· обеспечение условий для успешной деятельности персонала;

· получение приемлемой прибыли;

· повышение доходов при автоматизации обработки данных.

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

1.2 Постановка задачи

При ответе на вопрос: «Что лежит в основе бизнеса данной фирмы?», как правило, выявляются наиболее важные для данного бизнеса или производственного процесса компоненты. В нашем случае это будут:

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

· клиенты (покупатели);

· фирмы – владельцы;

· каталог;

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

· заказы.

Ответы на вопрос: «Как это делается?» позволяют получить список основных бизнес-процессов, происходящих в фирме. Для нашего примера в такой список можно включить следующие пункты:

· составление каталога;

· рассылка каталога;

· анализ рынка;

· продажи;

· оформление счетов и накладных;

· управление работой персонала;

· реклама;

· решение бухгалтерских задач.

Вопрос: «Где происходят данные процессы?» больше относится к проблемам телекоммуникаций и организации совместной работы персонала. Ведь в случае, например, большого объема операций, которые выполняются вне территории фирмы торговыми агентами, придется учитывать проблемы синхронизации данных. При наличии филиалов весьма непростой проблемой является оптимальный выбор системы распределения данных. Можно централизовать всю обработку данных, и филиалы будут выполнять свои операции, пользуясь возможностями телекоммуникаций. Работа с данными в этом случае упрощается, но каково будет удивление клиента, когда вы ему сообщите, что не можете взять у него несколько десятков тысяч долларов и продать приглянувшуюся дачу, так как оборвалась связь с центральным офисом. В рассматриваемом примере допустим, что все операции выполняются в пределах одного здания, а организация совместного использования данных основана на возможности доступа к БД всего персонала фирмы «Алла».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Программа должна работать под управлением операционных систем 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 Определение объектов

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

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