<<
>>

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

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

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

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

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

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

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

1. Выберите пункт меню Techniques/Function Diagrammed При этом выводится новое окно 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. Если вы считаете, что добавили новую функцию по

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

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

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/Сору 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.

<< | >>
Источник: Григорьев Ю.А., Ревунков Г.И.. Банки данных. 2002

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

  1. коян: Восходящий узел - включение в общий поток; Нисходящий узел - исключение из общего потока.
  2. Девятый сеанс Диаграмма трат, ее зарядка “небесной энергией”
  3. Примеры жестокости по отношению к другим (эти примеры более всего относятся к семейной жизни):
  4. Альбатрос (восхождение на поток)
  5. ТЕОРИЯ ПОТОКА СОЗНАНИЯ
  6. 3.9. ПОТОК СОЗНАНИЯ
  7. ПОТОК СОЗНАНИЯ
  8. 2.2.1. Поток образов
  9. Глава 3. ОТКРОЙТЕ СВОЙ ПОТОК ОБРАЗОВ
  10. 12.2.1. Групповой поток образов
  11. МИХАЙ ЧИКСЕНТМИХАЙИ. В ПОИСКАХ ПОТОКА, 2015
  12. 13.5.1. Игра в поток образов
  13. 2.7. КАК ВЫЗВАТЬ ПОТОК ОБРАЗОВ
  14. 3.10. ТИПИЧНЫЙ ПОТОК ОБРАЗОВ
  15. 12.3.2. Сценарий группового потока образов
  16. 4.16. ПОТОК ОБРАЗОВ - ЭТО НЕ ГИПНОЗ
  17. Григорьев Ю.А., Ревунков Г.И.. Банки данных, 2002