Пример разработки диаграммы потоков данных




 

Диаграммы потоков данных строятся по одной схеме. Рассмотрим пример разработки диаграммы на примере CASE*Designer (Oracle). Следует отметить, что этот продукт является составной частью семейства продуктов ORACLE*CASE.

Перед использованием любого продукта ORACLE*CASE необходимо выполнить определенные действия:

пользователь должен быть зарегистрирован в Oracle и иметь доступ к БД, где хранятся данные CASE*Dictionary;

администратор CASE*Dictionary должен задать имя нового приложения и предоставить пользователю CASE-средства к таблицам и представлениям CASE*Dictionary, а также его приложениям.

После запуска CASE*Designer появляется новое окно – первое окно CASE*Designer.

Построение диаграммы функций.

1.Выберите пункт меню Techniques/Function Diagrammer. При этом выводится новое окно Function Hierarchy Diagrammer.

2. Создайте начальную или корневую деловую функцию (бизнес-функцию). Выберите кнопку Function и щелкните мышью где-нибудь в центре окна. CASE*Designer добавляет новую функцию и ждет от вас ввода имени деловой функции. Вы можете набрать метку SECURITES (ценные бумаги) и нажать клавишу TTF для перемещения в поле описания деловой функции. Здесь клавиши идентифицируются не по обозначению на клавиатуре, а по их функциям. Это связано с тем, что продукты Oracle работают на различных типах компьютеров. Вы можете ввести описание: «Операции с
ценными бумагами». Следующим шагом является добавление дочерних (более детальных) функций. Чтобы добавить новую функцию к родительской функции, выберите инструментальное средство Function, затем отбуксируйте указатель мыши от родительской функции в точку диаграммы, рас
положенную ниже ее. CASE*Designer запрашивает метку новой функции. Так можно описать все бизнес-функции (рис. 10.2).

3. Для переупорядочивания иерархии функций можно использовать пункт меню Preferences окна Function Hierarchy Diagrammer. Это позволяет представить функции и диаграммы в том формате, который вам подходит: в горизонтальном, вертикальном или гибридном – горизонтальном и вертикальном (см. рис. 10.2).

4. Если диаграмма содержит много функций различных уровней, то с помощью пунктов Diagram/Reopen Up и Diagram/Reopen Down вы можете открывать и закрывать нижние уровни родительских функций.

5. При проектировании диаграммы функций возможны ошибки. Отредактировать метку функции или описания можно простым ее выбором и командой Edit/Edit. Если вы считаете, что добавили новую функцию по ошибке, то можете удалить ее с помощью пункта меню Edit/Delete. Инструментальные средства Make Parent и Make Root позволяют переместить функцию из одного места иерархической диаграммы в другое.

 

Рис. 10.2. Законченный эскиз диаграммы иерархии деловых функций

 

6. Для завершения работы с Function Hierarchy Diagrammer выберите пункт меню Diagram/Quit.

Построение диаграммы потоков данных.

1. Выберите пункт Techniques/Dataflow Diagrammer. После запуска Dataflow Diagrammer выберите пункт Diagram/New, чтобы создать новую диаграмму потоков данных. CASE*Designer предложит ввести имя корне вой функции (SECURITES). После этого CASE*Designer запросит задать для диаграммы размер страницы и ее расположение в окне Dataflow Diagrammer. В результате в диаграмму включается корневая деловая функция.

2. Теперь можно загрузить для корневой функции внутренние функции, показав прохождение потоков данных через эту часть системы. Dataflow Diagrammer в CASE*Designer позволяет легко загрузить определенные ранее деловые функции. Когда вы выберите пункт меню Edit/Copy in Function, выведется диалоговое окно с дочерними функциями корневой функции диаграммы. В этом диалоге выберите дочернюю функцию и по местите ее в диаграмме. Повторите этот процесс для каждой дочерней функции. С помощью инструментального средства Function вы можете добавить новую дочернюю функцию.

Далее с помощью инструментальных средств можно уточнить описание корневой функции (рис. 10.3).

Средством External можно добавить внешние сущности (Субъект рынка ЦБ и Банк-респондент ценных бумаг). Средство Datastore позволяет описать БД, с которыми работает эта задача, а инструмент Dataflow – описать связи между функциями, базами и внешними сущностями (линии со стрелками).

