Структурный подход.
Программная инженерия.
Визуальное моделирование программных систем
Этот подход скорее является последовательным и трансформационным, чем итеративным подходом с наращиванием возможностей, что осложняет реализацию непрерывного процесса разработки, осуществляемого посредством итеративной детализации и пошаговой поставки ПО с наращенными возможностями. Отсутствие специализированных программно-технологических средств для разработки проектов, в частности, основанных… Читать ещё >
Структурный подход. Программная инженерия. Визуальное моделирование программных систем (реферат, курсовая, диплом, контрольная)
В структурном подходе (функционально-модульном) используется принцип функциональной декомпозиции, при которой структура системы описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами.
В период появления структурного подхода программные продукты отличались процедурным характером — запрограммированная процедура выполняла свою задачу последовательным и предсказуемым образом, после чего завершалась. Структурный подход к разработке успешно использовался для производства подобных систем.
Таблица 1.1.
Компоненты методов инженерии программного обеспечения.
Компонент. | Пример | |
Описание модели системы. | Описание моделей создаваемых систем и графическая нотация, используемая для разработки этих моделей. | Модели объектов, модели статической структуры данных, модели потоков данных, модели изменения состояний системы и т. п. |
Правила. | Правила и ограничения, которые необходимо выполнять при разработке системы. | Каждый элемент системы должен иметь уникальное имя. |
Рекомендации. | Эвристические советы и рекомендации, отражающие практический опыт применения данного метода. | Любой объект модели не должен иметь более семи подчиненных ему объектов. |
Руководство по применению метода. | Описание работ, которые необходимо выполнить для построения модели системы, а также рекомендации по организации этих работ. | Атрибуты любого объекта должны быть документированы, прежде чем будут определены операции, связанные этим объектом. |
Структурная методология предоставляла в распоряжение разработчиков строгие формализованные методы описания информационных систем и принимаемых технических решений. Она основывалась на наглядной графической технике: для описания проекта использовались различного рода диаграммы и схемы. Наглядность и строгость средств структурного анализа позволяла разработчикам и будущим пользователям системы с самого начала неформально участвовать в ее создании, обсуждать и закреплять понимание основных технических решений.
Однако широкое применение этой методологии и следование ее рекомендациям при разработке конкретных проектов встречалось достаточно редко, поскольку ее практически невозможно реализовать на должном уровне ручным неавтоматизированным способом. Также очень трудно разработать вручную и графически представить строгие формальные спецификации системы, проверить их полноту и непротиворечивость и, тем более, изменить. Если все же удается создать строгую систему проектных документов, то ее переработка при появлении серьезных изменений практически неосуществима.
Если участники проекта пытались прибегнуть к ручной разработке, то перед ними возникали следующие проблемы:
- • неадекватная спецификация требований;
- • неспособность обнаруживать ошибки в проектных решениях;
- • низкое качество документации, снижающее эксплуатационные качества;
- • затяжной цикл и неудовлетворительные результаты тестирования.
Отсутствие специализированных программно-технологических средств для разработки проектов, в частности, основанных на информатизации, затрудняло для проектировщиков информационных систем использование компьютерных технологий для повышения качества и производительности своей работы.
Структурный подход к анализу и проектированию отличается следующими особенностями, которые плохо увязываются с современными методами конструирования программного обеспечения.
- • Этот подход скорее является последовательным и трансформационным, чем итеративным подходом с наращиванием возможностей, что осложняет реализацию непрерывного процесса разработки, осуществляемого посредством итеративной детализации и пошаговой поставки ПО с наращенными возможностями.
- • Структурный подход предопределяет получение «негибких» решений, которые трудно масштабировать и расширять в дальнейшем.
- • Подход предполагает разработку «с чистого листа» и не поддерживает повторное использование уже существующих компонент.
Трансформационный характер структурного подхода является источником повышенного риска неправильно истолковать исходные требования к системе в процессе разработки. Это связано с тем, что осуществляется постепенная замена декларативной семантики моделей анализа на процедурные решения для проектных моделей и программного кода.
Тем не менее, структурный подход по-прежнему сохраняет свою значимость и достаточно широко используется на практике, особенно в тех проектах сложной системы, в которых невозможно обойтись только одним способом декомпозиции.