Ответ на вопрос: «Кто выполняет эти процессы?» даст организационная структура фирмы. Упрощенная организационная структура фирмы «Алла» представлена на рисунке.

Важно получить и ответ на вопрос: «Когда выполняется то или иное действие?» Это прояснит периодичность осуществляемых бизнес-процессов и позволит правильно расставить акценты в будущей прикладной программе.

Ответы на вышеперечисленные вопросы позволяют подойти к главному в постановке задачи – построении информационной модели предприятия.

Максимально формализованное описание задачи в нашем примере будет выглядеть следующим образом.

Наименование задачи: автоматизация управления работой дилера по продаже недвижимости.

Цель работы дилера: продажа недвижимости по каталогу.

Функции дилера:

· Заключение договоров на продажу недвижимости.

· Ведение каталога недвижимости, предлагаемой на продажу.

· Прием заказов у клиентов (покупателей) на покупку объектов недвижимости.

· Работа с клиентами (маркетинг): подготовка сведений о приобретаемой недвижимости, анализ продаж, ведение справочника клиентов.

· Отправка заказов фирмам – владельцам недвижимости.

· Ведение расчетов за проданную недвижимость (выписка счетов).

Требования к программе:

Программа должна работать под управлением операционных систем Windows 95 или Windows NT.

Перечень вводимой информации:

О фирме – владельце:

· наименование организации;

· адрес;

· индекс;

· телефон;

· О заказе:

· клиент;

· сотрудник;

· владелец;

· наименование объектов;

· дата размещения;

· дата оплаты;

· сумма заказа.

О клиенте:

· наименование организации;

· адрес;

· индекс;

· телефон.

Об объекте недвижимости:

· наименование объекта;

· категория объекта;

· физический адрес объекта;

· страна;

· владелец;

· описание;

· стоимость.

О сотрудниках:

· фамилия;

· имя;

· отчество;

· домашний адрес;

· рабочий телефон.

Требования к оснащению офиса фирмы компьютерной техникой:

· ПЭВМ не ниже Pentium 100/16/420 с операционной системой Windows 98 или Windows NT Workstation и пакетом программ MS Office.

· лазерный или струйный принтер.

1.3 Проектирование информационной модели

В простейшем виде информационная модель может быть отображена в виде взаимосвязей между бизнес-компонентами и бизнес-процессами, как это показано на рисунке 3. В практике проектирования информационных систем такие схемы получили название ER-диаграмм (Entity-relationship diagram (ERD) – диаграмма «Сущность-связь»). ER-диаграммы хорошо вписываются в методологию структурного анализа и проектирования информационных систем. Такие методологий обеспечивают строгое и наглядное описание проектируемой системы, которое начинается с ее общего обзора и затем уточняется, давая возможность получить различную степень детализации объекта с различным числом уровней.

1.4 Разработка бизнес-правил

Перечень бизнес-правил:

· сведения о клиентах хранятся 10 лет.

· оплата ожидается 3 недели, если ее не происходит, заказ уничтожается.

· подтверждение запроса о приобретении недвижимости отправляется фирме-поставщику после получения сведений об оплате заказа.

· Фирма «Алла» удерживает 5% с суммы сделки.

1.5 Модель информационных потоков

МИП – это комплект документов, где фиксируется:

· Внешнее окружение системы и ее границы.

· Внешние объекты, которые обмениваются данными с системой.

· Потоки входной и выходной информации, пересекающие ее границы.

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

· Хранилища данных.

Задачи, обрабатывающие информацию, порождающие потоки данных и обеспечивающие их хранение.

Основа МИП – это графические документы, то есть схемы информационных потоков – СИП. СИП верхнего уровня – это отражение представления пользователя о функциональной стороне. СИП нижнего уровня – это детализированное представление СИПа верхнего уровня. МИП разрабатывается последовательно с логической моделью данных, причем эти модели должны дополнять друг друга.

Схема информационных потоков первого уровня представлена на рисунке 4,

а СИП второго уровня – на рисунке 5.

2. Проектирование базы данных

2.1 Определение объектов

Объектом называется элемент информационной системы, информацию о котором мы сохраняем. В реляционной теории баз данных объект называется сущностью.

Объект может быть реальным (например, человек, какой-либо предмет или населенный пункт) и абстрактным (например, событие, счет покупателя или изучаемый студентами курс). Так, в области продажи недвижимости примерами объектов могут служить ОБЪЕКТ НЕДВИЖИМОСТИ, КЛИЕНТ и СЧЕТ. На товарном складе – это ПОСТАВЩИК, ТОВАР, ОТПРАВЛЕНИЕ и т. д. Каждый объект обладает определенным набором свойств, которые запоминаются в информационной системе. При обработке данных часто приходится иметь дело с совокупностью однородных объектов, например таких, как служащие, и записывать информацию об одних и тех же свойствах для каждого из них.

