Диаграммы потоков данных строятся по одной схеме. Рассмотрим пример разработки диаграммы на примере 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.