Файл: Методы проектирования программного обеспечения.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 15.03.2024

Просмотров: 22

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
определение области действия проекта, анализ информационных потоков, формирование общего представления об архитектуре системы, затратах на разра- ботку и подтверждение возможности дальнейшей реализации про- екта. Результат есть спецификация требований, которая применяет- ся при разработке логической структуры системы. Логическое проектирование – это определение функций, диа- лога, метода построения и обновления БД. В логической модели отображаются входные и выходных данные, прохождение запросов и установка связей между сущностями и событиями. Физическое проектирование – это определение типа СУБД и представления данных в ней с учетом спецификации логической мо- дели данных, ограничений на память и времени обработки, а также определение механизмов доступа, размера логической БД, связей между элементами системы. Результат – создание документа, вклю- чающего в себя: – спецификацию функций и способов их реализации, описание процедурных, непроцедурных компонентов и интерфейсов системы; – определение логических и физических групп данных с уче- том структуры БД, ограничений на оборудование и положений стандартов на разработку; – определение событий, которые обрабатываются как единое целое, и выдача сообщений о завершении обработки и др. Конструирование – это программирование элементов системы и их тестирование на наборах данных, которые подбираются на ранних этапах ЖЦ разработки системы. Проектирование системы является управляемым и контроли- руемым. Создается сетевой график, учитывающий работы по разра- ботке системы, затраты и сроки. Слежение и контроль выполнения плана проводит организационный отдел. Проект системы задается структурной моделью, в которой содержатся работы и взаимосвязи между ними и их исполнителями, а потоки проектных документов между этапами отображаются в сетевом графике. Результаты каж- дого из этапов ЖЦ контролируются и передаются на следующий этап в виде, удобном для дальнейшей реализации другими исполни- телями.55 3.2.2. Метод моделирования процессов IDEF3 Основой модели IDEF3 служит сценарий процесса, который выделяет последовательность действий и подпроцессов анализиру- емой системы. Как и в методе IDEFO (SADT), основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели – действие, или в терминах IDEF3 «единица работы». Существенные взаимоотношения между действиями изобра- жаются с помощью связей. Все связи в IDEF3 являются однона- правленными, и хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3 обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков. В табл. 3.2 приведены три возможных типа связей.




Связь типа «временное предшествование» показывает, что ис- ходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь типа «объектный поток» используется в том случае, ко- гда некоторый объект, являющийся результатом выполнения исход- ного действия, необходим для выполнения конечного действия. Обозначение такой связи отличается от связи временного предше-56 ствования двойной стрелкой. Наименования потоковых связей должны четко идентифицировать объект, который передается с их помощью. Временная семантика объектных связей аналогична свя- зям предшествования и означает, что порождающее объектную связь исходное действие должно завершиться, прежде чем конечное действие может начать выполняться. Связь типа «нечеткое отношение» используется для выделения отношений между действиями, которые невозможно описать с ис- пользованием связей предшествования или объектных связей. Зна- чение каждой такой связи должно быть определено, поскольку свя- зи типа «нечеткое отношение» сами по себе не предполагают ника- ких ограничений. Одно из применений нечетких отношений – отображение взаимоотношений между параллельно выполняющи- мися действиями. Завершение одного действия может инициировать начало вы- полнения сразу нескольких других действий или, наоборот, опреде- ленное действие может требовать завершения нескольких других действий до начала своего выполнения. Соединения разбивают или соединяют внутренние потоки и используются для изображения ветвления процесса: – разворачивающие соединения используются для разбиения потока. Завершение одного действия вызывает начало выполнения нескольких других; – сворачивающие соединения объединяют потоки. Завершение одного или нескольких действий вызывает начало выполнения дру- гого действия. В табл. 3.3 описаны три типа соединений.





Соединения «и» инициируют выполнение конечных действий. Все действия, присоединенные к сворачивающему соединению «и», должны завершиться, прежде чем начнется выполнение следующего действия (рис. 3.8).




Соединение «исключающее или» означает, что вне зависимо- сти от количества действий, связанных со сворачивающим или раз- ворачивающим соединением, инициировано будет только одно из них, и поэтому только оно будет завершено перед тем, как любое действие, следующее за сворачивающим соединением, сможет начаться. Если правила активации соединения известны, то они обя- зательно должны быть документированы либо в его описании, либо пометкой стрелок, исходящих из разворачивающего соединения (рис. 3.9).58 Соединение «или» предназначено для описания ситуаций, ко- торые не могут быть описаны двумя предыдущими типами соеди- нений. Аналогично связи нечеткого отношения соединение «или» в основном определяется и описывается непосредственно системным аналитиком (рис. 3.10).