Выбрав какую-либо функцию, ее можно детализировать также, как и корневую.

3. Чтобы сохранить диаграмму потоков данных и выйти из Dataflow Diagrammer, выберите пункты меню Diagram/Save и Diagram/Quit.

В примерах следующих разделов будет показано, как диаграмму потоков данных можно использовать для других этапов проектирования.

Семейство ORACLE*CASE помимо CASE*Designer включает и другие компоненты:

CASE*Method – структурная методология проектирования систем, охватывающая полностью все этапы жизненного цикла ИС. В соответствии с этой методологией на этапе планирования определяются цели создания системы, приоритеты и ограничения, разрабатывается системная архитектура и план разработки ИС.

При анализе требований строится диаграмма функциональной иерархии (на основе функциональной декомпозиции ИС), диаграмма потоков данных, концептуальная схема БД (диаграмма «сущность–связь»), матрица перекрестных ссылок.

В процессе проектирования разрабатываются логическая схема реляционной БД и программные модули, устанавливаются перекрестные ссылки между компонентами ИС для анализа их взаимного влияния и контроля за изменениями.

 

Рис. 10.3. Уточнение функции SECURITES

 

На этапе реализации создается БД, строятся прикладные системы, выполняется их тестирование, проверка качества и соответствия требованиям пользователей. Создается системная документация, материалы для обучения и руководство пользователя.

На этапе эксплуатации и сопровождения анализируется производительность и целостность системы, в случае необходимости выполняется модификация ИС.

- CASE*Designer обеспечивает графический интерфейс при разработке различных моделей (диаграмм) ПО. В процессе построения моделей информация о них заносится в словарь (CASE*Dictionary). Среда функционирования Unix, OS/2.

- CASE*Dictionary – словарная система, представляющая собой хранилище всех проектных данных. CASE*Dictionary может работать в многопользовательском режиме, обеспечивая параллельное обновление информации несколькими разработчиками. В процессе проектирования автоматически поддерживаются перекрестные ссылки между объектами словаря и могут генерироваться более 70 стандартных отчетов о моделируемой ПО. Среда функционирования – Unix, VAX/VMS, OS/2, MS
DOS, MS Windows.

- CASE*Generator для ORACLE*Forms обеспечивает генерацию интерактивных приложений, которые затем могут выполняться в среде ORACLE*Forms. Генерируемые приложения содержат различные экранные формы, средства контроля данных, проверки ограничений целостности и
автоматические подсказки.

- CASE*Exchange обеспечивает интерфейс с некоторыми другими CASE-системами, независимыми от СУБД Oracle (KnowledgeWare, ICL-DDS и др.).

- Designer/2000 содержит компоненты, реализующие следующие функции:

- Repository Administrator – обслуживание репозитория;

- Process Modeller – средство анализа и моделирования информационных потоков, основывающееся на концепциях теории моделирования бизнес-процессов (BPR – Business Process Reengineering);

- System Modeller – построение диаграммы функциональных иерархий, диаграммы потоков данных, диаграммы «сущность–связь», матрицы перекрестных ссылок;

- Data Diagrammer – разработка реляционной модели;

- Module Data Diagrammer, Module Structure Diagrammer и Module
Logic Navigator – построение иерархии, структуры и логики приложения;

- Systems Designer – средство модификации автоматически генерируемых описаний приложений, учитывающее конкретные особенности их аппаратной и программной реализации;

- Server Generator – генератор описания БД на DDL;

- Forms Generator – генератор приложений для ORACLE*Forms 4.5;

- Reports Generator – генератор отчетов для ORACLE*Reports 4.5. Все компоненты Designer/2000 функционируют в среде MS Windows.

Контрольные вопросы

 

1. Какие проблемы возникают при системном анализе требований к разрабатываемой системе?

2. Какие инструментальные средства используются для описания диаграмм? Охарактеризуйте их.

3. Приведите пример разработки диаграммы потоков данных.

4. Перечислите основные компоненты, которые входят в состав продуктов Designer/2000.



Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-02-16 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: