
- •Введение
- •1 Описание предметной области и выявление требований, предъявляемых к разрабатываемой информационной системе
- •1.1 Описание предметной области
- •1.2 Выявление требований, предъявляемых к информационной системе
- •1.3 Описание инструментальных средств разработки
- •2 Анализ предметной области. Разработка и описание функциональной модели
- •2.1 Построение контекстной диаграммы
- •2.2 Декомпозиция моделируемой системы
- •3 Создание локальных концептуальных моделей
- •3.1 Выявление и определение сущностей на основе анализа dfd-диаграммы
- •3.2 Определение связей между сущностями
- •3.3 Определение атрибутов сущностей и первичных ключей
- •3.4 Создание диаграммы «сущность-связь»
- •4 Построение и проверка локальных логических моделей данных
- •5 Создание и проверка глобальной логической модели данных
- •6 Разработка физической модели данных.Прямое проектирование
- •6.1 Создание физической модели данных
- •6.2 Описание структуры базы данных
- •6.2.1 Описание доменов
- •6.3 Прямое проектирование
- •7 Проектирование приложения
- •8 Результаты тестирования
- •Поле «Стоимость работы» оставили пустым для обеих строк. Обновим таблицу. Получим следующий результат:
- •9 Управление проектом
- •Заключение
- •Список используемых источников
- •Лист регистрации изменений
1.2 Выявление требований, предъявляемых к информационной системе
Разрабатываемая информационная система должна выполнять следующие функции:
- учет клиентов строительной компании;
- добавление новых данных о клиентах и сотрудниках фирмы;
- редактирование и удаление существующих данных;
- учет данных строительных заказов;
- осуществление просмотра необходимой информации.
Для реализации вышеизложенных функций нужно разработать приложение с удобным пользовательским интерфейсом и корректной реализацией необходимых функций. Также должна присутствовать возможность модификации всех данных. По требованию пользователя должна выводиться вся интересующая его информация в удобном виде. Необходимо обеспечить сохранность целостности данных при вводе данных, изменении и удалении записей таблиц.
1.3 Описание инструментальных средств разработки
Для проведения анализа и реорганизации бизнес-процессов предназначено CASE-средство BPwin, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (Workflow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих на предприятии бизнес-процессов (так называемая модель AS-IS). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействие с окружающим миром (контекстная диаграмма), после этого проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.
Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как "внешняя ссылка" и "хранилище данных", что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент "перекресток", что позволяет описать логику взаимодействия компонентов системы.
BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя, дающий возможность аналитику создавать сложные модели при минимальных усилиях.
На основе модели BPwin можно построить модель данных при помощи ERwin. ERwin имеет два уровня представления модели - логический и физический, причем модель данных может содержать как оба этих уровня, так и только один из них. На логическом уровне данные не связаны с конкретной СУБД, поэтому могут быть наглядно представлены даже для неспециалистов. Физический уровень данных - это, по существу, отображение системного каталога, который зависит от конкретной реализации СУБД. ERwin позволяет проводить процессы прямого и обратного проектирования баз данных. Это означает, что по модели данных, можно сгенерировать схему базы данных или автоматически создать модель данных на основе информации системного каталога.
InterBase - это система управления реляционными базами данных. Она обеспечивает полную SQL-поддержку для всех реляционных концепций и структур. Для доступа к локальной БД InterBase на компьютере должна быть запущена программа IBServer (Firebird 2.1).
SQL — это сокращенное название языка структурированных запросов (Structured Query Language). Он является промежуточным звеном между базой данных (БД) и пользователем (или прикладной программой). SQL является достаточно мощным языком, обеспечивающим эффективное взаимодействие с СУБД. На сегодняшний день он является единственным стандартным языком для работы с реляционными базами данных.
SQL - это легкий для понимания язык и в то же время универсальное программное средство управления данными.
Клиентское приложение предназначено для удобной работы с созданной базой данных. Программный продукт Turbo Delphi 2006 позволяет создавать клиентские приложения для сколь угодно сложных по своей структуре баз данных. Данное программное средство позволяет с удобством работать с БД сервера InterBase (FireBird). При достаточной подготовке разработчика, созданное им при помощи Delphi клиентское приложение обладает удобным интерфейсом и помогает пользователю решать его задачи, не задумываясь о сохранении целостности данных.
Инструментальное средство MS Project 2007 хорошо отражает временные взаимосвязи, существующие между отдельными работами проекта. Он позволяет управлять несколькими проектами, распределять ресурсы между проектами и внутри проекта, импортировать и экспортировать данные о проектах, создавать аналитические отчеты и контролировать процесс работы над проектом.