Классом объектов называют совокупность объектов, обладающих одинаковым набором свойств.

Таким образом, для объектов одного класса набор свойств будет одинаков, хотя значения этих свойств для каждого объекта, конечно, могут быть разными. Например, класс объектов ОБЪЕКТ НЕДВИЖИМОСТИ будет иметь одинаковый набор свойств, описывающих характеристики объектов недвижимости, и каждый объект недвижимости будет иметь различные значения этих характеристик.

Объекты и их свойства являются понятиями реального мира. В мире информации, существующем в представлении программиста, говорят об атрибутах объектов.

Атрибут — это информационное отображение свойств объекта. Каждый объект характеризуется рядом основных атрибутов.

Например, сотрудник характеризуется фамилией, именем, табельным номером т. д. Клиент магазина, продающего автомобили, имеет такие атрибуты, как фамилию, имя, отчество, адрес и, возможно, идентификационный номер. Каждый атрибут в модели должен иметь уникальное имя – идентификатор. Атрибут при реализации информационной модели на каком-либо носителе информации часто называют элементом данных, полем данных или просто полем. Взаимосвязь между перечисленными выше понятиями проиллюстрирована схемой, приведенной на рисунке 5.

В нашем случае объектами будут являться:

· объекты недвижимости;

· клиенты;

· сотрудники;

· заказы.

Список объектов и их атрибутов приведен в таблице 1.

Таблица 1 – Перечень объектов и их атрибутов

Объект	Атрибуты
Объект недвижимости	Наименование
	Категория
	Адрес
	Страна
	Владелец
	Стоимость
Клиент	Организация
	Адрес
	Индекс
	Телефон
Заказ	Клиент
	Сотрудник
	Владелец
	Заказанные объекты
	Дата размещения заказа
	Дата оплаты
	Сумма заказа

Продолжение таблицы 1

Объект	Атрибуты
Сотрудник	Фамилия
	Имя
	Отчество
	Адрес
	Телефон

2.2 Определение взаимосвязей между объектами

Исходя из задачи, выделим следующие сущности:

· Владелец;

· Недвижимость;

· Клиент;

· Продавец;

· Заказ;

· Продажа;

· Счет.

Определим для включенных в модель сущностей взаимосвязи. Полученная после этого модель представлена на рисунке 6.

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

В рассматриваемой задаче по автоматизации управления работой дилера по продаже недвижимости, если клиент производит заказ на покупку впервые, осуществляется первичная регистрация его данных и сведений о сделанном заказе. Если же клиент производит заказ повторно, осуществляется регистрация только данного заказа. Вне зависимости от того, сколько раз данный клиент производил заказы, он имеет уникальный идентификационный номер (уникальный ключ клиента). Информация о каждом клиенте включает наименование организации клиента, адрес, телефон, факс и примечание. Таким образом, атрибутами объекта КЛИЕНТ являются «УНИКАЛЬНЫЙ КЛЮЧ КЛИЕНТА», «НАИМЕНОВАНИЕ КЛИЕНТА», «АДРЕС КЛИЕНТА» и т. д.

Следующий представляющий для нас интерес объект – ОБЪЕКТ НЕДВИЖИМОСТИ. Этот объект имеет атрибуты «УНИКАЛЬНЫЙ КЛЮЧ ОБЪЕКТА», «НАИМЕНОВАНИЕ ОБЪЕКТА» и т. д.

Третий рассматриваемый объект — ЗАКАЗ. Его атрибутами являются «НОМЕР ЗАКАЗА», «КЛЮЧ КЛИЕНТА» и «КЛЮЧ ОБЪЕКТА НЕДВИЖИМОСТИ».

И четвертый рассматриваемый объект — СОТРУДНИК. Его атрибутами являются «УНИКАЛЬНЫЙ КЛЮЧ СОТРУДНИКА», «ИМЯ СОТРУДНИКА», «ФАМИЛИЯ» и «ОТЧЕСТВО».

Схема взаимосвязей между атрибутами в модели приведена на рисунке 7.

Рисунок 7 – Схема взаимосвязей между атрибутами в модели

2.3 Задание атрибутов, первичных и альтернативных ключей объектов

При переходе к проектированию базы данных основные объекты будут описывать следующие атрибуты (информация, хранимая в таблицах):

Проектирование автоматизированных информационных систем (стр. 2 из 4)