- Революционным стало появление средств работы с подпрограммами (п/п).
- (Идея написания п/п появилась раньше, но отсутствовали средства поддержки) снижало эффективность их применения.)
- П/п можно было сохранять и использовать в других программах. В результате были созданы огромные библиотеки расчетных и служебных подпрограмм.
«Стихийное» программирование «Стихийное» программирование - Для ↓количество таких ошибок - в п/п размещать локальные данные:
- Сложность разрабатываемого ПО по-прежнему ограничивалась возможностью программиста отслеживать процессы обработки данных, но уже на новом уровне.
- Но появление средств поддержки п/п позволило осуществлять разработку ПО нескольким программистам параллельно.
«Стихийное» программирование - В начале 60-х г XX в.
- «кризис программирования»:
- фирмы, разрабатывающие сложное ПО, срывали сроки завершения проектов.
- Проект устаревал раньше, чем был готов к внедрению, увеличивалась его стоимость, многие проекты никогда не были завершены.
«Стихийное» программирование - Объективная причина - несовершенство ТП.
- Стихийно использовалась разработка «снизу-вверх»: вначале проектировали и реализовывали простые п/п, из них строили сложную программу.
- Без четких моделей описания и методов проектирования создание п/п – сложная задача, интерфейсы получались сложными, при сборке программы - ошибки согласования.
- Исправление ошибок → изменение п/п → в п/п вносились новые ошибки, которые необходимо исправлять...
- В итоге процесс тестирования и отладки > 80% времени разработки или вообще не заканчивался.
- Встал вопрос разработки технологии создания сложных программных продуктов, снижающей вероятность ошибок проектирования.
Достарыңызбен бөлісу: |
