Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Спецификация процедур и данных при структурном подходе




Тема 2.1. Анализ требований к ПО и декомпозиция системы при структурном подходе

Стандарты разработки.

Реальное приме­нение любой технологии проектирования требует формирования или выбора ряда стандартов, которые должны соблюдаться всеми участниками проекта:

• стандарт проектирования;

• стандарт оформления проектной документации;

• стандарт интерфейса пользователя.

Стандарт проектирования должен определять:

• набор необходимых моделей (схем, диаграмм) на каждой стадии проектирования и степень их детализации;

• правила фиксации проектных решений на диаграммах, в том числе
правила именования объектов и соглашения по терминологии, набор атрибутов для всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм, включая требования к форме и размерам объектов;

• требования к конфигурации рабочих мест разработчиков, включая на­стройки операционной системы и используемых CASE-средств;

• механизм обеспечения совместной работы над проектом, в том числе и правила интеграции подсистем проекта и анализа проектных решений на непротиворечивость.

Стандарт оформления проектной документации должен регламентировать:

• комплектность, состав и структуру документации на каждой стадии;

• требования к ее содержанию и оформлению;

• правила подготовки, рассмотрения, согласования и утверждения доку­ментов.

Стандарт интерфейса пользователя должен определять:

• правила оформления экранов (шрифты и цветовую палитру), состав и расположение окон и элементов управления;

• правила пользования клавиатурой и мышью;

• правила оформления текстов помощи;

• перечень стандартных сообщений;

• правила обработки реакции пользователя.

Все описанные выше проектные решения существенно влияют на трудоемкость и сложность разработки. Только после их принятия следует переходить к анализу требований и разработке спецификаций проектируемого программного обеспечения.


Раздел 2. Использование декомпозиции и абстракции при структурном подходе к анализу и проектированию ПО

 

 

Спецификации представляют собой полное и точное описание функций и ограничений разрабатываемого программного обеспечения. Естественный язык для описания спецификаций не подходит - не обеспечивают необходимой точности. Точные спецификации можно определить, только разработав неко­торую формальную модель разрабатываемого программного обеспечения.

Формальные модели, используемые на этапе определения специфика­ций можно разделить на две группы: модели, зависящие от подхода к разра­ботке (структурного или объектно-ориентированного), и модели, не завися­щие от него.

В рамках структурного подхода на этапе анализа и определения специ­фикаций используют три типа моделей: ориентированные на функции, ори­ентированные на данные и ориентированные на потоки данных. Каждую мо­дель целесообразно использовать для своего специфического класса про­граммных разработок.

Диаграм­мы переходов состояний определяют основные аспекты поведения про­граммного обеспечения во времени, диаграммы потоков данных - направле­ние и структуру потоков данных, а концептуальные диаграммы классов - от­ношение между основными понятиями предметной области.

Поскольку разные модели описывают проектируемое программное обеспечение с разных сторон, рекомендуется использовать сразу несколько моделей и сопровождать их текстами: словарями, описаниями и т. п., кото­рые поясняют соответствующие диаграммы.

Так методологии структурного анализа и проектирования, основанные на моделировании потоков данных, обычно используют комплексное пред­ставление проектируемого программного обеспечения в виде совокупности моделей:

• диаграмм потоков данных (DFD - Data Flow Diagrams), описывающих взаимодействие источников и потребителей информации через процессы, ко­торые должны быть реализованы в системе;

• диаграмм «сущность-связь» (ERD — Entity-Relationship Diagrams), описывающих базы данных разрабатываемой системы;

• диаграмм переходов состояний (STD — State Transition Diagrams), ха­рактеризующих поведение системы во времени;

• спецификаций процессов;

• словаря терминов.

 


Спецификации процессов обычно пред­ставляют в виде краткого текстового описания, схем алгоритмов, псевдоко­дов, Flow-форм или диаграмм Насси-Шнейдермана. Чаще всего используют псевдокоды.

Словарь терминов представляет собой краткое опи­сание основных понятий, используемых при составлении спецификаций. Он должен включать определение основных понятий предметной области, описание структур элементов данных, их типов и форматов, а также всех со­кращений и условных обозначений. Он предназначен для повышения степе­ни понимания предметной области и исключения риска возникновения раз­ногласий при обсуждении моделей между заказчиками и разработчиками.




Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 629; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.011 сек.