Задачи и методические указания. Методическое пособие по лабораторным работам курса
Методическое пособие по лабораторным работам курса «СТРУКТУРНОЕ ПРОЕКТИРОВАНИЕ» Цель лабораторных работ Закрепление теоретических знаний курса, а также развитие навыков проектирования БД и приложений с использованием методологий и методов структурного подхода и соответствующих CASE-инструментов. Лабораторная работа №1. Построение SADT-моделей для бизнес-процессов индивидуальной предметной области (BPwin, Design IDEF) Задачи и методические указания 1. Построить SADT-модели всех организационных (выполняемых людьми, организациями, подразделениями) бизнес-процессов, выделенных в техническом задании. Если существует бизнес-процесс, частями которого являются бизнес-процессы технического задания, можно представить одну общую SADT-модель. Модели должны отражать новое видение процессов с участием будущей информационной системы (ИС). Листовые блоки модели с участием ИС должны соответствовать одной логической транзакции (единой непрерываемой единице диалога, выполняющей законченную работу с данными одного человека). Для стыковки организационных SADT-моделей с будущими моделями функций ИС (DFD, FHD) можно либо использовать одинаковые наименования блоков SADT и функций, либо указать наименования функций ИС в качестве специфических механизмов SADT-блоков. Можно (но это не является обязательным) придумать модели, отражающие старое видение процессов (как бы до реинжиниринга). 2. Утвердить SADT-модели бизнес-процессов (на бумаге) у преподавателя (в дальнейшем необходимо иметь их при себе при любых контактах с преподавателем по поводу выполнения последующих лабораторных работ). Лабораторная работа №2. Построение PM-, DFD- и FHD-моделей для бизнес-процессов индивидуальной предметной области (Oracle Designer) Задачи и методические указания 1. Подготовить и привести в соответствие информационные схемы предметной области (как в репозитории, так и в словаре Oracle), построенные в ходе лабораторных работ по курсу «Базы данных». В частности должны быть обеспечены: · ER-схема в нотации Oracle Designer (Баркера); · реляционная схема в репозитории и словаре Oracle, включающая определения таблиц, представлений, последовательностей, триггеров и ограничений целостности. Чтобы было меньше проблем в дальнейшем, в идеале следует повторить весь процесс проектирования БД в прямом направлении (от ERD до реляционных схем), максимально добиваясь автоматизма преобразований (DDT, генератор DE) и минимизируя ручную доводку. При этом в обязательном порядке (опять же чтобы не было проблем в дальнейшем) в каждой таблице обязан быть первичный ключ. Он должен быть либо суррогатным ключом, либо (в случае таблиц, реализующих связи M:N) – группой из двух внешних ключей, ссылающихся на суррогатные ключи. 2. Построить PM-модель предметной области, определив функциональные роли всех пользователей и процессы (функции), соответствующие логическим транзакциям. Декомпозицию процессов в PM следует проводить до тех пор, пока не будут получены функции, целиком выполняемые пользователем одной роли. Если при этом они не будут элементарными (реализуемыми с помощью одного окна диалога), дальнейшую декомпозицию лучше провести в DFD или FHD. 3. Утвердить PM-модель (на бумаге) у преподавателя (в дальнейшем необходимо иметь ее при себе при любых контактах с преподавателем по поводу выполнения последующих лабораторных работ). 4. Для сложных функций (включающих не одно окно диалога) построить DFD-модели. 5. Для всех функций PM-модели построить FHD-модели. Листьями этих моделей должны быть функции, чьи задачи решаются с помощью одной формы (возможно с подформами). Если существует бизнес-процесс, частями которого являются бизнес-процессы технического задания, можно представить одну общую FHD-модель. Для функций-листьев указать использование множеств сущностей и атрибутов ERD-модели. Полезно перед этим представить эскиз окна, определить master и detail компоненты модуля, для каждого компонента модуля определить base и, возможно, lookup таблицы. (Для знакомства с особенностями диалога и структурой OF-модулей обратитесь к файлу "OD OF Generator.doc" в каталоге Лаборатории\DOCS.) Использование данных в функциях определяется пока на уровне множеств сущностей ER-модели и их атрибутов. Поскольку сейчас ничего нельзя сказать об использовании множеств связей, действия с ними необходимо не забыть указать позже на уровне использования таблиц в модулях. 6. Утвердить DFD- и FHD-модели (на бумаге) у преподавателя (в дальнейшем необходимо иметь ее при себе при любых контактах с преподавателем по поводу выполнения последующих лабораторных работ). 7. Построить в Matrix Diagrammer (MD) и применять для контроля использования данных матрицы “Business Functions to Entities” и “Business Functions to Attributes”, а для контроля использования функций - “Business Units to Business Functions”. Лабораторная работа №3. Генерация модулей-кандидатов для функций ИС индивидуальной предметной области (ADT Oracle Designer) и черновых OF-приложений для этих модулей (DE Oracle Designer)
|