
- •Глава 1 анализ предметной области проектируемой аис
- •1.1 Описание предметной области аис
- •1.2 Цель создания аис
- •1.3 Характеристики объекта автоматизации
- •1.4. Организация предметной области
- •1.5 Детализация функций системы
- •1.6 Анализ категорий пользователей
- •1.7 Определение ограничений
- •Глава 2 разработка и описание информационного обеспечения аис
- •2.2 Состав и описание таблиц бд
- •Глава 3 разработка и описание программного обеспечения аис
- •3.1 Выбор субд и/или инструментальных программных средств
- •3.2 Требования к техническому обеспечению
- •Глава 5 расчет экономической эффективности аис «риэлторовского агенства «этажи»»
- •5. 1 Расчет обобщающих показателей экономической эффективности
- •5.1.1 Расчет затрат на проектирование (разработку) системы
- •5.1.2 Расчет затрат на разработку программного обеспечения
- •5.1.3 Расчет единовременных затрат
- •5.2 Расчет текущих затрат на функционирование системы
- •5.2.1 Расчет затрат на электроэнергию
- •5.2.2 Расчет затрат на заработную плату обслуживающего персонала
- •5.2.3 Расчет затрат на ремонт
- •5.2.4 Расчет затрат на амортизацию оборудования
- •5.3 Расчет обобщающих показателей экономической эффективности
- •5.5 Расчет периода окупаемости проекта
1.6 Анализ категорий пользователей
Пользователи, которые будут пользоваться АИС учета и процесса реализации программы «Риэлтерское агентство» это менеджеры по работе с недвижимостью, которые могут просматривать, имеющиеся непроданные объекты, районы нахождения объектов недвижимости, количество свободных объектов, количество проданных объектов, а после чего предлагать клиентам любой свободный и приемлемый вариант покупки недвижимости.
1.7 Определение ограничений
Операционная система:
Windows 2000 (с установленным Service Pack 1), NT 4.0 (с установленным Service Pack 6a или выше), ME, Windows 98, Windows XP, Windows 2003;
Mandrake 7.2;
SuSE 7.0;
TurboLinux 6.0;
Solaris 2.6, 7.
Минимальные системные требования к серверу:
32 Мб оперативной памяти;
1 Мб свободного места для размещения базы данных. Необходимо учитывать, что размер базы данных постоянно увеличивается, поэтому, чем больше свободного места будет на сервере, тем лучше.
Глава 2 разработка и описание информационного обеспечения аис
2.1 Проектирование базы данных методом «Сущность - Связь» для разработанной функциональной модели (по необходимости)
При проектировании базы данных будем придерживаться этапов проектирования.
Первый этап проектирования – выделение сущностей и связей между ними.
Выделим следующие сущности:
КЛИЕНТ (Ключ – N_klienta);
РИЭЛТОР (Ключ – N_rieltora);
СВОБОДНЫЙ ОБЪЕКТ (Ключ – N_sv_obekta);
ПРОДАННЫЙ ОБЪЕКТ (Ключ – N_pr_obekta);
ДОГОВОР (Ключ – N_dogovora).
Выделим связи между сущностями
КЛИЕНТ имеет РИЭЛТОР;
РИЭЛТОР имеет СВОБОДНЫЙ ОБЪЕКТ;
РИЭЛТОР имеет ПРОДАННЫЙ ОБЪЕКТ;
КЛИЕНТ имеет ДОГОВОР;
РИЭЛТОР имеет ДОГОВОР.
Проектирование можно осуществить с помощью программного продукта ErWin. С его помощью построим логическую структуру модели:
Рисунок 8 – Логическая структура модели
Второй этап проектирования – построение диаграммы ER-типа с учетом всех сущностей и связей между ними.
Связь ИМЕЕТ является связью типа 1:М, т.к. у одного риэлтора может быть несколько клиентов. Сущность РИЭЛТОР имеет обязательный класс принадлежности, поскольку каждый клиент имеет свои предпочтения по выбираемому объекту.
Рисунок 9 – Диаграмма ER-типа для связи ИМЕЕТ
Связь ИМЕЕТ является связью типа 1:М, т.к. у одного риэлтора может быть несколько свободных и проданных объектов. Сущность риэлтор имеет обязательный класс принадлежности, поскольку каждый объект отличается своими преимуществами и недостатками.
Рисунок 10 – Диаграмма ER-типа для связи ИМЕЕТ
Связь ИМЕЕТ является связью типа М:1, т.к. у одного риэлтора так и у одного клиента может быть несколько договоров. Сущность договор имеет обязательный класс принадлежности, поскольку каждый объект отличается своими преимуществами и недостатками, которые обязательно указываются в документе.
Третий этап проектирования – формирование набора предварительных отношений с указанием предполагаемого первичного ключа для каждого отношения, используя диаграммы ER-типа.
Получаем следующие отношения:
КЛИЕНТ (N_klienta, N_rieltora, …);
ДОГОВОР (N_dogovora, N_rieltora, N_klienta, …);
Свободный объект (N_Sv_O, N_rieltora,…);
проданный объект (N_Pr_O, N_rieltora …).
После добавления неключевых атрибутов схемы отношений примут следующий вид:
КЛИЕНТ (N_klienta, N_rieltora,FIO,adres);
ДОГОВОР (N_dogovora, N_rieltora, N_klienta,cena, info);
Свободный объект (N_Sv_O, N_rieltora, cena, raion);
проданный объект (N_Pr_O, N_rieltora, cena, raion).