Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ГЭ-2013-анн-130515.doc
Скачиваний:
5
Добавлен:
01.05.2025
Размер:
2 Мб
Скачать
☆

Использование case-средства bPwin для построения дпд

Иерархическая модель потоков данных в нотации Гейна-Сарсона, как и методология SADT, реализована в CASE-средстве BPwin. BPwin предоставляет удобный графический интерфейс разработчика. Стиль работы при построении модели близок к стилю работы с моделью IDEF0. BPwin позволяет строить диаграммы любого уровня иерархии. Разумеется, существуют богатые возможности корректировки и документального оформления диаграммы, есть возможность определить структуру как хранилища, так и потока и т.п.

Порядок работы при моделировании соответствует общему порядку создания диаграмм потоков данных: оформить контекстную диаграмму, детализировать её, проверить целостность дуг. При детализации процесса BPwin предлагает новую диаграмму с четырьмя процессами, расположенными слева направо, сверху вниз. Можно изменить количество процессов, убрать их или добавить, изменить их расположение. В детализирующей диаграмме все входные и выходные потоки появляются на соответствующих границах диаграммы. Их необходимо соединить с нужными детализирующими узлами. Нельзя проводить собственные интерфейсные потоки диаграммы, так как они не появятся у родительского процесса, и модель не будет целостной. Для их добавления следует определить их в родительском процессе. Детализация потока производится разветвлением его изображения (стрелки). Если во внешнюю диаграмму выходит обобщённый поток, стрелки сливаются и получают имя обобщённого потока. Диаграмма обычно содержит хранилища, которые размещаются вручную. Хранилища служат источниками и приёмниками данных внутри системы, на контекстной диаграмме их быть не должно.

Рис. 18.1. Контекстная диаграмма потоков данных в BPwin.

Каждый процесс должен быть полностью определён на данном уровне детализации. Если модель ещё не достаточно подробна, следует проводить детализацию процессов, которые вызывают трудность в понимании или интерпретации. Окончание детализации процесса должно знаменоваться написанием характеризующей его миниспецификации, что, к сожалению, делается далеко не всегда. Документация в BPwin формируется и выдаётся как в текстовом виде, так и в форме диаграмм. На рисунках представлены диаграммы контекстного и нулевого уровней абстрактной системы в среде BPwin

Рис. 18.2. Диаграмма потоков данных нулевого уровня в BPwin

4. Коллективная разработка систем

4.1. Обоснование необходимости. Проблемы. Типы коллективов программистов Проблема

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