ВУЗ:
Составители:
Рубрика:
27]. Р. Хемминг так формулирует этот тезис: “Здравая вычислительная практика
требует постоянного исследования изучаемой задачи не только перед организацией
вычислений, но также в процессе его развития и особенно на той стадии, когда
полученные числа переводятся обратно и истолковываются на языке
первоначальной задачи” [32].
Перечисленные выше причины привели в середине 80-х годов
к осознанию
необходимости реализации интегрированного окружения поддержки всего жизненного
цикла ПС и, в первую очередь, этапа проектирования ПС, что обусловило появление
инструментальных средств автоматизации проектирования программных систем
(CASE-технологий) [35, 40, 41].
Первоначально CASE-средства были ориентированы на решение задач
автоматизированного сбора информации по предметной области и проектированию
будущего ПС, что позволяет экономить время при
создании ПС за счет более
тщательного анализа исходных требований и лучшего начального планирования
программы. Впоследствии в CASE-средствах 2-го поколения полностью или частично
были автоматизированы такие важные составляющие жизненного цикла ПС как
моделирование информации предметной области; программирование; тестирование,
отладка ПС и измерение качества; поддержка документирования; сопровождение.
Применение CASE-инструментов позволяет в значительной степени
снизить
трудоемкость создания ПС, а в отдельных случаях заменить программирование
автоматическим синтезом программ.
Таким образом, развитие методов автоматизации разработки ПС происходит
на различных основах (модульное программирование, объектно-ориентированный
подход, логическое программирование, CASE-технологии), которые так или иначе
развивают концепции структуризации в программировании. Структуризация
способствует проведению эффективной декомпозиции проекта, что позволяет
получать
как целостное представление о ПС, так и его деталях. Однако, несмотря на
многочисленные разработки в этой области, в целом проблема автоматизации разработки
ПС остается нерешенной по многим причинам как методологического, так и
практического характера.
В последнее время в связи с совершенствованием технических средств
отображения информации утверждается новый графический подход к
решению
проблемы автоматизации разработки ПС, основанный на идее привлечения визуальных
форм представления программ, в большей степени соответствующих образному способу
мышления человека. Применение графических методов обещает кардинально повысить
производительность труда программиста. Кроме того, графическая форма записи по
сравнению с текстовым представлением программ обеспечивает более высокий уровень
их структуризации, соблюдение технологической культуры
программирования,
предлагает более надежный стиль программирования [12].
В настоящее время известно достаточно большое количество удачных
инструментальных средств визуализации программирования. Прежде всего это
относится к визуальным средствам разработки экранных форм, меню и других элементов
программы (Microsoft Windows 3.0, Visual BASIC [17, 24, 29] и т.д.), средствам
автоматизации проектирования программного обеспечения (CASE-средствам), средствам
быстрой разработки приложений для информационных систем (Visual FoxPro),
текстовым
и графическим редакторам, издательским системам и т.д.
В соответствии с “формулой” Н. Вирта [13] программу можно интерпретировать
как “Алгоритм + Структуры данных”. Визуальные формы представления алгоритмов
Страницы
- « первая
- ‹ предыдущая
- …
- 4
- 5
- 6
- 7
- 8
- …
- следующая ›
- последняя »
