Спецификация программного обеспечения при структурном подходе.
- полное и точное описание функций и ограничений разрабатываемого ПО. Одна часть спецификаций (функциональные) описывает функции разрабатываемого ПО, а другая (эксплуатационные) определяет требования к техническим средствам, надежности, информационной безопасности и т.д.
• полнота - спецификации должны содержать всю существенную информацию, где ничего важного не было бы упущено, и отсутствует несущественная информация, например детали реализации, чтобы не препятствовать разработчику в выборе наиболее эффективных решений;
• требование точности - спецификации должны однозначно восприниматься как заказчиком, так и разработчиком.
Точные спецификации можно определить, только разработав некоторую формальную модель разрабатываемого ПО. Формальные модели можно разделить на: 1)модели, зависящие от подхода к разработке (структурного или объектно-ориентированного), и 2) не зависящие от него.
В рамках структурного подхода на этапе анализа и определения спецификаций используют три типа моделей: ориентированные на функции, ориентированные на данные и ориентированные на потоки данных.
Диаграммы переходов состояний определяют основные аспекты поведения ПО во времени, диаграммы потоков данных – направление и структуру потоков данных, а концептуальные диаграммы классов – отношение между основными понятиями предметной области.
Так методологии структурного анализа и проектирования, основанные на моделировании потоков данных, используют комплексное представление проектируемого программного обеспечения в виде совокупности моделей:
|
|
|
• диаграмм потоков данных (DFD – Data Flow Diagrams), описывающих взаимодействие источников и потребителей информации через процессы, которые должны быть реализованы в системе;
• диаграмм «сущность-связь»(ERD – Entity-Relationship Diagrams), описывающих базы данных разрабатываемой системы;
• диаграмм переходов состояний (STD – State Transition Diagrams), характеризующих поведение системы во времени;
• спецификаций процессов;
• словаря терминов.
Язык описания разработки программных продуктов UML.
В основе объектного подхода к разработке ПО лежит объектная декомпозиция, т. е. представление разрабатываемого ПО в виде совокупности объектов, в процессе взаимодействия которых через передачу сообщений и происходит выполнение требуемых функций.
В 1995 г. -первая версия языка UML (Unified Modeling Language - унифицированный язык моделирования), кот. в настоящее время фактически признан стандартным средством описания проектов, создаваемых с использованием объектно-ориентированного подхода. Создатели: Гради Буч, Ивар Якобсон и Джеймс Рамбо.
|
|
|
Спецификация разрабатываемого ПО при использовании UML объединяет несколько моделей: использования, логическую, реализации, процессов, развертывания .
Модель использования: описание функциональности ПО с точки зрения пользователя.
Логическая модельописывает ключевые абстракции ПО (классы, интерфейсы).
Модель реализацииопределяет реальную организацию программных модулей в среде разработки.
Модель процессовотображает организацию вычислений и оперирует понятиями «процессы» и «нити».
Модель развертыванияпоказывает особенности размещения программных компонентов на конкретном оборудовании.
Всего UML предлагает девять дополняющих друг друга диаграмм, входящих в различные модели:
• диаграммы вариантов использования;
• диаграммы классов;
• диаграммы пакетов;
• диаграммы последовательностей действий;
• диаграммы кооперации;
• диаграммы деятельностей;
• диаграммы состояний объектов;
• диаграммы компонентов;
• диаграммы размещения.
Все указанные диаграммы по возможности используют единую графическую нотацию, что облегчает их понимание.
Спецификация обязательно включает словарь терминов, различного рода описания и текстовые спецификации. Конкретный набор документации определяется разработчиком.
Дата добавления: 2018-02-15; просмотров: 921; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!