Проектирование информационной системы «Агентство недвижимости»
Сахно С.И. Дипломная работа: Разработка проекта автоматизации риэлтерской
деятельности Рецензия разработка информационной системы агентство по
недвижимости
Тема:
"Разработка
недвижимости""
информационной
системы
"Агентство
Содержание
Введение
1 . Техническое задание
1.1 Постановка задачи
1.2 Требование к программному средству
Требования к надёжности
1.4 Информационное обеспечение задачи
Описание входной информации
2. Описательная часть
2.2 Описание программного средства
2.3 Контрольный пример
2.4 Руководство пользователя
Заключение
Список литературы
Введение
Темой
курсового
проекта
является
создание
и
разработка
информационной системы.
В наши дни информационная сеть окутала практически всю планету.
Каждый день мы сталкиваемся с информационными системами: на
автостоянках (по карточкам), в универмагах, даже при устройстве на работу.
Информация - сведения, сообщения, данные и т.д. В настоящее время не
существует единого определения термина информация.
Информационная модель - совокупность информации, характеризующая
существенные свойства и состояния объекта, процесса, явления, а также
взаимосвязь с внешним миром.
Информационной
взаимосвязанных
системой
(ИС)
аппаратно-программных
называют
средств,
для
совокупность
автоматизации
накопления и обработки информации. В информационную систему данные
поступают от источника информации (пример: база данных). Эти данные
отправляются на хранение либо претерпевают в системе некоторую обработку
и затем передаются потребителю.
Автоматизированная информационная система (АИС) - совокупность
программно-аппаратных
средств,
предназначенных
для
автоматизации
деятельности, связанной с хранением, передачей и обработкой информации.
Чем доступней становятся компьютерные технологии, тем больше
появляется непрофессиональных пользователей. Поэтому одной из задач
разработчиков любых приложений, в том числе и ИС, является создание
интуитивно понятного интерфейса. Эта задача так же будет выполнена в
курсовом проекте.
В процессе курсового проектирования необходимо закрепить и
систематизировать знания, полученные на дисциплинах "Базы данных",
создание
источника
информационных
информации,
систем",
создание
"Разработка
ИС,
и
эксплуатация
"Компьютерная
графика",
распределение кнопок по формам и создание интуитивно понятного
интерфейса.
Курсовой проект по разработке и сопровождению программного
средства по дисциплине "Разработка и эксплуатация информационных систем"
является промежуточной стадией обучения в "Красноярском техникуме
информатики и вычислительной техники" и освоения профессии техник.
Целью курсового проекта является:
научится создавать качественные и надёжные программные средства,
получение рабочих навыков при создании программных средств;
разработать техническую документацию к созданному программному
средству.
В процессе разработки курсового проекта необходимо воссоздать
информационную
систему
"Агентство
недвижимости".
Задачей
этой
информационной системы будет являться вывод расписания работников
агентства недвижимости.
Результатом
курсового
проекта
по
дисциплине
"Разработка
и
эксплуатация информационных средств" должна быть полноценная база
данных, решающая поставленную задачу, и техническая документация к ней.
1. Техническое задание
1.1 Постановка задачи
В
процессе
курсового
проектирования
необходимо
разработать
информационную систему "Агентство недвижимости".
Данная база данных должна обеспечить удобный просмотр/добавление
информации о клиентах и недвижимости.
Система должна выполнять следующие функции:
- ввод и редактирование информации о недвижимости:
- "Операции";
- "Недвижимость";
- ввод и редактирование информации о сотрудниках:
- "Рабочие";
- ввод и редактирование информации о клиентах:
- "Клиенты";
- составление договора (при помощи которого строится расписание):
- "Договоры";
- формирование и печать таких документов как:
- "Расписание работников";
Входной информацией должно являться:
- Списки клиентов:
- ФИО клиента;
- телефон;
- Список сотрудников:
- ФИО сотрудника;
-
Возможности
агентства:
доступные
операции;
доступная
недвижимость.
Данную информационную систему предполагается использовать для
просмотра и хранения расписания работников агентства недвижимости. Она
поможет пользователю намного быстрее составить расписание, а удобный
интерфейс сделает работу приятней.
1.2 Требование к программному средству
Требования к функциональным характеристикам
Информационная система "Агентство недвижимости" должна быть
направлена
в
помощь
хранения
расписания
работников
агентства
недвижимости. Система должна осуществлять обработку информации и
печать выходных документов.
Данная система должна функционировать под операционной системой
ОС Windows XP SP2 (и выше) или Windows Vista и пакета средств Microsoft
Office 2007.
Информационная
система
"Агентство
недвижимости"
должна
выполнять следующие функции:
- ввод и редактирование следующей информации о работе сотрудников
агентства недвижимости:
- ФИО сотрудника;
- ввод и редактирование следующей информации о клиенте:
- ФИО клиента;
- Телефон;
- ввод и редактирование следующей информации о возможностях
агентства:
- доступные операции;
- доступная недвижимость;
- формирование и печать следующих выходных документов:
- "Расписание работников".
Требования к надёжности
Система должна быть качественной и корректной, то есть должна
выполнять все требуемые функции и быть пригодной для эксплуатации.
Система
должна
быть
устойчивой,
то
есть
способной
выполнять
запланированные действия, не смотря на какие-либо отклонения, как в работе
аппаратуры, так и в самом приложении.
Для обеспечения надёжности системы необходимо:
- обеспечение защиты данных от несанкционированного доступа;
- вывод сообщения об ошибке при неправильном вводе данных, в
котором указывается поле, где произошла данная ошибка;
- все данные должны быть введены правильно и корректно, то есть,
дожжен осуществляться контроль данных, в том числе обязательных полей;
- обязательными полями являются:
- ФИО клиента;
- Телефон клиента;
– ФИО сотрудника;
– Тип недвижимости;
– Операции с недвижимостью;
- при удалении каких-либо данных необходимо предусмотреть вариант
отказа, то есть выдавать запрос на согласие пользователя.
Требования к условиям эксплуатации
Пользователь должен обладать базовыми навыками работы с ОС
Windows (это потребуется в случае какого-либо сбоя) и навыками работать с
пакетом средств Microsoft Office 2007, а именно с приложениями Microsoft
Word и Microsoft Access.
Для эксплуатации данной информационной системы необходимо, что бы
на компьютере были установлены:
– ОС Windows XP SP2 (и выше) или Windows Vista;
– Microsoft Office 2007.
1.3 Требования к составу и параметрам технических средств
Для бесперебойной работы и удобного использования информационной
системы "Агентство недвижимости" необходимо, что бы используемые вами
технические средства соответствовали ниже перечисленным характеристикам:
- компьютер типа IBM PC или Note Book;
- процессор Pentium Celeron (Pentium IV и выше), AMD Athlon (и выше),
с тактовой частотой не меньше 1,6 ГГц;
- 512 Мб ОЗУ;
- HDD со свободным местом не менее 40 Мб;
- операционная система Windows XP SP2 (и выше) или Windows Vista;
- устройства ввода и манипуляций (клавиатура/мышь);
- пакет средств Microsoft Office 2007;
- принтер, поддерживающий печать документов формата А4 (для печати
выходных документов).
Дополнительных устройств не требуется. Все выше перечисленные
устройства должны полностью функционировать и быть совместимы с
операционной системой.
1.4 Информационное обеспечение задачи
Описание входной информации
Входные данные заносятся в информационную систему "агентство
недвижимости" из паспорта клиента и возможностей агентства недвижимости.
информационная система агентство недвижимость
Информация включает в себя следующие данные: ФИО клиента; ФИО
сотрудника; доступные операции; доступная недвижимость.
Информация о договоре заносится в таблицу "договор", структура
которой представлена в таблице 1 (значком "" отмечено ключевое поле).
Таблица 1 - структура таблицы "Договор"
Информация о клиенте заносится в таблицу "Клиенты", структура
которой представлена в таблице 2 (значком "" отмечено ключевое поле).
Таблица 2 - структура таблицы "Клиенты"
Информация о недвижимости заносится в таблицу "недвижимость",
структура которой представлена в таблице 3 (значком "" отмечено ключевое
поле).
Описание нормативно-справочной информации
Нормативно-справочная информация - это информация, которая
остаётся неизменимой, пример: форма обучения очная или заочная, тип
обучения бюджет или коммерция. Нормативно-справочной информацией для
информационной системы "сведения об учащихся" будут, является следующие
справочники:
- Таблицы:
- Недвижимость;
- Операции;
- Рабочие.
Структура нормативно-справочных таблиц приведена ниже (значком ""
отмечено ключевое поле).
Таблица 3 - структура нормативно-справочной таблицы "недвижимость"
Информация об операциях заносится в таблицу "операции", структура
которой представлена в таблице 4 (значком "" отмечено ключевое поле).
Таблица 4 - структура нормативно-справочной таблицы "операции"
Информация о рабочих заносится в таблицу "рабочие", структура
которой представлена в таблице 5 (значком "" отмечено ключевое поле).
Таблица 5 - структура нормативно-справочной таблицы "рабочие"
На рисунке 1 изображена схема данных данной информационной
системы.
Рисунок 1 - Схема данных
2. Описательная часть
2.1 Контекстная диаграмма бизнес-процесса решаемой задачи
Контекстная диаграмма бизнес-процесса решаемой задачи "Агентство
недвижимости" выполненная в программе Computer Associates BPwin
представлена ниже.
Главная
композиция
контекстной
диаграммы
"формирование
расписания агентства недвижимости", которая представленная на рисунке 2,
содержит следующие данные:
на входе: паспортные данные клиента, возможности агентства;
управление: устав РФ, устав предприятия, лицензия на предоставление
услуг;
ресурсы: МТО (машина технического обслуживания), начальство;
на выходе: расписание работников.
Рисунок 2 - Формирование расписания агентства недвижимости
Декомпозиция первого уровня контекстной диаграммы "формирование
расписания агентства недвижимости" отображена на рисунке 3.
Рисунок 3 - Декомпозиция первого уровня
Декомпозиция блока "Сбор информации" представлена на рисунке 4.
Рисунок 4 - Декомпозиция первого уровня
Декомпозиция блока "Формирование БД" представлена на рисунке 5.
Рисунок 5 - Декомпозиция блока "Формирование БД"
Декомпозиция блока "Выполнение запроса" представлена на рисунке 6.
Рисунок 6 - Декомпозиция блока "Выполнение запроса"
2.2 Описание программного средства
Информационная система "Агентство недвижимости" создана для
удобного составления расписания сотрудников. Система осуществляет
хранение и обработку информации, а так же формирует выходные документы.
Программа разработана в Microsoft Office 2007 Access. Изначально
программа занимает 2Мб, по мере заполнения базы данных программа будет
занимать больше места на жёстком диске. Информационная система имеет 7
форм. Их наименование и описание отображено в таблице 6.
Таблица 6 - описание нормативно-справочных форм
Название формы
Описание формы
Главная форма. Открывается при запуске ИС
Составленные договора
Список клиентов
Недвижимость
Список допустимой недвижимости
Операции
Список операций
Список рабочих
Кнопочная форма. Подтверждает выход из программы
2.3 Контрольный пример
Для проверки работоспособности информационной системы "Агентство
недвижимости"
был
разработан
контрольный
пример,
проверяющий
функциональность системы.
Запускаем информационную систему, это файл формата *. accdb
(рисунок 7).
Рисунок 7 - запуск программы
После запуска программа запрашивает пароль, окно отображено на
рисунке 8.
Рисунок 8 - запрос пароля
После введения верного пароля запускается главная форма (она и есть
меню программы), отображена на рисунке 9.
Рисунок 9 - форма-меню
На рисунках 10, 11, 12, 13 и 14 отображены формы "Договор", "Рабочие",
"Клиенты", "Операции" и "Недвижимость" соответственно.
Рисунок 10 - "Договор"
Рисунок 11 - "Рабочие"
Рисунок 12 - "Клиенты"
Рисунок 13 - "Операции"
Рисунок 14 - "Недвижимость"
2.4 Руководство пользователя
Данная программа должна позволять пользователям информационной
системы "агентство недвижимости" ввод и редактирование информации.
Программа должна выполнять следующие функции: ввод и редактирование
информации о недвижимости, клиентах агентства и сотрудниках, формировать
и отправлять на печать выходные документы.
Основные действия доступные пользователю данной информационной
системы перечислены в таблице 7.
Таблица 7 - руководство пользователя
Операция
Действие пользователя
Действие программы
Запуск программы
Для запуска программы необходимо запустить файл "ИС Агентство
недвижимости. accdb"
На экране появится окно для ввода пароля
Ввод пароля
Для входа необходимо ввести верный пароль
При верном пароле откроется главная форма ИС
Пользователь просматривает форму составленных договоров, также есть
возможность добавления/удаления новых записей.
Пользователь просматривает форму сотрудников агентства, также есть
возможность добавления/удаления новых записей.
Данные автоматически заносятся в базу данных
Пользователь просматривает форму клиентов агентства, также есть
возможность добавления/удаления новых записей.
Данные автоматически заносятся в базу данных
Операции
Пользователь просматривает форму возможных операций агентства с
недвижимостью.
Занесение выбранной операции в форму "договор"
Недвижимость
Пользователь
просматривает
форму
предоставления
агентством
вариантов недвижимости.
Занесение выбранного типа недвижимости в форму "договор"
В главном меню пользователь нажал кнопку "Exit"
Программ активирует кнопочную форму с вариантами: ДА и НЕТ
Вариант "Нет"
Пользователь выбрал кнопку "НЕТ"
Программ возвращается в главную форму
Вариант "Да"
Пользователь выбрал кнопку "ДА"
Приложение закрывается
Заключение
В процессе разработки курсового проекта по дисциплине "Разработка и
эксплуатация информационных систем" самостоятельно были изучены новые
возможности и функции Microsoft Access 2007, например: установление
пароля защиты, создание кнопочных форм, автозапуск формы.
Разработка информационной системы "Агентство недвижимости"
способствовала систематизации и закреплению навыков полученных на
дисциплинах "Базы данных", "Разработка и эксплуатация информационных
систем", "Компьютерная графика".
Данная информационная система предназначена для удобного ввода и
редактирования, хранения информации. Программа имеет удобный и
интуитивно понятный интерфейс, выполняет такие функции как выполнение
запросов, добавление/удаление записей, печать полученных отчётов.
Закрепление навыков происходит в ходе решения поставленной задачи разработки бизнес-процесса, создание базы данных, тестирование и отладка
информационной системы.
Завершением курсового проекта являлось написание пояснительной
записки, при написании которой так же были закреплены навыки по
оформлению отчётов.
Список литературы
1. Сайт http://office. microsoft.com/ru-ru/training/CR101582831049. aspx;
Размещено на Allbest.ru
Подобные документы
Разработка
информационной
системы
"Кадровое
агентство
выпускников" для автоматизации процесса подбора специалистов по заявкам
организаций. Требования к системе, программное обеспечение. Описание
процесса деятельности. Проектирование базы данных.
дипломная работа , добавлен 27.11.2009
Анализ существующих решений по автоматизации предметной области.
Методология
проектирования
информационной
системы
агентства
недвижимости. Спецификация и аттестация требований. Проектирование
пользовательского интерфейса. Обоснование выбора платформы.
курсовая работа , добавлен 10.02.2013
Система управления базами данных как совокупность программных и
языковых средств, предназначенных для создания и обработки данных. Анализ
деятельности обувной мастерской. Особенности разработки функциональной
диаграммы и тестирования программного модуля.
дипломная работа , добавлен 04.11.2012
Разработка программы автоматизированной системы, предназначенной
для учета информации о сдающихся, продающихся, покупаемых и арендуемых
объектах
недвижимости.
Разработка
реляционной
модели
данных.
Руководство пользователя и Руководство администратора.
курсовая работа , добавлен 28.12.2012
Разработка базы данных на основе СУБД Microsoft Access, позволяющая
автоматизировать
работу
кадрового
агентства.
Предметная
область,
основанная на реальной информации по кадровому агентству. Модель
информационной системы, реализованная в ER-win.
курсовая работа , добавлен 15.12.2011
Особенности процессов обслуживания заказчиков, исследования рынка
недвижимости, формирования информации о финансовых манипуляциях.
Описание модели агентства; последовательность создания контекстной
диаграммы. Оптимизация разработанной модели "to be".
курсовая работа , добавлен 28.08.2012
Анализ
предметной
информационной
системы
области
и
"Туристическое
среда
функционирования
агентство".
Разработка
и
сопровождение баз данных средствами Enterprise Manager в среде SQL Server
2008. Принципы создания таблиц, запросы, хранимые процедуры.
курсовая работа , добавлен 11.12.2013
Понятие базы данных. Классификация их по структуре. Совокупность
программных и языковых средств, предназначенных для создания, хранения и
обработки баз данных, особенности использования запросов, форм, таблиц.
ВВЕДЕНИЕ
В соответствии с государственным образовательным стандартом
среднего профессионального образования к минимуму содержания и уровню
подготовки выпускников по специальности “Программное обеспечение
вычислительной
техники
и
автоматизированных
систем”
в
области
специальных дисциплин выпускник должен уметь :
· разрабатывать алгоритм программной реализации поставленной
задачи;
· создавать программный продукт по разработанному алгоритму,
выполнять отладку и тестирование программного продукта;
· осуществлять разработку и сопровождение сетевых приложений;
Задачами курсового проекта являются:
Изучение особенностей конкретной предметной области, относящихся к
теме курсового проекта;
Анализ возможных подходов и методов решения с обоснованием
выбранного метода;
Выбор
или
разработка
модели
(математической,
структурной,
информационной и т. д.), необходимой для достижения цели;
Выбор эффективных алгоритмов с учётом их точности, устойчивости,
сходимости и т. д.;
Анализ полученных результатов работы ПО;
Разработка программной и эксплуатационной документации.
2. ВЫБОР ТЕМЫ
Тематика
курсовых
проектов
разрабатывается
преподавателями
учебного заведения, рассматривается и принимается предметной (цикловой)
комиссией на заседании кафедры, утверждается зам. директора по учебной
работе колледжа. Тема курсового проекта может быть предложена студентом,
в соответствии с его интересами и возможностями раскрытия предлагаемой
проблемы, при условии обоснования им ее целесообразности.
Допускается выполнение курсового проекта по одной теме группой
студентов.
3. ТЕМЫ КУРСОВЫХ ПРОЕКТОВ (Приложение)
1. Разработать программный модуль «Учет успеваемости студентов».
2. Разработать программный модуль «Личные дела студентов».
3. Разработать программный модуль «Кафедра».
4. Разработать программный модуль «Лаборатория».
5. Разработать программный модуль «Автосервис».
6. Разработать программный модуль «Учет нарушений правил
дорожного движения».
7.
Разработать
программный
модуль
«Картотека
агентства
недвижимости ».
8. Разработать программный модуль «Картотека абонентов АТС».
9. Разработать программный модуль «Авиакасса».
10. Разработать программный модуль «Книжный магазин».
11. Разработать программный модуль «Автостоянка».
12. Разработать программный модуль «Кадровое агентство».
13.
Разработать
программный
модуль
«Расчета
амортизации
имущества».
14. Разработать программный модуль «Экзаменатор».
15. Разработать программный модуль «Учет отработанного времени
студентов».
16. Разработать программный модуль «Информационно-справочная
программа для почтовых адресов клиентов».
17. Разработать программный модуль «Картотека для учета литературы
в библиотеке».
18. Разработать программный модуль «Учета товаров на складе».
19. Разработать программный модуль «Игровую программу типа Master
Mind».
20. Разработать программный модуль «Логическая игра на угадывание
комбинации чисел».
21. Разработать программный модуль «Программа для индикации
расписания текущих занятий группы студентов».
22. Разработать программный модуль «Информационно-справочная
программа для продажи CD».
23.
Создать
программный
модуль
«Корпоративный
Web-узел
туристической фирмы».
24. Создать программный модуль «Корпоративный Web-узел магазина
компьютерных комплектующий».
25. Создать программный модуль «Корпоративный Web-узел магазина
компьютерной периферии».
26. Создать программный модуль «Личный Web-узел администратора
компьютерной сети».
27. Создать программный модуль «Web-узел проекта благоустройства
территории колледжа».
28. Создать программный модуль «Web-узел проекта построения
зимнего сада на территории колледжа».
4. СОДЕРЖАНИЕ И ЭТАПЫ ВЫПОЛНЕНИЯ
КУРСОВОГО ПРОЕКТА
1. Выбор темы и согласование её с руководителем. Подбор литературы.
2. Изучение требований к оформлению работы.
3. Составление плана по реализации курсового проекта. Разработка
алгоритма решения.
4. Реализация алгоритма.
5. Отладка программы.
6. Тестирование программы.
7. Составление программной и эксплуатационной документации.
8. Анализ полученных результатов.
9. Оформление отчёта.
10. Защита курсового проекта.
5. СТРУКТУРА КУРСОВОГО ПРОЕКТА
Курсовой проект должен включать оттестированное программное
обеспечение и пояснительную записку (не менее20 листов формата А4).
В зависимости от курсового проекта может быть включена графическая
часть.
Пояснительная записка курсового проекта должна иметь следующую
структуру :
Титульный лист установленного образца (Приложение 1);
Введение;
Выбор
программных
и
аппаратных
средств
для
реализации
поставленной
задачи;
Описательная часть разработанного программного обеспечения;
Программная документация;
Эксплуатационная документация;
Заключение, в котором делаются выводы и рекомендации относительно
возможностей использования материалов проекта;
Список использованной литературы;
Приложения.
Во введении кратко раскрывается актуальность и значение темы,
формулируется цель и задачи проекта.
Программная документация включает следующий комплекс документов:
Творческий подход к написанию курсового проекта;
Правильность и научная обоснованность выводов;
Аккуратность и правильное оформление курсового проекта.
Окончательная оценка курсовой работы выставляется по итогам защиты
и качеству работы.
Курсовая работа должна быть защищена до сдачи экзамена по
дисциплине “Технология разработки программных продуктов”. Студены, не
сдавшие курсовые проекты или получившие на защите неудовлетворительные
оценки, не допускаются к очередным экзаменам.
Защищенные курсовые проекты студентам не возвращаются и хранятся
в архиве учебного заведения.
ПРИЛОЖЕНИЕ 1
Образец оформления титульного листа
ГОУ НПО Профессиональный
художественно-промышленный лицей № 10
КУРСОВОЙ ПРОЕКТ
по дисциплине “Технология разработки программного продукта ”
на
тему:______________________________________________________________
_____
Выполнил студент ______________________________ Фамилия, имя,
отчество
Специальность,
курс,
группа
__________________________________________
Научный руководитель ___________________________ Фамилия, имя,
отчество
Дата сдачи, подпись студента ______________________
________________________________________________
Дата защиты, оценка, подпись преподавателя
Калининград
ПРИЛОЖЕНИЕ 2
ТЕХНИЧЕСКОЕ ЗАДАНИЕ.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ
ГОСТ 19.201 – 78
Информационную часть (аннотацию и содержание), лист регистрации
изменений допускается в документ не включать.
Для внесения изменений или дополнений в техническое задание на
последующих стадиях разработки программы или программного изделия
выпускают дополнение к нему. Согласование и утверждение дополнения к
техническому заданию проводят в том же порядке, который установлен для
технического задания.
В зависимости от особенностей программы или программного изделия
допускается уточнять содержание разделов, вводить новые разделы или
объединять отдельные из них.
1. ВВЕДЕНИЕ
В разделе указывают наименование, краткую характеристику области
применения программы или программного изделия и объекта, в котором
используют программу или программное изделие.
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ
Документ (документы), на основании которых ведется разработка;
Организация, утвердившая этот документ, и дата его утверждения;
Наименование и/или условное обозначение темы разработки.
3. НАЗНАЧЕНИЕ РАЗРАБОТКИ
В разделе должно быть указано функциональное и эксплуатационное
назначение программы или программного изделия.
4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ
4.1. Требования к функциональным характеристикам.
В разделе должны быть указаны требования к составу выполняемых
функций,
организации
входных
и
выходных
данных,
временным
характеристикам и т. п.
4.2. Требования к надежности.
В подразделе должны быть указаны требования к обеспечению
надежного функционирования (обеспечение устойчивости, контроль входной
и выходной информации, время восстановления после отказа и т. п.).
4.3. Условия эксплуатации.
В подразделе должны быть указаны условия эксплуатации (температура
окружающего воздуха, относительная влажность и т. п. для выбранных типов
носителей
данных),
при
которых
должны
обеспечиваться
заданные
характеристики, а также вид обслуживания, необходимое количество и
квалификация персонала.
4.4. Требования к информационной и программной совместимости.
В подразделе должны быть указаны требования к информационным
структурам на входе и выходе и методам решения, исходным кодам, языкам
программирования и программным средствам, используемым программой.
При необходимости должна обеспечиваться защита информации и
программ.
5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
В разделе должен быть указан предварительный состав программной
документации и, при необходимости, специальные требования к ней.
6. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
В разделе должны быть указаны: ориентировочная экономическая
эффективность,
предполагаемая
годовая
потребность,
экономические
преимущества разработки по сравнению с лучшими отечественными и
зарубежными образцами или аналогами.
7. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
В разделе устанавливают необходимые стадии разработки, этапы и
содержание работ (перечень программных документов, которые должны быть
разработаны, согласованы и утверждены), а также, как правило, сроки
разработки и определяют исполнителей.
8. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
В разделе должны быть указаны виды испытаний и общие требования к
приемке работы.
В приложениях к техническому заданию, при необходимости, приводят:
Перечень научно-исследовательских и других работ, обосновывающих
разработку;
Схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие
документ, которые могут быть использованы при разработке;
Другие источники разработки.
ПРИЛОЖЕНИЕ 3
ТЕКСТ ПРОГРАММЫ (ГОСТ 19.401 – 78)
Для текста программы на исходном языке при наличии аннотации в нее
включают краткое описание функции программы.
Основная часть документа должна состоять из текстов одного или
нескольких разделов, которым даны наименования.
Допускается вводить наименование также и для совокупности разделов.
Каждый из этих разделов реализуется одним из типов символической
записи, например:
Символическая запись на исходном языке;
Символическая запись на промежуточных языках;
Символическое представление машинных кодов и т. п.
ПРИЛОЖЕНИЕ 4
ОПИСАНИЕ ПРОГРАММЫ (ГОСТ 19.402 – 78)
В зависимости от особенностей программы допускается вводить
дополнительные разделы помимо нижеуказанных или объединять отдельные
разделы.
1. ОБЩИЕ СВЕДЕНИЯ
В разделе должны быть указаны: обозначение и наименование
программы; программное обеспечение, необходимое для функционирования
программы; языки программирования, на которых написана программа.
2. ФУНКЦИОНАЛЬНОЕ НАЗНАЧЕНИЕ
В разделе должны быть указаны классы решаемых задач и/или
назначение программы и сведения о функциональных ограничениях на
применение.
3. ОПИСАНИЕ ЛОГИЧЕСКОЙ СТРУКТУРЫ
В разделе должны быть указаны:
Алгоритмы программы;
Используемые методы;
Структура программы с описанием функций составных частей и связи
между ними;
Связи программы с другими программами.
Описание логической структуры программы выполняют с учетом текста
программы на исходном языке.
4. ИСПОЛЬЗУЕМЫЕ ТЕХНИЧЕСКИЕ СРЕДСТВА
В разделе должны быть указаны типы электронных вычислительных
машин и устройств, которые используются пи работе программы.
В разделе должны быть указаны:
Способ вызова программы с соответствующего носителя данных;
Входные точки программы.
Допускается указывать адреса загрузки, сведения об использовании
оперативной памяти, объем программы.
6. ВХОДНЫЕ ДАННЫЕ
В разделе должны быть указаны:
Характер, организация и предварительная подготовка входных данных;
Формат, описание и способ кодирования входных данных.
7. ВЫХОДНЫЕ ДАННЫЕ
В разделе должны быть указаны:
Характер и организация выходных данных;
Формат, описание и способ кодирования выходных данных.
Допускается иллюстрирование содержания разделов пояснительными
примерами, таблицами, схемами, графиками.
В приложении допускается включать различные материалы, которые
нецелесообразно включать в разделы документа.
ПРИЛОЖЕНИЕ 5
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА (ГОСТ 19.404-79)
Составление информационной части (аннотации и содержания) является
необязательным.
В зависимости от особенностей документа отдельные разделы
(подразделы) допускается объединять, а также вводить новые разделы
(подразделы).
ВВЕДЕНИЕ
В разделе указывают наименование программы и/или условное
обозначение темы разработки, а также документы, на основании которых
ведется разработка с указанием организации и даты утверждения.
1. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ
В разделе указывают назначение программы, краткую характеристику
области применения программы.
2. ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ
Раздел должен содержать следующие подразделы:
2.1 Постановка задачи.
Описывается постановка задачи на разработку программы, описание
применяемых математических методов и, при необходимости, описание
допущений и ограничений, связанных с выбранным математическим
аппаратом.
2.2 Описание алгоритма и/или функционирования программы.
Описывается
алгоритм
и/или
функционирование
программы
с
обоснованием выбора схемы алгоритма решения задачи, возможные
взаимодействия программы с другими программами.
2.3 Состав технических и программных средств.
Приводится
описание
и
обоснование
выбора
состава
метода
организации входных и выходных данных.
2.4 Состав технических и программных средств.
Приводится описание и обоснование выбора состава технических и
программных средств на основании проведенных расчетов и/или анализов,
распределение носителей данных, которые использует программа.
3. ОЖИДАЕМЫЕ ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
В
разделе
указывают
технико-экономические
показатели,
обосновывающие преимущество выбранного варианта технического решения,
а также, при необходимости, ожидаемые оперативные показатели.
4. ИСТОЧНИКИ, ИСПОЛЬЗУЕМЫЕ ПРИ РАЗРАБОТКЕ
В разделе указывают перечень научно-технических публикаций ,
нормативно-технических
документов
и
других
научно-технических
материалов, на которые есть ссылки в основном тексте.
В приложении к документу могут быть включены таблицы, обоснования,
методики, расчеты и другие документы, использованные при разработке.
ПРИЛОЖЕНИЕ 6
ВЕДОМОСТЬ ЭКСПЛУАТАЦИОННЫХ ДОКУМЕНТОВ
ГОСТ 19.507 – 79
Составление информационной части (аннотации и содержания) является
необязательным.
В
ведомости
перечисляют
документы,
входящие
в
перечень
эксплуатационных документов.
Ведомость
эксплуатационных
документов
должна
содержать
следующие разделы: документы на программу; документы на составные части
программы.
Ведомость эксплуатационных документов на компонент, имеющий
самостоятельное применение, должна содержать только раздел “Документы на
программу”.
В разделе “Документы на программу” должны быть записаны все
эксплуатационные
документы
(кроме
ведомости
эксплуатационных
документов) на данную программу.
В разделе “Документы на составные части программы” должны быть
записаны ведомости эксплуатационных документов на все программы
непосредственно входящие в программу.
Запись документов в ведомости производят под заголовками разделов в
графе “Наименование”.
Документы записывают в ведомости в порядке возрастания кода вида
документа, входящего в обозначение.
Графы ведомости заполняют следующим образом:
· в графе “Обозначение” указывают обозначение документов по ГОСТ
19.103-77;
·
в
графе
“Наименование”
указывают
полное
наименование
эксплуатационного документа в соответствии с наименованием, указанным в
листе утверждения или титульном листе;
·
для
документов
на
данную
программу
записывают
только
наименование и вид документов;
· в графе “Кол. экз.” указывают количество экземпляров данного
документа;
· в графе “Местонахождение” указывают номер папки, в которой
хранится документ, выполненный печатным способом.
Допускается записать текст примечаний и дополнительные сведения,
относящиеся к дополнительным эксплуатационным документам, если это
необходимо.
Допускается приводить порядковые номера примечаний.
Текст примечаний может быть записан в конце соответствующих
разделов ведомости эксплуатационных документов. Допускается текст
примечаний записывать на последних листах ведомости эксплуатационных
документов на формах без граф с проставлением порядкового номера
примечаний.
В ведомости приводят также, при необходимости, перечень папок, в
которые уложены документы, выполненные печатным способом.
Папки в ведомости записывают после перечисления всех документов под
заголовком “Перечень папок” в графе “Наименование” в порядке возрастания
их порядковых номеров.
При записи папок графы ведомости заполняют следующим образом:
Графу “Обозначение” подчеркивают;
В графу “Наименование” указывают наименование и номер папки,
например, “Папка № 1”;
В графе “Кол. экз.” указывают количество экземпляров папок данного
наименования, входящих в состав одного комплекса эксплуатационных
документов;
В
графе
“Местонахождение”
местонахождение папок.
указывают,
при
необходимости,
Пример заполнения ведомости эксплуатационных документов
Обозначение
Наименование
Местонахождение
А. В. 001-01_32_01-1
Операционная система. Средства восстановления системы
А. В. 001-01_32_01-2
Операционная система. Редактор связей.
ПРИЛОЖЕНИЕ 7
ОПИСАНИЕ ПРИМЕНЕНИЯ (ГОСТ 19.502-78)
Составление информационной части (аннотации и содержания) является
обязательным.
В зависимости от особенностей программы допускается вводить
дополнительные разделы или объединять отдельные разделы.
1. НАЗНАЧЕНИЕ ПРОГРАММЫ
В разделе указывают назначение, возможности программы, её основные
характеристики, ограничения, накладываемые на область применения
программы.
2. УСЛОВИЯ ПРИМЕНЕНИЯ
В разделе указывают условия, необходимые для выполнения программы
(требования к необходимым для данной программы техническим средствам, и
другим программам, общие характеристики входной и выходной информации,
а
также
требования
и
условия
организационного,
технического
и
технологического характера и т. п.).
3. ОПИСАНИЕ ЗАДАЧИ
В разделе должны быть указаны определения задачи и методы её
решения.
4. ВХОДНЫЕ И ВЫХОДНЫЕ ДАННЫЕ
В разделе должны быть указаны сведения о входных и выходных
данных.
В приложение к документу могут быть включены справочные материалы
(иллюстрации, таблицы, графики, примеры и т. п.).
ПРИЛОЖЕНИЕ 8
РУКОВОДСТВО ПО ТЕХНИЧЕСКОМУ ОБСЛУЖИВАНИЮ
(ГОСТ 19.508-79)
Составление информационной части (аннотации и содержания) является
обязательным.
В зависимости от особенностей документа допускается вводить
дополнительные разделы.
1. ВВЕДЕНИЕ
В
разделе
указывают
эксплуатационных
документов,
назначение
которыми
руководства,
должны
перечень
дополнительно
к
руководству пользоваться при техническом обслуживании.
2. ОБЩИЕ УКАЗАНИЯ
В разделе указывают порядок технического обслуживания, приводят
указание по организации и особенностям его проведения.
3. ТРЕБОВАНИЯ К ТЕХНИЧЕСКИМ СРЕДСТВАМ
В разделе указывают минимальный состав технических средств,
обеспечивающий работу программы.
4. ОПИСАНИЕ ФУНКЦИЙ
В разделе указывают:
Максимальный
состав
технических
средств,
проверяемых
этой
программой;
Описание совместного функционирования технических средств и
программы с указанием метода обработки ошибок;
Описание организации входных и выходных данных, используемых при
обслуживании технических средств;
Описание взаимодействий устройств с программой, результатов
взаимодействий, с выводом результатов работы программы.
ПРИЛОЖЕНИЕ 9
1. Разработать программный модуль «Учет успеваемости студентов».
Программный
модуль
предназначен
для
оперативного
учета
успеваемости студентов в сессию деканом, заместителями декана и
сотрудниками деканата. Сведения об успеваемости студентов должны
храниться в течение всего срока их обучения и использоваться при
составлении справок о прослушанных курсах и приложений к диплому.
2. Разработать программный модуль «Личные дела студентов».
Программный модуль предназначен для получения сведений о студентах
сотрудниками деканата, профкома и отдела кадров. Сведения должны
храниться в течение всего срока обучения студентов и использоваться при
составлении справок и отчетов.
3. Разработать программный модуль «Кафедра».
Модуль содержит сведения о сотрудниках кафедры (ФИО, должность,
ученая
степень,
дисциплины,
нагрузка,
общественная
работа
,
совместительство и др.) и предназначен для использования сотрудниками
отдела кадров и деканата.
4. Разработать программный модуль «Лаборатория».
Модуль содержит сведения о сотрудниках лаборатории (ФИО, пол,
возраст, семейное положение, наличие детей, должность, ученая степень) и
предназначен для использования сотрудниками профкома и отдела кадров.
5. Разработать программный модуль «Автосервис».
При записи на обслуживание заполняется заявка, в которой указываются
ФИО владельца , марка автомобиля, вид работы, дата приема заказа и
стоимость ремонта. После выполнения работ распечатывается квитанция.
6. Разработать программный модуль «Учет нарушений правил
дорожного
движения».
Для каждой автомашины и ее владельца в базе хранится список
нарушений. Для каждого нарушения фиксируется дата, время, вид нарушения
и размер; штрафа. При оплате всех штрафов машина удаляется из базы.
7.
Разработать
программный
модуль
«Картотека
агентства
недвижимости».
Модуль предназначен для использования работниками агентства. В базе
содержатся сведения о квартирах (количество комнат, этаж, метраж и др.). При
поступлении заявки на обмен (куплю, продажу) производится поиск
подходящего варианта. Если такого нет, клиент заносится в клиентскую базу и
оповещается, когда вариант появляется.
8. Разработать программный модуль «Картотека абонентов АТС».
Картотека содержит сведения о телефонах и их владельцах. Фиксирует
задолженности по оплате (абонентской и повременной). Считается, что
повременная оплата местных телефонных разговоров уже введена.
9. Разработать программный модуль «Авиакасса».
Модуль содержит сведения о наличии свободных мест на авиамаршруты.
В базе должны содержаться сведения о номере рейса, экипаже, типе самолета,
дате и времени вылета, а также стоимости авиабилетов (разного класса). При
поступлении заявки на билеты программа производит поиск подходящего
рейса.
10. Разработать программный модуль «Книжный магазин».
11. Разработать программный модуль «Автостоянка».
В программе содержится информация о марке автомобиля, его
владельце, дате и времени въезда, стоимости стоянки, скидках, задолженности
по оплате и др.
12. Разработать программный модуль «Кадровое агентство».
Модуль содержит сведения о вакансиях и резюме. Программный модуль
предназначен как для поиска сотрудника, отвечающего требованиям
руководителей фирмы, так и для поиска подходящей работы.
13.
Разработать
программный
модуль
«Расчета
амортизации
имущества».
Программа
должна
обеспечивать
вычисления
двумя
методами
(равномерной амортизацией и кратного учета амортизации), а также
обеспечивать
контроль
корректности
вводимых
данных
и
выдачу
предупреждающих сообщений в случае: а) отсутствия одного или нескольких
для расчета данных;
б) указанная ликвидная стоимость превышает начальную стоимость;
в) указан период расчета, превышающий срок амортизации.
14. Разработать программный модуль «Экзаменатор».
Тестовое задание должно состоять из 5-7 вопросов, имя файла-теста
задается в командной строке списка программы.
15. Разработать программный модуль «Учет отработанного времени
студентов».
Программа должна быть реализована средствами MS Visual Studio;
давать возможность ввода-вывода фамилии студента, номера группы и
отработанного времени, а также и краткого описания выполненной работы;
отображать список студентов и краткое описание работы для каждого из них;
иметь возможность редактирования списка и описаний.
16. Разработать программный модуль «Информационно-справочная
программа для почтовых адресов клиентов».
Программа должна быть реализована средствами MS Visual Studio;
давать возможность ввода-вывода фамилии, имени и отчества клиента и его
почтового адреса; отображать список клиентов и адрес для каждого из них;
иметь возможность редактирования списка и адресов; иметь возможность
создания и отображения нескольких списков; иметь возможность экспорта
информации в другие приложения, например, MS Word.
17. Разработать программный модуль «Картотека для учета литературы
в библиотеке».
Программа должна быть реализована средствами MS Visual Studio;
давать возможность ввода-вывода названия книги и автора и краткой
аннотации; отображать список книг и аннотацию для каждой из них; иметь
возможность редактировать наименование книги и аннотацию; иметь
возможность создания нескольких списков по тематике литературы и
переносить информацию из одного списка в другой.
18. Разработать программный модуль «Учета товаров на складе».
Программа должна быть реализована средствами MS Visual Studio;
давать возможность ввода-названия товара и количества, а также краткого
описания; отображать список товаров и описания для каждого; иметь
возможность редактировать наименование товаров и описание; иметь
возможность создания нескольких списков по группам товаров.
19. Разработать программный модуль «Игровую программу типа Master
Mind».
Программа должна быть реализована средствами MS Visual Studio;
давать возможность угадывать наборы цветов и выводить информацию об
ошибках; пользователю предоставляется несколько попыток; если набор
угадан, выводится сообщение о выигрыше, если нет - новая попытка или
сообщение о проигрыше.
20. Разработать программный модуль «Логическая игра на угадывание
комбинации чисел».
Программа должна быть реализована средствами MS Visual Studio;
давать возможность угадывать числовые комбинации и выводить информацию
об ошибках; пользователю предоставляется несколько попыток; если
комбинации угадана, выводится сообщение о выигрыше, если нет - новая
попытка или сообщение о проигрыше. Время на обдумывание ограничивается.
21. Разработать программный модуль «Программа для индикации
расписания текущих занятий группы студентов».
Программа должна быть реализована средствами MS Visual Studio; в
зависимости от времени отображать на экране проходящее занятие, его начало
и окончание в соответствии со введенным расписанием.
22. Разработать программный модуль «Информационно-справочная
программа для продажи CD».
Программа должна быть реализована средствами MS Visual Studio;
давать возможность ввода-вывода названия диска, стоимости и краткого
содержания; отображать список дисков и краткое содержания для каждого из
них; иметь возможность редактирования списка и содержаний; иметь
возможность импортировать описание диска из другого приложения,
например MS Word.
23.
Создать
программный
модуль
«Корпоративный
Web-узел
туристической фирмы».
Узел должен содержать домашнюю страницу, страницу новостей, 3
страниц описаний туристических маршрутов и услуг и станицу обратной
связи, Кроме того, узел должен содержать текстовую, графическую и
мультимедийную информацию.
24. Создать программный модуль «Корпоративный Web-узел магазина
компьютерных комплектующий».
Узел должен содержать домашнюю страницу, страницу новостей,
станицу обратной связи и несколько станиц описания комплектующих,
например, жесткие диски, видеокарты и TV-тюнеры. Кроме того, узел должен
содержать текстовую, графическую и мультимедийную информацию.
25. Создать программный модуль «Корпоративный Web-узел магазина
компьютерной периферии».
Узел должен содержать домашнюю страницу, страницу новостей,
станицу обратной связи и несколько станиц описания периферии, например,
принтеры, дисплеи и Web-камеры. Кроме того, узел должен содержать
текстовую, графическую и мультимедийную информацию.
26. Создать программный модуль «Личный Web-узел администратора
компьютерной сети».
Узел должен содержать домашнюю страницу, страницу о себе, схему
сети и ее размещение по помещениям, страницу замечаний и их устранений.
Узел должен содержать текстовую, графическую и мультимедийную
информацию
27. Создать программный модуль « Web-узел проекта благоустройства
территории лицея».
28. Создать программный модуль « Web-узел проекта построения
зимнего сада на территории лицея».
Узел должен содержать домашнюю страницу, описание проекта,
перечень основных этапов со сроками выполнения, список участников и их
обязанности, форум обсуждений. Узел должен содержать текстовую,
графическую и мультимедийную информацию
СПИСОК ЛИТЕРАТУРЫ
1. ГОСТ 7.1–84. Библиографическое описание документа. Общие
требования и правила составления.
2. ГОСТ 7.9-95. Реферат и аннотация. Общие Требования.
3. Стандарты Единой системы программной документации (ЕСПД).
4. Шишкин указания к курсовому проекту. – Смоленск, 2002.
5. Рудакова данных. Разработка приложений.– СПб.:БХВ-Петербург,
2006
6. Илюшечкин использования и проектирования баз данных – М.:
Высшее образование. 2009
ВВЕДЕНИЕ.. 3
1. ЦЕЛЬ И ЗАДАЧИ КУРСОВОГО ПРОЕКТИРОВАНИЯ.. 3
2. ВЫБОР ТЕМЫ... 4
3. ТЕМЫ КУРСОВЫХ ПРОЕКТОВ.. 4
5. СТРУКТУРА КУРСОВОГО ПРОЕКТА.. 5
6. ОФОРМЛЕНИЕ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ К КУРСОВОМУ
ПРОЕКТУ.. 6
7. ЗАЩИТА КУРСОВОГО ПРОЕКТА.. 7
ПРИЛОЖЕНИЕ 1. 8
ПРИЛОЖЕНИЕ 2. 9
ПРИЛОЖЕНИЕ 3. 11
ПРИЛОЖЕНИЕ 4. 12
ПРИЛОЖЕНИЕ 5. 14
ПРИЛОЖЕНИЕ 6. 15
ПРИЛОЖЕНИЕ 7. 16
ПРИЛОЖЕНИЕ 8. 17
ПРИЛОЖЕНИЕ 9. 18
СПИСОК ЛИТЕРАТУРЫ... 22
Введение
1. Аналитическая часть
1.1Технико-экономическая характеристика предметной области и
предприятия.
1.1.1 Характеристика предприятия
1.2
Характеристика
комплекса
задач,
задачи
и
обоснование
необходимости автоматизации
1.2.1
Выбор
комплекса задач
автоматизации и характеристика
существующих бизнес процессов
1.2.2 Обоснования необходимости использования вычислительной
техники для решения задачи
1.2.3 Описание основных свойств ИС для предприятия и выбранного
комплекса задач
1.2.4 Экономическая сущность комплекса задач
1.2.5 Определение места проектируемой задачи в комплексе задач
1.2.6 Сущность задачи
1.3.2 Выбор и обоснование стратегии автоматизации задачи
1.4 Постановка цели и подзадач автоматизации. Критерии достижения
цели.
1.4.3 Общая характеристика организации решения подзадач на ЭВМ
1.5 Анализ существующих разработок и обоснование выбора технологии
проектирования.
1.6 Обоснование проектных решений
1.6.2
Обоснование
проектных
решений
по
информационному
обеспечению
2. Проектная часть
2.1 Информационное обеспечение задачи
2.1.4 Характеристика базы данных.
2.2 Программное обеспечение задачи
2.3 Технологическое обеспечение задачи
2.4 Контрольный пример реализации проекта и его описание
Заключение
Список использованных источников
1.1 Технико -экономическая характеристика предметной области и
предприятия
1.1.1 Характеристика предприятия
1. Полное название: Агентство по сделкам с недвижимостью «Елена».
Сокращенное название: Агентство по недвижимости «Елена».
2. Агентство по недвижимости «Елена» зарегистрировано частным
предпринимателем в соответствии с законом Российской Федерации «О
государственной
регистрации
юридических
лиц
и
индивидуальных
предпринимателей».
3. Место нахождения Агентства: Российская Федерация, Республика
Башкортостан, город Октябрьский, проспект Ленина,67.
4. Задачи:
· Предоставление услуг населению по купле- продажи, дарению,
другими операциями с недвижимостью в соответствии с рыночным спросом.
· Помощь при оформлении ипотечного кредитования.
· Создание доступных сервисов по поиску информации о недвижимости.
· Оказание полного спектра услуг по инвестированию в недвижимость.
· Обеспечение стабильности в деятельности предприятия.
5. Цели фирмы:
· Извлечение прибыли.
· Становление надежным, добросовестным агентством, оказывающим
высококачественные услуги.
· Привлечение новых клиентов.
· Расширение территориального охвата деятельности.
Агентства по недвижимости «Елена» за 2006, 2007, 2008 годы.
Основные показатели 2006 год
2006 2008 год
2007 год
Отклонения (%)2007 к
Отклонения (%)2007 к 2006
1
2
3
4
5
6
7
1.
Объём предоставленных услуг, тыс.руб; 6500 7100 109
9800
151
2.
Себестоимость предоставленных услуг, тыс.руб;
104
7340 141
3.
Затраты на 1 рубль предоставленных услуг, коп;
60
0,75 60
4.
Прибыль, тыс.руб;
1300 1700 131
2460 189
5.
Рентабельность, %
25
136
33
132
6.
Численность персонала, чел; 5
6
120
8
7.
Производительность труда, тыс.руб/чел; 1300 1183 91
1225
Среднемесячная заработная плата, руб; 8000 10000125
15000
Фонд оплаты труда, руб;
300
34
5200 5400
1,25 0,76
160
94
8.
187
9.
4000060000150
120000
Используя приведенные данные оценим финансовые результаты
деятельности агентства «Елена» за период 2006, 2007, 2008 годы.
Из таблицы видно, что объем предоставленных услуг с каждым годом
растет: в 2007 году, по отношению к 2006 году- на 9%, в 2008 году – на 51%.
На такое повышение повлияли следующие факторы:
В 2008 году было доступно ипотечное кредитование- проценты банка
составляли от 11% годовых;
Рынок оказываемых услуг значительно расширился, захватывая
близлежащие города региона;
С приходом новых риэлторов в агентство сроки выполнения работ резко
сократились;
Юристом предоставляются бесплатные консультации, после которых
клиенты становятся клиентами агентства по оформлению сделок.
Себестоимость предоставленных услуг в 2007 году, по сравнению с 2006
годом, повысилась на 4%, а в 2008 году, соответственно, повысилась на 41 %.
На повышение себестоимости повлияло следующее:
Рост энергозатрат, повышение цен на воду, тепло, телефонную связь,
оплату интернета;
Установка новейшей охранной сигнализации;
Увеличение расхода топлива для автомобилей;
Затраты на 1 рубль предоставленных услуг (отношение себестоимости к
объему предоставленных услуг) в 2007 и 2008 годах, по отношению к 2006
году, снизились на 40%.
Это снижение связано с тем, что фирма стремится минимизировать
затраты за счет:
Подключения безлимитного интернета;
Большего
использования
«сарафанное
радио»
для
привлечения
клиентов;
Ограничения междугородних телефонных разговоров;
Судя по показателям прибыли (разница между объемом услуг и
себестоимостью) агентство работает рентабельно, то есть прибыль растет с
каждым годом: в 2007 году, относительно 2006 года возросла на 31%, в 2008
году, так же, относительно 2006 года возросла на 89%.
На это повлияло снижение затрат на 1 рубль предоставленных услуг.
Динамика роста рентабельности обуславливается теми же причинами.
Численность персонала ежегодно увеличивается, в 2007 году в штате
прибавился 1 риэлтор, в 2008 году - еще 3 специалиста. Это связано с
увеличением
объема
предоставленных
услуг.
При
необходимости
специалисты подменяют друг друга, повышая, тем самым, уровень своей
квалификации, одновременно не допуская уход клиента из фирмы в другое
агентство.
В
2007
году
производительность
труда
(отношение
объема
предоставленных услуг к численности работающих), по отношению к 2006
году, снизилась на 9%, а в 2008 году, сравнивая с 2006 годом- на 6%. На это
повлияло расширение штата. Однако для фирмы это нормально, сотрудники
быстро входят в рабочий ритм, тем самым есть тенденции повышения и
производительности труда коллектива.
Среднемесячная заработная плата сотрудников в 2007 году, по
отношению к 2006 году, возросла на 25%, в 2008 году, соответственно на 87%.
Следовательно, возрастает фонд оплаты труда(произведение среднемесячной
заработной платы на численность персонала). Этот рост связан с увеличением
объема предоставляемых услуг, так же, за оперативность и профессионализм
директор поощряет премиями, за счет фирмы отправляет на платные семинары
в Москву, Уфу, Самару.
В целом, агентство по недвижимости «Елена» работает стабильно, с
прибылью, несмотря на общую экономическую нестабильность. Повышение
и понижение цен сказывается на рынке недвижимости, однако всегда есть
желающий продать и желающий купить недвижимость, необходимо так
организовать работу фирмы, чтобы они пришли именно к вам за вашими
услугами.
1.1.2 Организационная структура управления предприятием и её
характеристика
Структура
В агентстве существует элементарная организационная структура,
которая отражает двухуровневое разделение, присущее только в маленьких
организациях.
Начальник офиса. Руководитель группы риэлторов
Обязанности:
· Руководство группой риэлторов.
· Планирование, контроль и отчетность по работе офиса.
· Контроль хода всех сделок.
· Обучение риэлторов.
· Прием и внесение авансов.
Старший юрисконсульт:
Обязанности:
· Сопровождение сделки
· Проверка «чистоты» документации
· Контроль за соответствием законодательству деятельности агентства.
Бухгалтер
Обязанности:
· составление и сдача отчетов
Риэлтор
Обязанности:
· Прием звонков
· Консультации потенциальных клиентов.
· Заключение агентских договоров в офисе компании и с выездом к
клиенту.
· Подбор квартир по специализированной риэлтерской базе.
· Показы квартир.
· Сбор документов
· Подготовка сделок.
· Внесение авансов.
Офис менеджер
Обязанности:
· Административная поддержка деятельности офиса.
· Встреча клиентов на. Чай, кофе для клиентов.
· Отправка/прием факсов. Распечатка документов.
· Закупка канцтоваров и др. товаров для жизнедеятельности офиса.
· Ведение статистики посещения офиса сотрудниками.
Курьер
· Доставка корреспонденции.
· Доставка документов.
Рисунок 1.1 Организационная диаграмма
Характеристика
Риэлтерская деятельность не предполагает наличия специального
образования, т.к. рынок образования не готовит специалистов в данной
области.
Все люди, работающие в агентстве, имеют высшее образование, но
профессии и сферы деятельности до работы в агентстве «Елена» были
довольно разнообразными. Все они имеют «коммерческую жилку», как
правило, это бывшие предприниматели или юристы со стажем.
Например, юрисконсульт Гиниятуллин Галимьян Галлимуллинович,
закончил Башкирский государственный университет, юридический факультет.
Занимается юридической деятельностью более 30 лет, до работы в агентстве
работал в Октябрьском отделе Государственной регистрационной палате, в
2008 году получил сертификат повышения квалификации по направлению
«Управление риэлтерской фирмой».
Однако нельзя недооценивать молодых работников фирмы, которые
может быть и не знают каких-то нюансов, но окружают своего клиента
вниманием и заботой, ответственно подходят к делу, чтобы потом о них
рассказали своим друзьям.
В фирме имеется высококвалифицированный бухгалтер с большим
стажем работы так что фирма ведет свои дела в соответствии с
законодательством, знает какие налоги платить.
Специфика потребительского спроса заключается в том, что постоянных
клиентов у фирмы нет. Это обусловлено тем, что удовлетворив свои
потребности в жилище или же наоборот, продав квартиру, дальнейшая
необходимость в услугах пропадает. Однако, профессионально совершив
сделку, оформив юридическое сопровождение сделки, работники агентства
зарабатывают хорошую репутацию, таким образом, непосредственные
клиенты рекомендуют агентство своим близким и знакомым.
Скорее всего такая схема работает и даёт результаты.
Агентство «Елена» увеличилось с двух до восьми человек. Это
мобильный
слаженный
коллектив,
постоянно
повышающий
свою
квалификацию. Пять человек имеют высшее образование, двое учатся в ВУЗах,
что позволяет оказывать высококачественные профессиональные услуги,
привлекая все большее количество клиентов
1.1.3
Описание
информационного
и
технического
обеспечения
предприятия, используемых функциональных возможностей
В рассматриваемом нами субъекте предпринимательской деятельности
используется следующее оборудование.
· 7 персональных компьютеров.
· 7 стационарных телефонных аппарата на одной линии.
· 3 принтера.
· 1 факсимильный аппарат.
· 1 копир.
· 1 маршрутизатор для доступа в Интернет.
И следующее программное обеспечение.
· 7 операционных систем Windows XP
· 7 пакетов MSoffice 2003
· 1 программа бухгалтерского учета 1С Бухгалтерия 7.7
· 1 программный пакет Гарант.
1.2
Характеристика
комплекса
задач,
задачи
и
обоснование
необходимости автоматизации
1.2.2
Выбор
комплекса задач автоматизации и характеристика
существующих бизнес процессов
В
настоящее
время
коммерческим
предприятием
приходится
функционировать в сложных финансово-экономических условиях. Залогом
успешной деятельности предприятия в таких условиях является максимально
эффективная организация деятельности предприятия на всех уровнях. Это
сложная задача, успешное решение которой находится не в области какой-либо
одной науки, а обычно на пересечении многих дисциплин, таких как
управление и менеджмент, логистика, бухгалтерский учет и, конечно же,
информатика.
Автоматизация бизнес процессов современного предприятия является
необходимым и обязательным условием его успешного функционирования.
Трудно представить сегодня предприятие, на котором, ведется вручную,
например, бухгалтерский учет. Но бухгалтерский учет - далеко не
единственный
пример
приложения
автоматизации
на
предприятии.
Существующие информационные технологии позволяют автоматизировать
деятельности практически всех уровней предприятия. Исходя из этого
становится ясно, что автоматизация деятельности становится ключевой
задачей, которую необходимо решить руководству для того, чтобы
предприятие работало максимально эффективно.
В
данном
деятельности
дипломном
предприятия
проекте
рассматривается
оказывающего
услуги,
что,
автоматизация
естественно,
накладывает свою специфику на задачу автоматизации. Автоматизация
деятельности предприятия оказывающего услуги представляет из себя
комплекс задач, каждая из которых представляет из себя законченный проект.
Среди задач автоматизации можно выделить такие как:
· бухгалтерский учета на предприятии;
· учета квартир и домом в аренду и продажу;
· учета клиентов желающих снять или купить квартиру;
· учета клиентов которым оказываются иные услуги;
Можно привести еще целый ряд подсистем в комплексе задач
автоматизации деятельности агентства недвижимости. Следует отметить, что
все задачи в комплексе задач связаны между собой, а операции, происходящие
на предприятии, не могут относиться к какой-либо одной задаче.
1.2.3 Обоснования необходимости использования вычислительной
техники для решения задачи
Анализ поставленной задачи приводит к выводу, что ее решение
традиционными средствами учета c использованием бумажных документов
возможно но неэффективно. Прежде всего, такой вывод следует из анализа
количества операций при ведении клиента или объекта недвижимости. Для
крупного агентства недвижимости количество таких операций может
достигать такого количества, что ручное их оформление становится просто
невозможным. Также очень тяжело хранить и осуществлять поиск
информации о недвижимости и её свойствах, клиентах и проведенных
операциях в бумажном виде. Нет необходимости описывать преимущества и
удобство поиска информации, например, о квартире в удобной и быстрой
информационной системе по сравнению поиска такой информации в папках
бумажных документов. Точно также и поиск информации о любой
выполненной операции риэлтерской деятельности можно найти в журнале
электронных документов со всеми подробностями ее выполнения быстро и
удобно.
Однако, использование вычислительной техники дает не только
удобство и быстроту поиска информации и оформления документов, но и
поднимает эффективность работы на принципиально новый уровень,
предоставляя функции, ранее недоступные. Прежде всего, это касается
подсистемы аналитической информации. Ранее, при использовании системы
бумажного
учета
получить
информацию
о
совершенных
сделках,
проанализировать наиболее востребованные услуги можно было только
подняв всю документацию и договора, то теперь это стало гораздо более
быстрым и доступным, что позволит лучше оценивать востребованность
разных услуг на рынке.
Кроме выше сказанного выделить еще ряд аналитических отчетов,
которые
можно
получить
при
использовании
автоматизированной
информационной системы. Ото такие отчеты, анализ состояния рынка
недвижимости, анализ предложений рынка недвижимости, колебание
стоимости жилья, анализ заключенных услуг.
Еще
одним
автоматизированной
неоспоримым
информационной
преимуществом
системы
является
использования
безопасность
хранения информации. При хранении информации на бумажных носителях
потеря любого бумажного документа была невосполнимой. Такая потеря могла
произойти как в результате действий злоумышленников, так и в результате
действия непреодолимых сил. При хранении информации в электронном виде
существующие методы обеспечения безопасности хранения информации и ее
дублирования делают такое хранение абсолютно надежным.
Таким образом, можно выделить следующие основные преимущества
использования автоматизированной информационной системы на основе
вычислительной техники для решения задачи построения системы учета:
· повышение удобства поиска и отбора данных из справочников
хранения статической информации и журналов выполненных операций;
· повышение скорости поиска и отбора информации, а также
оформления операций с недвижимостью;
· обеспечение влияния каждых вновь появившихся предложений на
рынке недвижимости на старые заявки клиентов;
· обеспечение безопасности хранения информации;
· обеспечение многопользовательской работы.
1.2.4 Описание основных свойств ИС для предприятия и выбранного
комплекса задач.
Основными свойства ИС для данного предприятия являются
· Небольшая и несложная – нет необходимости при текущих задачах в
большой и сложной ИС
· Динамичная и легко изменяемая – построенная на основе
MicrosoftAccessне требует специализированных навыков для изменения ИС
· Низкая защищенность – на данном этапе у предприятия нет требований
к защищенности ИС
· Человек принимает активное участие в работе ИС – ввод данных,
получение данных.
· Подвержена воздействию случайных факторов таких как – ошибки тех
устройств, ошибки персонала.
Данный класс задач важен, поскольку автоматизирование деятельности
такого предприятия как агентство недвижимости в целом представляет собой
довольно не тривиальную задачу.
ПО для такого класса задач как автоматизирование деятельности
агентства недвижимости довольно редкое и мало распространенное, скорее
всего в виду того, что большие агентства пишут такое ПО своими силами
располагая целыми отделами и не выставляют его в последствии на продажу
что бы не облегчать жизнь своим потенциальным конкурентам.
Поэтому для того что бы получить такую ИС предприятию желательно
самому разработать максимально подходящую для него систему, учтя все
нюансы деятельности данной фирмы.
И естественно использование ИС в такой быстро меняющийся отрасли
как работа с недвижимостью в наши кризисные дни, поможет быстрее
оценивать конъюнктуру рынка, и делать упредительные шаги в ту сторону
которая даст максимальное количество прибыли сейчас. Что очень важно для
выживания фирмы на рынке во время кризиса. Позволит оценить издержки.
В будущем же система позволит также оценивать и долгосрочные
перспективы и давать информацию для понимания того во что стоит
вкладывать деньги на длительную перспективу.
1.2.6 Определение места проектируемой задачи в комплексе задач
Среди задач автоматизации отдельно следует выделить задачу
автоматизации ведения базы недвижимости, а также ведение базы данных
клиентов организации.
Накопление данных о клиентах, является очень важной частью
автоматизации предприятия которое направлено на обслуживание клиентов,
по этой базе можно понять что нужно клиентам в данный момент, даже если
мы не можем в данный момент удовлетворить запрос клиента, информация о
том что ему нужно поможет в развитии ассортимента услуг нашей компании.
База клиентов легко позволит провести исследование с целью лучшего
таргетирования своих предложений на рынке. Даст преимущество перед
конкурентами у которых отсутствует автоматизация.
Автоматизация базы данных по недвижимости даст возможность
быстрее и полнее реагировать на пожелания клиентов, производить сложные
выборки и поиски по многочисленным параметрам, что существенно
превосходит сложившуюся в данный момент времени ситуацию когда все
данных хранятся в текстовых документах формата Microsoftword.
Целью данного дипломного проекта является решение именно задачи
автоматизации клиентской базы и базы данных по недвижимости центральной
задачи
комплекса
задач
автоматизации
деятельности
предприятия.
Комплекс задач автоматизации и место решаемой задачи в этом
комплексе представлены на рисунке 1.2.
Рисунок 1.2 Комплекс задач автоматизации и место решаемой задачи в
этом комплексе.
1.2.7 Сущность задачи
Система учета клиентов и недвижимости состоит из многих аспектов.
Решение этой задачи состоит из решения подзадач, которые можно
выделить в данной задаче. Можно выделить следующие подсистемы:
Подсистема ведения квартир и домов на продажу а также подсистема
ведения клиентов на сдачу в аренду квартир и домов предназначены для того,
чтобы хранить все необходимые данные об объектах недвижимости. Такими
статическими данными может быть сама недвижимость и её характеристики,
дополнительные сведения о недвижимости и другие данные.
Подсистема ведения клиентов на покупку квартир и домов а также
подсистема ведения клиентов на найм квартир и домов должны предоставлять
сведения о клиентах, список требований клиентов, желаемый вид оплаты,
информацию о том кто ведет сделку, местонахождение недвижимости и
другую информацию о желаниях клиента. Подсистема должна иметь
возможность слежения за этапом сделки. Подсистема ведения клиентов на
другие услуги должна предоставлять данные о самом клиенте и услугах
которые ему необходимы, возможность слежения за этапом работ, содержать
информацию о сотруднике который ведет данного клиента. Содержать прочую
информацию которая по мнению сотрудников необходима. Подсистема
аналитической информации должна предоставлять пользователям программы
возможность составления отчетов по совершенном сделкам. Отчеты должны
иметь гибкую настройку, позволять задавать условия формирования отчетов, а
также разрезы формирования отчетов. Все отчеты должны иметь печатные
формы для удобства представления данных.
1.3 Анализ существующих разработок и выбор стратегии автоматизации
1.3.1 Анализ существующих разработок для автоматизации задачи
В
настоящее
время
существует
очень
малое
количество
автоматизированных информационных систем, осуществляющих решение
задачи автоматизации деятельности агентства недвижимости.
Например система «Идеальный вариант: Недвижимость» в данной
системе реализованы следующие возможности
· Удобный и простой интерфейс
Также более более-менее аналогичными вариантами являются системы:
· «База Данных Объектов недвижимости»
· «Недвижимость Эксперт»
Лучшая система из того что есть на рынке это конечно Идеальный
вариант: Недвижимость»
Однако,
автоматизированная
система
Идеальный
вариант:
Недвижимость» является достаточно сложной и громоздкой. Система требует
от пользователя высокой квалификации и, кроме того, требует достаточно
сложной настройки и администрировании.
Не
мало
важным
является
фактор
высокой
стоимости
автоматизированной системы “ Идеальный вариант: Недвижимость», также на
стоимость сильно повлияет необходимость найма квалифицированного
специалиста для поддержки и обслуживания СУБД, обучение пользователей,
невозможность экстренной тех поддержки из-за сильной удаленности
разработчика. Также нет необходимости в большинстве функций данной
системы.
Таким образом, представляется нецелесообразным использование
автоматизированной системы «Идеальный вариант: Недвижимость» в АН
«Елена»
для
решения
узко
специализированной
задачи
создания
автоматизированной информационной системы. Гораздо дешевле и быстрее
представляется написание отдельного приложения, решающего данную
задачу, являющегося простым в установке и использовании, дешевым и
удобным в использовании. Легко приспособляемым к новым требованиям
компании.
Из анализа деятельности предприятия выявляется очень много
недостатков построения существующей системы организации риэлтерской
работы в компании. Прежде всего это касается того, что хранилища данных
представляют собой бумажные хранилища или простые текстовые документы,
поиск информации в которых может быть проведен только вручную, что
является очень неудобным и затруднительным процессом. Также неудобно то,
что при изменении какой-либо информации об объекте недвижимости
необходимо переделывать весь каталог недвижимости, при изменении цены
переделывать прайс-лист, а при изменении данных контрагента переделывать
картотеку клиентов. Все это малоэффективно, требует больших затрат времени
и ресурсов. Хранение документов в архивах также не способствует
убыстрению поиска документов и увеличению удобства работы с ними.
Анализ поставленной задачи приводит к выводу, что ее решение
традиционными средствами учета c использованием бумажных документов
невозможно. Следовательно, стратегия решения задачи – это автоматизация
всех процессов, относящихся к риэлтерской деятельности на предприятии.
Поставленная
приложения,
задача будет автоматизирована путем разработки
реализующего
«автоматизированную
систему
агентства
недвижимости»(сокр. АСАН). Разработанная система должна удовлетворять
всем требованиям, которые предъявлены к ней при постановке задачи.
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Для
разработки
приложения,
реализующего
учета
понадобятся
следующие ИС:
·
Операционная
система
Windows
предназначенная
для
функционирования на клиентской машине;
· Операционная система Windows серверного типа или при наличии
менее 10 сотрудников работающих с «Автоматизированной системой
агентства недвижимости» - операционная система Windowsклиентского типа,
предназначенная для функционирования на сервере и обеспечивающая
многопользовательское подключение к базе данных
· СУБД MSAccess для обеспечения локального функционирования
системы учета на каждой машине;
· Для разработки приложения наиболее целесообразно применить СУБД
MSAccessв связи с небольшим размером ИС.
Все указанные ИС должны быть приобретены для разработки и
дальнейшего
использования
«Автоматизированной
системы
агентства
недвижимости» на предприятии.
1.4 Постановка цели и подзадач автоматизации. Критерии достижения
цели
1.4.1 Экономическая сущность задачи
Экономической
деятельности
сущностью
агентства
задачи
недвижимости
автоматизации
«Елена»
является
риэлтерской
повышение
результативности труда посредством автоматизации рутинной деятельности, а
также деятельности которую можно ускорить путем перехода на другую
систему.
Вследствие ускорения процесса делопроизводства возможно будет или
увеличить количество производимых сделок и тем самым повысить обороты
компании а в конечном и итоге и прибыль.
Или если размера рынка(из-за кризиса например) не будет достаточно
для того что бы увеличить количество производимых сделок, возможно будет
провести сокращение штата для сокращения издержек, что в конечном итоге
опять ведет к повышению прибыли.
В случае если сокращение сотрудников не будет одним из вариантов по
какой-либо причине то возможно увеличение присутствия агентства
недвижимости на рынке прямо не связанном с торговлей недвижимостью,
таким как консультационные услуги, помощь в оформлении документов
связанных с недвижимостью, ведение ипотечных дел, посредничество при
торговле землей и другие услуги хотя бы косвенно связанные и
недвижимостью.
Итак в конечном итоге цель данной автоматизации является сокращение
издержек на делопроизводство, сокращение затрат и увеличение прибыли. А
также
по
возможность
расширение
сферы
деятельности
агентства
недвижимости «Елена» в других областях.
1.4.2 Цели и назначение автоматизированного варианта решения задачи
Целью дипломного проекта является разработка «Автоматизированной
системы агентства недвижимости» и создание приложения, реализующего эту
систему. Разрабатываемая система должна решать задачу автоматизации
работы агентства недвижимости и выполнять следующие функции:
· Ведение таблицы продажи недвижимости с указанием их основных и
дополнительных характеристик. К основным характеристикам изделия
относятся следующие: тип недвижимости, количество комнат/этажей,
владелец и его контакты, подробное описание, стоимость, тип дома, тип
квартиры. К дополнительным характеристикам относятся любые задаваемые
пользователем свойства (см. ниже).
· Для любого объекта недвижимости из справочника недвижимости
могут быть заданы дополнительные свойства которые хранятся в связанной
таблице. Состав видов свойств и их значений определяются исключительно
пользователем программы, что позволяет создать набор свойств для объектов
неограниченного объема и любого содержания
· Ведение справочника обмена квартир, домов с указанием основных
характеристик.
· Справочник обмена квартир, домов должен быть связан со
справочником свойств. Должен быть предоставлен интерфейс отбора
вариантов по свойствам.
· Программа должна позволять вести справочник клиентов агентства
недвижимости. Справочник клиентов должен содержать все необходимые
поля для того, чтобы охарактеризовать клиента: наименование, полное
наименование, адрес, телефон, подробное описание.
· Программа должна предоставлять возможность отбора (фильтрации)
клиентов по различным комбинациям параметров: по характеристикам
клиентов, их дополнительным свойствам, по менеджерам, которые ведут
клиента.
Фильтр
должен
иметь
гибкую
настройку
и
возможность
«интеллектуального» отбора записей.
· Программа должна предоставлять возможность формировать отчеты по
продаже/обмену квартир с различными комбинируемыми фильтрами.
Программа должна работать без прерываний при возникновении
критических ошибок, даже тех, которые возникают по вине пользователя или
из-за ошибок во входных данных. Соответственно, секции программы, в
которых возможно возникновение таких ошибок должны обрабатываться в
программе особым образом. В случае возникновения ошибки после выдачи
соответствующего предупреждения программа должна продолжить свою
работу.
Программа должна обеспечить физическую и логическую целостность
базы данных. При изменении или удалении данных программа должна
поддерживать ссылочную целостность информации в базе данных.
1.4.3 Общая характеристика организации решения подзадач на ЭВМ.
Задача автоматизации работы агентства состоит из нескольких основных
подзадач это:
· Создание базы данных с удобным методом хранения.
· База данных АС должна соответствовать следующим требованиям:
Доступность – база данных должна быть легко доступна по сети для
многопользовательской работы.
Отсутствие необходимости обслуживания со стороны специально
обученного персонала – что увеличивает расходы на содержание АС и
увеличивает время простоя в случае сбоев.
Легкая возможность резервного копирования и восстановления –
отсутствие требований по организации сложной процедуры резервного
копирования и восстановления связано с отсутствием квалифицированных
специалистов и не желанием нести дополнительные расходы на них.
Легкая возможность модернизации – простота и открытость АС является
одним из основных требований для страховки компании от невозможности
разработчика данной АС далее работать и обслуживать её.
Отсутствие высоких требований к аппаратным компонентам – для
отсутствия высоких дополнительных затрат на модернизацию парка ЭВМ
компании.
· Создание подсистем автоматизированной системы для различных
нужд.
· Создание путей ввода информации в базу данных.
Ввод информации в базу данных должен быть разделен для всех таблиц
или логических сущностей базы.
Ввод информации в базу должен иметь удобный интерфейс
Ввод информации по мере возможности должен использовать
справочники и классификаторы составленные ранее.
· Создание путей получения информации из базы данных.
Основным путем получения данных из базы данных должны являться
предварительно сформированные формы и отчеты.
· Организация законченной структуры ведения клиентов.
АС должна предоставлять полные возможности ведения базы клиентов.
1.4.4 Формализация расчетов подзадач
Задача автоматизации работы агентства недвижимости в данном проекте
делится на несколько подзадач, успешное решение которых приводит к
успешному решению задачи автоматизации агентства недвижимости в целом.
Можно выделить следующие подсистемы:
· подсистема ведения квартир и домов на продажу;
· подсистема ведения клиентов на покупку квартир и домов;
· подсистема ведения клиентов на найм квартир и домов;
· подсистема ведения клиентов на сдачу в аренду квартир и домов
· подсистема ведения клиентов на другие услуги;
· подсистема аналитической информации.
Подсистема ведения квартир и домов на продажу предназначена для
того, чтобы хранить все необходимые данные об объектах недвижимости.
Такими
данными
могут
быть
сами
объекты
недвижимости
и
их
характеристики, владельцы и их характеристики, дополнительные сведения о
недвижимости и другие статические данные.
Подсистема ведения квартир и домов на продажу должна позволять
вести учет следующих объектов:
· Квартиры. Таблица «продать данные 1» предназначена для хранения
основной информации о квартирах такой как:
- «Количество комнат» - характеризующей количество жилого
помещения, данное поле может частично предопределенным при вводе
данных.
- «Адрес» - адрес жилого помещения предназначенного на продажу или
сдачу в аренду.
- «Тип дома» - описания типа конструкции дома, например –
«кирпичный», «монолит» данное поле может частично предопределенным при
вводе данных,
- «Этаж» - Этаж расположения жилого помещения.,
- «Этажность» - Количество этажей в доме,
- «Размер помещения» - площадь помещения в квадратных метрах,
- «Цена» - Полная стоимость помещения.
· Квартиры расширенная информация. Таблица «Продать Данные 2»
служит для хранения вторичной по важности на момент подбора вариантов
информации о квартирах, содержит информацию о владельце, типе квартире,
владельце или контактном лице и прочие сведение которые могут быть
необходимы.
· Покупка квартир. Этот справочник предназначен для хранения
информации о клиентах желающих купить квартиру.
В данный справочник заносится информация том что собирается купить
клиент, примерный этаж, этажность, количество комнат, контактная
информация.
·
Обмен квартир. Таблица предназначена для информации
о
предложениях по обмену квартир. Судя входит информация о клиенте, о том
какую недвижимость он собирается менять, есть признак доплаты или нет, и
прочая информация аналогичная информации из таблицы «Продать данные 2»
и «продать данные 1».
· Дом. Таблица представляет собой справочник по домам выставленным
на продажу включает в себя все основные характеристики как то: материал из
которого сделан дом, тип покрытия крыши, контакты владельца а также иную
гибко задаваемую информацию.
· Малосемейка. Таблица предназначена для хранения информации об
отдельном виде квартир типа «малосемейка», вынос данного типа квартир
обусловлен
наличием
большого
количества
квартир
такого
типа
в
преимущественном районе деятельности агентства.
И их некоторой обособленности от остального жилого фонда.
Соответственно в данной таблице представлены все характеристики
имеющиеся в таблицах продажи квартир, а также несколько дополнительных
свойственных только для данного типа квартир признаков, например таких как
«Тип малосемейки», характеризуемый двумя возможными признаками –
коридорный и квартирный.
· Клиенты. Данный справочник предназначен для хранения списка
клиентов
агентства
недвижимости.
Для
каждого
клиента
(элемента
справочника клиентов) должна быть предусмотрена возможность задания всех
необходимых свойств, характеризующих клиента.
Подсистема ведения справочников должна предоставлять возможность
удобного и быстрого ввода данных в справочники, задания связей между
связанными справочниками, дополнительных свойств там, где это необходимо.
Но кроме возможности введения данных во всех справочниках должна
предоставляться возможность быстрого поиска, расширенного поиска и
отбора данных по любому критерию или сочетанию критериев, характерных
для данного справочника. Особо необходимо отметить организацию отбора
записей в справочнике квартир. Так как справочник квартир является
центральным элементом структуры данных и связан со многими другими
справочниками, должна обеспечиваться возможность гибкого отбора записей
в этом справочнике. Так должна обеспечиваться возможность отбора
элементов справочника квартир не только по основным свойствам квартир, но
и по всем связанным: по значениям дополнительных свойств, по площади.
Таким образом можно, например, отобрать квартиру с количество комнат
равным двум, на втором этаже, на не последнем этаже и ниже определенной
цены. Возможность такого гибкого отбора данных делает разрабатываемую
программу очень удобной для использования. Возможность поиска и отбора
записей должна быть предусмотрена не только в справочнике товаров, но и во
всех остальных справочниках.
Подсистема аналитической отчетности предназначена для построения
отчетов по результатам деятельности агентства недвижимости. Прежде всего,
это отчет об типах оказанных услуг. Отчет строится по таблице клиентов. Для
отчета могут быть заданы условия: отбор по конкретной услугу, по дате или по
клиенту. Данный отчет должен стать основным рабочим отчетом для
руководителя агентства недвижимости, можно сказать, что для этого
программа и была написана. Вторым аналитическим отчетом является отчет о
количестве недвижимости на продажу и её цене, который позволяет
проанализировать колебания рынка.
1.5 Анализ существующих разработок и обоснование выбора технологии
проектирования
На данный момент в компании практически не существует хоть какойнибудь автоматизированной системы, единственное, что применяется из
программных средств это входящий в состав офисного пакета Microsoft Office
– Microsoft Word. Который используется для хранения всех данных, например
таких как сведения о клиентах и сведения о недвижимости с которой идет
работа.
Кроме того в работе бухгалтерии используется система 1C Бухгалтерия,
но аспект автоматизации бухгалтерского учета не рассматривается в задаче
которую решает данный дипломный проект.
Как было замечено раньше для такой задачи как автоматизация
деятельности агентства недвижимости существует в принципе не так много
разработок.
Из них можно по количеству функций выделить «Идеальный вариант:
Недвижимость» имеющий следующие функции и возможности:
· Ведение операций "Продажа", "Покупка", "Аренда" и т.д.
· Учет заявок для продажи и аренды объектов недвижимости любого
типа (свыше 100 реквизитов для описания объекта недвижимости)
· Учет заявок на покупку и съем объектов недвижимости
· Перекрестный поиск между заявками и описанием объектов
недвижимости
· Учет совершённых и отложенных сделок
· Создание произвольных форм отчетов
· Произвольные запросы по любым параметрам
· Экспорт данных в форматы Excel, txt, csv и xml
· Обмен данными между удалёнными офисами используя e-mail, ftp или
дискету
·
Предоставление
клиенту
информации
в
"безопасном"
виде
(возможность скрывать коммерческую информацию)
· Слайд-шоу фотографий объектов недвижимости, чертежей и планов в
любых форматах (bmp, jpeg, rle, wmf)
· Управление доступом пользователей к различным режимам и
функциям программы
· Просмотр данных на Вашем вэб-сайте в интернете
·
Поддержка
одновременной
пользователей
· Мощная и быстрая база данных
работы
неограниченного
числа
· Удобный и простой интерфейс
· Подробная документация, встроенная в программу
· Доступная консультационно-справочная служба
И систему «АГЕНТСТВО НЕДВИЖИМОСТИ» со следующими
возможностями
Операции: «продам», «куплю», «сдам», «сниму», «меняю».
Объекты недвижимости: квартира, комната, дом, участок, нежилое
помещение, нежилое строение и их многочисленные варианты.
Любое число городов. Гибкая географическая иерархия внутри города:
муниципальные округа, микрорайоны, улицы. Импорт географических
объектов из специально подготовленных справочников для всех регионов РФ;
общий объём данных - свыше полмиллиона улиц и микрорайонов
Мощные фильтры поиска вариантов по всем параметрам, в том числе по фрагментам телефонных номеров
Наглядная система сортировки заявок по всем параметрам
Подбор и ступенчатая оптимизация вариантов обмена, в т.ч.
междугородних
Активная и архивная области хранения заявок
Поиск географических дубликатов
Различные варианты прайсов, визуальный конструктор прайсов
Управление арендой
Управление сделками
Организация бизнес–процессов посредством постановки, уведомлений
и контроля выполнения задач
Развитая поддержка создания и редактирования документов различных
форматов в привязке к заявкам, сделкам, задачам
Отчеты о результатах деятельности
Автоматизированный обмен данными по e-mail и посредством файлов
между различными фирмами и филиалами внутри одной фирмы. Ведение
справочника адресатов, возможность точной настройки состава отправляемых
данных по каждому из адресатов.
Публикация заявок в интернете. Организация статических и поддержка
динамических web-сайтов. Возможность организации мультилистинговой
системы.
Многопользовательский и однопользовательский варианты
Двухступенчатая система безопасности - на уровне сервера баз данных
и на уровне клиента
Точная настройка прав пользователей – около 200 видов защищаемых
действий
Мониторинг действий каждого пользователя по всем операциям со
всеми заявками
Статистика движения заявок
Простая программа установки и обновления
Готовая демонстрационная база данных с несколькими тысячами заявок
для быстрого знакомства с возможностями программы и освоения работы с
ней
Архитектура клиент-сервер: высокая надежность хранения данных и
максимальная скорость их обработки
Но как уже было замечено выше, в главе 1.3. данные системы слишком
сложны и требуют больше затрат чем нужно для небольшого агентства
недвижимости в маленьком городе.
1.6 Обоснование проектных решений
1.6.1 Обоснование проектных решений по техническому обеспечению
Автоматизированная система агентства недвижимости предназначена
для функционирования в операционной системе Windows, поэтому для
эффективной работы разрабатываемой системы необходимо обеспечить такие
требования к архитектуре и параметрам технических средств, которые
позволили бы эффективно функционировать самой операционной системе.
Автоматизированная система агентства недвижимости предназначена
для функционирования на компьютере типа IBMPC с техническими
характеристиками не менее:
· процессор – Intel Celeron 2000;
· оперативная память: 256 Mb;
· жесткий диск, обеспечивающий размещение операционной системы и
приложения MicrosoftAccess 2007. Для размещения разрабатываемой системы
требуется 20 Mb свободного места на жестком диске;
· сетевая карта для подключения к сети.
Для печати отчетов и выходных документов необходим принтер,
совместимый с компьютером вышеперечисленной комплектации.
В
случае
варианта
многопользовательской
работы
с
системой
понадобится использование одного ПК в качестве файлового сервера для
доступа к базе. Целесообразно разместить эту базу данных на сервере, а с
клиентских компьютеров осуществлять подключение к ней через протокол
smbили через ODBCповерх smb. В качестве сервера может использоваться
компьютер типа IBMPCc характеристиками не менее:
· процессор – IntelCeleron 2000;
· оперативная память: 256Mb;
· жесткий диск, обеспечивающий размещение операционной системы и
приложения MicrosoftAccess 2007.
В качестве операционной системы на сервере не совсем целесообразно
использовать операционную сиcтему семейства Unix, такую как например,
Linux из-за недостаточно хорошей поддержки smbи ODBC.
Так как клиентские компьютеры будут подключаться к серверной базе
данных, и сервер и клиентские машины должны функционировать в локальной
сети. Это может быть как одно-ранговая сеть, так и сеть с доменной
организацией.
Отметим, что функционирование системы возможно не только в клиентсервером варианте, но и в локальном варианте, как с использованием
локальной базы данных которая способна функционировать на клиентском
компьютере с указанными характеристиками под управлением локальной
операционной системы семейства Windows, такой как WindowsXP. При такой
организации работы не нужны сервер, локальная сеть и серверная
операционная система.
Разрабатываемая система предназначена для работы в операционной
системе Windows. Программа должна работать в любой операционной системе
семейства Windows: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3),
XP, а также на серверных вариантах этой операционной системы. Такой выбор
объясняется развитым удобным графическим пользовательским интерфейсом
данного семейства операционных систем, а также ее популярностью на
российском
рынке.
Многие
обеспечения,
в
числе
том
фирмы-производители
систем
разработки
программного
приложений,
также
ориентированы на это семейство операционных систем, что привело к
наличию на рынке большого количества систем программирования,
позволяющих разрабатывать программное обеспечение для Windows.
Эта операционная система имеет очень большой набор утилит и
служебных программ, предназначенных для администрирования, управления
и диагностики системы, а также прикладных приложений. Кроме того, она
поддерживает
обширный
программный
интерфейс
для
написания
собственных приложений для работы в этой операционной среде.
В последнее время особую популярность приобретает операционная
система Linux и ее производные.
В этой ситуации можно задать вопрос: "Зачем программистам осваивать
средства разработки приложений для Windows, если существуют такая
прекрасная операционная система?". Не смотря на растущую популярность
Linux
можно
утверждать,
что
в
мире
персональных
компьютеров
операционная система Windows еще довольно долго будет доминировать и
вряд ли в ближайшее время будет вытеснена.
В связи с тем, что программа хранит информацию в базе данных,
необходимо наличие соответствующей СУБД.
Программа ориентирована на работу с базами данных формата:
MSAccess. Соответственно на компьютере должна быть установлена данная
СУБД. Если база MSAccess функционирует на сервере, то необходимо
обеспечить подключение компьютера к серверу. Для работы с базой данных
MsAccessна удаленном компьютере требуется наличия открытого общего
доступа к базе расположенной на удаленном компьютере, через протокол SMB.
Также
необходимо
дать
удаленному
пользователю
который
подсоединяется к базе, права на чтение, запись, изменение данных на
компьютере который будет хранить базу данных. Также для доступа к данным
используется системы работы с базами данных MSAccess версии не ниже 2007
фирмы Microsoft.
1.6.3 Обоснование проектных решений по программному обеспечению
Для реализации поставленных задач можно использовать любую
современную СУБД. Для удобного взаимодействия пользователя с системой
необходимо будет тщательно продумать интерфейс системы - чтобы он был
простой и в то же время функциональный.
Для оптимального функционирования базы данных необходимо будет
правильно определить логические взаимосвязи между таблицами. Таким
образом, на разработку самой базы данных и основы клиентского приложения
может быть затрачено значительное время.
Точно определив, какие именно данные вам нужны, каким образом они
будут храниться в памяти и какая должна быть система доступа к данным, вы
тем самым решили только вопрос управления данными. Кроме этого нужен
еще простой способ автоматизации решения предстоящих типовых задач.
Даже если вы можете разработать достаточно сложные «прикладные»
электронные таблицы, у вас все равно не будет средств отладки и управления
работой таких приложений, позволяющих легко создать, скажем, полные
формы для заказов или систему учета материально-производственных запасов.
Напротив, СУБД специально проектируются для создания приложений. Они
представляют вам необходимый инструментарий для управления данными и
их обработки, а также дают возможность каталогизировать объекты
приложения и управлять взаимосвязями между ними. При этом вместе с СУБД
в вашем распоряжении оказывается язык программирования и средство
отладки.
В свете вышесказанного для автоматизации решения ваших задач вам
необходимы мощная реляционная СУБД и система разработки приложений.
Практически
все
существующие
СУБД
имеют
средства
разработки
приложений, которые могут быть использованы программистами или
квалифицированными
пользователями
при
создании
процедур
для
автоматизации управления и обработки данных. К сожалению, многие
системы разработки приложений для создания процедур требуют знания
некоторого языка программирования, например Си или Xbase. Несмотря на
всю их силу и богатство средств, для успешного их использования от вас
требуется наличие определенной профессиональной подготовки и опыта
работы с ними. К счастью, имеются средства, позволяющие легко
проектировать и создавать приложения для работы с базами данных без знания
языка программирования. Работа в Microsoft Access начинается с определения
реляционных таблиц и их полей, которые будут содержать данные. Сразу после
этого вы с помощью форм, отчетов и макросов сможете определять действия
над этими данными.
Формы и отчеты можно использовать для задания форматов вывода
данных на экран и дополнительных вычислений, что очень похоже на работу с
электронными таблицами. Но в этом случае содержащиеся в формах и отчетах
форматы и инструкции по проведению вычислений отделены от данных
(находящихся в таблицах), так что вы имеете полную свободу действий в
использовании данных, не меняя при этом сами данные - достаточно создать
дополнительную форму или отчет, использующие те же самые данные. Если
вам нужно автоматизировать некоторые действия, то для установления связей
между
определенными
формами
и
отчетами
или
для
выполнения
определенных действий в качестве отклика на некоторое событие (например,
изменение данных в некотором поле формы) можно без особого труда создать
макросы.
Если
нам
нужны
более изощренные
средства,
например
библиотечные утилиты Windows, вы можете написать процедуру на Access
Basic. Ниже приведен перечень основных причин, по которым переход к
использованию в работе Access представляется целесообразным.
Причина 1.
У вас имеется слишком много отдельных файлов или какие-то из файлов
содержат большой объем информации, что затрудняет работу с данными. К
тому же работать с такими объемами данных могут вам не позволить
ограничения по памяти программы или системы.
Причина 2.
Вы используете данные различными способами: для информации по
конкретным сделкам (например, счета-фактуры), для итогового анализа
(например, по ежеквартальным объемам продаж), или вы используете эти
данные для прогнозирования тех или иных ситуаций. Поэтому вы должны
быть в состоянии рассматривать эти данные с разных сторон, что существенно
затрудняет создание удовлетворяющей все ваши нужды единой структуры
представления данных.
Причина 3.
Имеется необходимость в использовании одних и тех же данных
разными специалистами. Например, их вводом, обновлением и анализом
занимаются самые разные люди. Если в электронную таблицу или документ
вносить изменения может только один человек, то с базой данных могут
взаимодействовать в одно и то же время несколько пользователей,
модифицируя содержимое одной и той же таблицы. При этом в базах данных
гарантируется,
что
пользователи
модификациями данных.
Причина 4.
всегда
работают
с
последними
Вы должны обеспечить защиту данных от несанкционированного
доступа, контролировать их значения и поддерживать целостность базы
данных - ведь к данным имеют доступ много пользователей, эти данные
используются в работе вашей фирмы и взаимосвязаны (например, клиенты и
заказы).
Microsoft Access, обладая
всеми чертами
классической СУБД,
предоставляет и дополнительные возможности. Access - это не только мощная,
гибкая и простая в использовании СУБД, но и система для разработки
работающих с базами данных приложений. С помощью Access вы можете
создать
приложение,
работающее
в
среде
Windows
и
полностью
соответствующее вашим потребностям по управлению данными. Используя
запросы, вы можете выбирать и обрабатывать хранящуюся в таблицах
информацию. Можно создавать формы для ввода, просмотра и обновления
данных, а также использовать Access для создания как простых так и сложных
отчетов. Формы и отчеты «наследуют» свойства базовой таблицы или запроса,
так что в большинстве случаев вы указываете форматы, условия на значения и
некоторые другие характеристики данных только один раз. К числу наиболее
мощных средств Access относятся средства разработки объектов - Мастера,
которые вы можете использовать для создания таблиц, запросов различных
типов форм и отчетов, просто выбрав с помощью мыши нужные опции. Чтобы
полностью автоматизировать работу вашего приложения, с помощью макросов
Access вы легко свяжете данные с формами и отчетами. Вы можете создать
большинство приложений, не написав ни единой строки программы, но если
вам необходимо создать нечто уж совсем изощренное, то на этот случай
Microsoft Access предоставляет мощный язык программирования - Microsoft
Access Basic.
И наконец, все эти средства позволяют создавать приложения,
работающие не только с базой данных Access, но и с другими наиболее
распространенными базами данных. Ваше приложение может работать
непосредственно с файлами dBASE, с базами данных Рагаdох, FохРго и любой
базой
данных,
поддерживающей
ОDВС.
Вы
сможете
также
легко
импортировать данные из текстовых файлов, документов текстовых
процессоров и электронных таблиц (и экспортировать данные в них).
Microsoft Access имеет множество областей применения: на малом
предприятии; в работе по контракту, когда вы разрабатываете прикладные
программы по заказу или выступаете в роли консультанта; в больших
корпорациях, когда вы выступаете в роли координатора производственных
информационных систем и даже в сфере домашнего применения.
2 Проектная часть
2.1 Информационное обеспечение задачи
2.1.1 Информационная модель и ее описание
В результате проектирования была разработана информационная модель
системы, которая представляет из себя модель организации работы системы и
схематично поясняет, на основании каких входных документов, а также
нормативно-справочной
информации
происходит
функционирование
автоматизированной системы агентства недвижимости и получение выходных
данных, т.е. процесс преобразования данных в информационной системе.
Информационная модель имеет три области.
Область 1 отражает процесс ввода и редактирования данных в
справочниках,
что
относится
к
подсистеме
ведения
справочников
разрабатываемой системы. Для просмотра списка каждого справочника и
редактирования данных справочника существует отдельная экранная форма,
которая позволяет оператору системы вводить данные в справочник,
просматривать и редактировать существующие данные. В результате работы
оператора справочники изменяются: в них добавляются новые данные,
изменяются или удаляются существующие записи. При редактировании
данных некоторых справочников используется информация из других,
связанных справочников, так например справочник «Продать данные» связан
со справочником «Продать данные 2».
Область 2 описывает систему получения данных из базы данных.
В этой области пользователь получает такую информацию как.
Продажа/Покупка/обмен/найм/сдача в аренду недвижимости из таблиц:
Продать данные
Продать данные2
Обмен кВ
Малосемейка
Обмен дом/кВ
Обмен малосем
Покупка
Покупка2
Покуп Дом
Покуп малосем
Область 3 информационной модели описывает подсистему получения
отчетов. В этой области в экранной форме получения отчетов пользователь
задает условия формирования отчетов. В процессе получения отчетов
используются клиентов, а результатом работы являются сформированные
отчеты по клиентам предназначенные для руководителя.
Область 4 отображает подсистему бланков, таких как бланки заявлений
на продажу покупку и т.д. и БСО.
Информационная модель приведена на рисунке 2.4.
Рисунок 1.3. Информационная модель.
2.1.2 Используемые классификаторы и системы кодирования
Исходя из задач поставленных перед нами при разработке данной АС из
структуры
информации
и
требований
к
данной
АС
применение
классификаторов выглядит необоснованным и только перегрузит систему если
они будут включены.
2.1.3 Характеристика первичных документов с нормативно-справочной
и входной оперативной информации
Автоматизированная система агентства недвижимости разрабатывается
не на пустом месте. В основу методики ее работы положены системы учета
уже имеющие многолетний опыт применения, но не оформленные в виде
компьютерных программ. Поэтому входными для данными для системы будут
являться
те
же
самые
данные,
которые
использовались
в
неавтоматизированных системах. Каждая из подсистем имеет свой набор
входных и выходных данных, причем выходные данные одной подсистемы
могут являться входными данными другой подсистемы. Так, например, записи
в справочнике клиентов и покупке недвижимости являются входными
данными для построения отчета по рынку, являющимся составной частью
подсистемы аналитической отчетности. Опишем входные и выходные данные
для каждой подсистемы.
Для подсистемы ведения справочников входными данными являются
соответствующие списки на бумажных носителях. Так, например, для задачи
ведения
справочника
квартир
входными
данными
является
список
предлагаемых квартир, которыми оперирует компания.
Результатом ввода списка квартир в систему будет являться таблица
квартир, которая в свою очередь выступает в качестве входных данных при
подборе квартир для клиента. Такая же ситуация и со всеми остальными
справочниками:
обмена,
клиентов,
домов:
все
они
должны
быть
предоставлены ответственному за введение информации в базу данных
человеку руководством компании на бумажных носителях. Выходными
данными являются соответствующие таблицы базы данных. Следует отметить,
что таблицы справочников содержат в основном статичную информацию, т.е.
не изменяющуюся со временем или изменяющуюся весьма редко. Исключение
является справочник клиентов. Хотя новые договора со старыми клиентами
заключается весьма не часто, что не требует частого добавления данных в
справочник клиентов. Входными данными для заполнения справочника
клиентов являются договора с клиентами на бумажных носителях, вводимых
риэлтором проводящим сделку. Выходными данными как и в случае других
справочников является заполненная таблица клиентов.
Для подсистемы составления аналитической отчетности входными
данными являются записи в таблицах клиентов и всех таблицах связанных с
недвижимостью.
Используя массив этих данных, с учетом условий на построение отчетов,
наложенных пользователем система строит отчет, которые можно посмотреть
на экране монитора или распечатать на принтере. Готовые отчеты и является
выходными данными подсистемы аналитической отчетности и всей системы в
целом.
№
Полное наименование справочника Краткое
наименование
Субсправочник к Ответственный Частота актуализации
1
Продажа недвижимости
Продать данные 1
Риэлтор
По необходимости
2
Продажа недвижимости(доп) Продать данные 2
Риэлтор
№1
По необходимости
3
Обмен квартир
Обмен кв
4
Варианты обмена квартир
Риэлтор
По необходимости
Обмен кв
№3
Риэлтор
По
необходимости
5
Малосемейка
Малосеймейка
6
Покупка недвижимости
Риэлтор
Покупка
По необходимости
Риэлтор
По
необходимости
7
Покупка недвижимости(доп) Покупка 2 №6
Риэлтор
По
необходимости
Характеристика базы данных
2.1.3.1. Характеристика инфологической модели БД
Инфологическая модель применяется после словесного описания
предметной области.
Между сущностями могут быть установлены связи – бинарные
ассоциации, показывающие, каким образом сущности соотносятся или
взаимодействуют между собой. Связь может существовать между двумя
разными сущностями или между сущностью и ей же самой (рекурсивная
связь). Она показывает, как связаны экземпляры сущностей между собой. Если
связь устанавливается между двумя сущностями, то она определяет
взаимосвязь между экземплярами одной и другой сущности
Связи делятся на три типа по множественности: один-ко-одному (1:1),
один-ко-многим (1:М), многие-ко-многим (М:М).
Связь один-ко-одному означает, что экземпляр одной сущности связан
только с одним экземпляром другой сущности.
Связь один-ко-многим (1:М) означает, что один экземпляр сущности,
расположенный слева по связи, может быть связан с несколькими
экземплярами сущности, расположенными справа по связи.
Связь «многие-ко-многим (М:М) означает, что несколько экземпляров
первой сущности могут быть связаны с несколькими экземплярами второй
сущности, и наоборот. Между двумя сущностями может быть задано сколько
угодно связей с разными смысловыми нагрузками.
Связь любого из этих типов может быть обязательной, если в данной
связи должен участвовать каждый экземпляр сущности, необязательной – если
не каждый экземпляр сущности должен участвовать в данной связи. При этом
связь может быть обязательной с одной стороны и необязательной с другой
стороны.
Проведем
инфологическое
проектирование
автоматизированной системы агентства недвижимости.
базы
данных
На основании анализа предметной области выделим сущности модели
«сущность-связь» («Entity Relationship» - ER-модели) и изобразим их в виде
диаграммы.
Рисунок 1.4. ER модель.
2.1.3.2. Характеристика даталогической модели БД
Вся информация, используемаяпри работе приложения хранится в базе
данных.
В качестве настольной базы данных выбрана база данных формата
MSACCESS. То есть база данных является файлом на диске, в котором
сосредоточены таблицы базы данных в виде файлов данных и индексов к ним.
В программе для работы с таблицами, добавления, удаления,
редактирования записей используется универсальный язык запросов SQL.
Данный язык позволяет разработчику полностью абстрагироваться от формата
и месторасположения базы данных и одинаково обращаться к данным из баз
разного формата. Таким образом использование данного универсального языка
позволяет решить поставленную нам задачу: разработать универсальное
приложение, которое смогло бы работать с базой данных любого формата, не
меняя при этом исходный код приложения.
Разработанная нами база данных является реляционной и как и другие
реляционные базы данных состоит из таблиц. Ниже приведена таблица
сущностей базы данных.
Column(s) of " Вариант обмена кв " Table
Name Datatype
Null Option Is PK Is FK
Код AutoNumber
NULL
Варианты обмена Text(255)
тип дома
Text(255)
тип квартиры
NULL
NULL
Text(255)
Yes
No
NULL
Yes
No
No
No
No
No
площадь общая Long Integer
NULL
No
No
жилая площадь Long Integer
NULL
No
No
площадь кухни
Long Integer
NULL
No
No
этаж Text(255)
NULL
No
No
этажность Text(255)
NULL
No
No
тип санузла Text(255)
NULL
No
No
балкон
NULL
No
No
Text(255)
дополнительные свдения
Memo
NULL
No
No
Column(s) of " Дом " Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
Адрес (Улица_ дом)
NULL
Yes
No
Memo
NULL
No
Площадь зем участка Long Integer
NULL
материал дома
Text(255)
NULL
No
No
покрытие крыши Text(255)
NULL
No
No
этажность дома Text(255)
NULL
No
No
площадь общая Long Integer
кол-во комнат
Text(255)
NULL
цена (тыс руб) до Long Integer
коммуникации
Memo
NULL
No
NULL
No
No
No
дополнительные сведения
Memo
NULL
контактное лицо Memo
NULL
No
Text(255)
NULL
No
No
No
No
NULL
контактный телефон
No
No
No
No
No
No
No
No
Web-адрес Memo
NULL
No
No
Column(s) of " Клиенты " Table
Name Datatype
Null Option Is PK Is FK
Код Text(18)
NULL
Yes
No
ФИО Text(18)
NULL
No
No
Домащний телефон
Text(18)
NULL
No
No
Мобильный телефон
Text(18)
NULL
No
No
Адрес проживания
Text(18)
NULL
No
No
Признак имевщейся сделки Text(18)
Подбробности сделки Text(18)
Дополнительные данные
NULL
NULL
Text(18)
No
NULL
No
No
No
No
No
Column(s) of " малосемейка " Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
NULL
Yes
адрес (улица_ дом)
Text(255)
NULL
тип дома
Text(255)
NULL
No
No
тип жилья Text(255)
NULL
No
No
этаж Text(255)
NULL
этажность Text(255)
No
NULL
No
No
No
No
No
No
площадь общая Long Integer
NULL
No
No
жилая площадь Long Integer
NULL
No
No
цена (тыс руб) до Long Integer
NULL
No
No
дополнительные сведения
Memo
NULL
контактное лицо Memo
NULL
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
No
No
No
Column(s) of " обмен Дом / кв " Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
Адрес (Улица_ дом)
NULL
Yes
No
Memo
NULL
No
Площадь зем участка Long Integer
NULL
материал дома
Text(255)
NULL
No
No
этажность дома Text(255)
NULL
No
No
площадь общая Long Integer
кол-во комнат
Text(255)
NULL
цена (тыс руб) до Long Integer
коммуникации
No
NULL
No
No
No
дополнительные сведения
Memo
NULL
варианты обмена Text(255)
NULL
No
Memo
NULL
контактное лицо Memo
No
NULL
No
No
No
NULL
условия
Memo
NULL
No
No
No
No
No
No
No
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
Column(s) of " обмен кв " Table
Name Datatype
Null Option Is PK Is FK
Код AutoNumber
NULL
Yes
категория квартир
Text(255)
NULL
No
No
Адрес (Улица_ дом)
Memo
NULL
No
No
тип дома
NULL
No
Text(255)
тип квартиры
Text(255)
этаж Long Integer
NULL
NULL
этажность Long Integer
No
NULL
No
No
No
No
No
No
No
площадь общая Long Integer
NULL
No
No
жилая площадь Long Integer
NULL
No
No
площадь кухни
NULL
No
No
Long Integer
тип санузла Text(255)
NULL
No
No
балкон
NULL
No
No
Text(255)
дополнительные сведения
цена (тыс руб)
Memo
Long Integer
Варианты обмена Text(255)
NULL
NULL
NULL
No
No
No
No
No
No
условие
Memo
NULL
контактное лицо Memo
No
NULL
No
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
No
No
Column(s) of " обмен малосем " Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
NULL
Yes
адрес (улица_ дом)
Text(255)
NULL
тип дома
Text(255)
NULL
No
No
тип жилья Text(255)
NULL
No
No
этаж Text(255)
NULL
этажность Text(255)
No
NULL
No
No
No
No
площадь общая Long Integer
NULL
No
No
жилая площадь Long Integer
NULL
No
No
цена (тыс руб) до Long Integer
NULL
No
No
дополнительные сведения
Memo
NULL
варианты обмена Text(255)
NULL
No
условие
Memo
NULL
контактное лицо Memo
No
NULL
No
No
No
No
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
No
No
Column(s) of " покуп Дом " Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
Адрес (Улица_ дом)
NULL
Yes
No
Memo
NULL
Площадь зем участка Long Integer
NULL
материал дома
Text(255)
NULL
No
No
покрытие крыши Text(255)
NULL
No
No
этажность дома Text(255)
NULL
No
No
площадь общая Long Integer
NULL
No
No
No
No
кол-во комнат
Text(255)
NULL
цена (тыс руб) до Long Integer
коммуникации
Memo
No
NULL
No
No
NULL
No
дополнительные сведения
Memo
NULL
контактное лицо Memo
NULL
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
No
No
No
No
No
No
Column(s) of " Покуп малосем " Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
NULL
Yes
адрес (улица_ дом)
Text(255)
NULL
тип дома
Text(255)
NULL
No
No
тип жилья Text(255)
NULL
No
No
этаж Text(255)
NULL
этажность Text(255)
No
NULL
No
No
No
No
площадь общая Long Integer
NULL
No
No
жилая площадь Long Integer
NULL
No
No
цена (тыс руб) до Long Integer
NULL
No
No
дополнительные сведения
Memo
NULL
контактное лицо Memo
NULL
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
No
Column(s) of " покупка " Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
NULL
Yes
категория квартир
Text(255)
NULL
No
No
Адрес (Улица_ дом)
Memo
NULL
No
No
тип дома
NULL
No
No
NULL
No
No
Text(255)
этаж Long Integer
этажность Long Integer
NULL
No
No
No
No
площадь общая Long Integer
NULL
No
No
цена (тыс руб) до Long Integer
NULL
No
No
Column(s) of " покупка 2" Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
тип квартиры
NULL
Text(255)
Yes
NULL
Yes
No
No
жилая площадь Long Integer
NULL
No
No
площадь кухни
NULL
No
No
Long Integer
тип санузла Text(255)
NULL
No
No
балкон
NULL
No
No
Text(255)
дополнительные сведения
Memo
NULL
контактное лицо Memo
NULL
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
No
Column(s) of "продать данные 1" Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
NULL
Yes
категория квартир
Text(255)
NULL
No
No
Адрес (Улица_ дом)
Memo
NULL
No
No
тип дома
NULL
No
No
NULL
No
No
Text(255)
этаж Long Integer
этажность Long Integer
NULL
No
No
No
площадь общая Long Integer
NULL
No
No
цена (тыс руб) до Long Integer
NULL
No
No
Column(s) of "продать данные 2" Table
Name Datatype
код
Null Option Is PK Is FK
AutoNumber
тип квартиры
NULL
Text(255)
Yes
NULL
Yes
No
No
жилая площадь Long Integer
NULL
No
No
площадь кухни
NULL
No
No
Long Integer
No
тип санузла Text(255)
NULL
No
No
балкон
NULL
No
No
Text(255)
дополнительные свдения
Memo
NULL
контактное лицо Memo
NULL
No
контактный телефон
Text(255)
NULL
Web-адрес Memo
NULL
No
No
No
No
No
No
No
2.2Программное обеспечение задачи
2.2.1 Общие положения (дерево функций и сценарий диалога)
В данном проекте можно выделить следующие категории функций:
функции вода информации в справочники, функции ввода данных
недвижимости и функции получения аналитических отчетов. Каждая из этих
категория
относится
соответствующей
подсистеме
разрабатываемого
приложения: подсистеме ведения справочников, подсистеме ввода документов
и подсистеме получения аналитических отчетов.
Приложение обеспечивает удобный и понятный диалог пользователя с
программой для вызова всех функций. Доступ пользователя к функциям
производится через главное меню главной формы приложения и через кнопки
панели быстрого запуска, дублирующие соответствующие пункты меню.
Главная форма приложения кроме предоставления основного интерфейса
доступа ко всем функциям приложения выполняет также роль контейнера для
всех остальных экранных форм.
Первая группа экранных форм предоставляет пользователю доступ к
подсистеме ведения справочников системы. Эта группа экранных форм
вызывается из главного меню программы «Справочники». Каждый подпункт
этого пункта меню соответствует вызову экранной формы, которая позволяет
редактировать соответствующий справочник.
Все экранные формы просмотра и редактирования справочников похожи
друг на друга и позволяют выполнять функции просмотра списка справочника,
ввода новых данных в справочник, редактирования существующих данных и
удаления
имеющихся
данных.
Для ввода
новых
и
редактирования
существующих данных справочников вызываются формы редактирования
соответствующих справочников. Эти же формы служат и для просмотра
подробной информации записи справочника, так как в списке справочника
представлены только основные данные.
2.2.2 Структурная схема проекта
На рисунке 2.14 приведена структурная схема проекта.
Рисунок 2.1. Схема вызова модулей.
2.2.3 Описание программных модулей
В основу программной реализации решения задачи был положен
объектно-ориентированный
подход.
Выбранный
в
качестве
языка
программирования язык С++ включает в себя мощный аппарат для
поддержания этой наиболее перспективной технологии: классы и объекты,
иерархия структур, объединений и классов с различными механизмами
наследования,
инкапсуляция
данных
и
обрабатывающих
функций
с
несколькими уровнями доступа, полиморфизм операций, функций и объектов,
обеспечивающий как статический так и виртуальный методы доступа.
Встроенный
аппарат
объектно-ориентированного
программирования
позволяет описывать сложные предметные области и создавать гибкие, легко
адаптируемые к нуждам пользователя программные пакеты как системного так
и прикладного назначения.
Для реализации каждой подзадачи в проекте были созданы несколько
классов, наследников стандартного класса библиотеки VCL TForm.
Программа разрабатывалась как Web-приложение и удовлетворяет всем
требованиям к интерфейсу Web-приложения. Программа разбита на модули,
что соответствует принципам модульного программирования. Рассмотрим
каждый из этих модулей подробно.
Модуль главной формы приложения предоставляет пользователю
интерфейс доступа ко всем основным функциям программы. Доступ ко всем
функциям программы осуществляется через главное меню и панель кнопок
быстрого доступа. Все кнопки и пункты меню снабжены подробными
подсказками.
Подсистема редактирования справочников включает в себя ряд модулей,
которые предназначены для просмотра и редактирования содержимого
справочников. Отметим, что эти же формы используются и в других
подсистемах. Так форма просмотра списка товаров, являющаяся частью
подсистемы ведения справочников, вызывается из подсистемы учета движения
товаров при оформлении операций прихода или расхода для выбора товаров, а
также из подсистемы аналитических отчетов для выбора товара при задании
условия построения отчета по какому-либо товару.
В подсистему ведения справочников входят следующие модули:
· Модуль просмотра списка товаров предназначен для просмотра списка
номенклатуры, а также для выбора товара в какую-либо вызывающую форму;
· Модуль редактирования товара, вызываемый из модуля просмотра
товаров предназначен для редактирования данных одного конкретного товара.
Этот же модуль вызывает модули связанных справочников, таких как значения
свойств товаров, проекты, которые относятся к товару и аналоги товара. Таким
образом, в этом модуле происходит основная работа по заданию всех данных
товара.
· Модуль аналогов предназначен для просмотра и назначения аналогов
товаров для товара;
· Модуль проектов предназначен для просмотра списка типовых
проектов. В которых могут применяться товары, а также для выбора этих
проектов в вызывающие формы;
· Модуль редактирования проекта предназначен для редактирования
данных одного конкретного проекта и задания свойств проекта для этого
проекта;
· Модуль свойств проекта предназначен для ведения списка свойств
проекта;
·
Модуль
редактирования
свойства
проекта
предназначен
для
редактирования данных одного конкретного свойства;
· Модуль клиентов предназначен для просмотра и редактирования
списка клиентов, включая редактирование всех данных клиента, а также для
выбора клиентов в вызывающую форму;
· Модуль производителей предназначен для просмотра и редактирования
списка клиентов, включая редактирование всех данных клиента, а также для
выбора клиентов в вызывающую форму;
· Модуль свойств товаров предназначен для просмотра списка свойств
товаров;
·
Модуль
редактирования
свойств
товаров
предназначен
для
редактирования данных оного конкретного свойства товаров и для задания
всех возможных значений этого свойства;
·
Модуль
значений
свойств
предназначен
для
просмотра
и
редактирования значений свойств товаров
· Модуль складов предназначен для просмотра списка складов и выбора
складов в вызывающую форму;
· Модуль редактирования складов предназначен для редактирования
данных конкретного склада;
Подсистема учета движения товаров содержит модули. Отвечающие за
основной функционал программы: обеспечение движения товаров на складах
и подсчет остатков товаров:
· Модуль журнала документов содержит список операций, которые
записаны в таблицу операций базы данных;
· Модуль документа предназначен для редактирования одной операции,
включая все ее компоненты. Этот модуль также как и модуль товаров вызывает
многие другие формы для выбора значений.
·
Модуль
редактирования
строки
табличной
части
операции
предназначена редактирования данных одной строки документа.
Подсистема аналитической отчетности включает в себя следующие
модули:
· Модуль составления отчета по остаткам товаров на складах;
· Модуль составления отчета по движениям товара по складам.
В визуальной интегрированной среде разработки
Borland С++
Builderосновной составной частью программы является форма. Форма
инкапсулирует в себе элементы интерфейса пользователя и программный код,
заключающий в себе реакцию на действия пользователя. Это полностью
отвечает принципам объектно-ориентированного программирования. C++
Builder автоматически создает для формы класс формы, который содержит
компоненты, размещенные на форме, свойства и методы формы как
автоматически создаваемые C++ Builder, так и определяемые пользователем. В
разработанном приложении определены следующие формы:
· Форма Fmain – главная форма приложения, реализованная в файле
UnitMain.cpp выполняет функции основного интерфейса доступа пользователя
ко всем функциям программы через главное меню приложения и панель
кнопок быстрого доступа. Кроме того, главная форма выполняет роль
контейнера всех остальных форм, в которых происходит ввод и обработка
данных.
· Форма FTovar, реализованная в файле UnitTovar.cpp, выполняет
функции просмотра списка товаров, введенных в таблицу товаров базы данных
системы. Главным элементом формы является компонент DBGrid палитры
компонентов C++ Builder, который отображает таблицу товаров в виде списка.
Колонки компонента DBGrid отображают соответствующие поля таблицы
товаров:
наименование,
англоязычное
наименование,
штрихкод
и
производитель. Эта же форма служит для выбора товара в случае вызова этой
формы из других форм для выбора того или иного товара например в форму
отчета по остаткам.
· Форма FTovarEdit, реализованная в файле
UnitTovarEdit.cpp,
предназначена для просмотра и редактирования данных о товаре. В этой форме
расположены органы управления, в которых отображаются основные данные
товара, такие как наименование, англоязычное наименование, подробное
описание, синонимы, штрих-код и цена и производитель. Отметим, что
производитель выбирается путем открытия формы производителей и выбора
его из предлагаемого списка. Кроме основных данных в форме редактирования
товара отображаются и данные связанных справочников, записи, которых
связаны с данным товаром: аналоги, проекты, к которым относится товар и
свойства этого товара с их значениями. Отображении данных связанных
справочников в одной форме очень удобно, так как все необходимые данные о
товаре находятся вместе. Их можно просмотреть и отредактировать.
· Форма FormClients, реализованная в файле FormClientsU.cpp,
предназначена для просмотре и редактирования данных о контрагентах
системы: поставщиках и покупателях. Форма построена таким образом, что
позволяет просматривать в левой своей части список покупателей, а в правой
подробные данные о текущем покупателе. В списке выводится только
наименование покупателя из поля наименования таблицы базы данных, в
органах управления в правой части выводятся данные из всех остальных
полей. Такой подход весьма удобен, так как позволяет просматривать и
редактировать полные данные о клиенте в одной форме. Кнопки «Добавить»,
«Сохранить» и «Удалить» вызывают процедуры, выполняющие SQL-запросы
на добавление, изменение и удаление записей из базы данных.
· Форма FormVendirs, реализованная в файле FormVendirsU.cpp,
предназначена для просмотре и редактирования данных о производителях
товаров. Форма построена таким образом, что позволяет просматривать в
левой своей части список производителей, а в правой подробные данные о
текущем
производителе.
В
списке
выводится
только
наименование
производителя из поля наименования таблицы базы данных, в органах
управления в правой части выводятся данные из всех остальных полей. Такой
подход весьма удобен, так как позволяет просматривать и редактировать
полные данные о производителе в одной форме. Кнопки «Добавить»,
«Сохранить» и «Удалить» вызывают процедуры, выполняющие SQL-запросы
на добавление, изменение и удаление записей из базы данных.
· Форма FProj, реализованная в файле FProjU.cpp, выполняет функции
просмотра списка проектов, введенных в таблицу проектов базы данных
системы. Главным элементом формы является компонент DBGrid палитры
компонентов C++ Builder, который отображает таблицу проектов в виде
списка.
Колонки
компонента
DBGrid
отображают
только
поле
«Наименование» таблицы проектов. Эта же форма служит для выбора проекта
в случае вызова этой формы из других форм для выбора того или иного проекта
например в форму редактирования данных о товаре.
·
Форма
FProjEdit,
реализованная
в
файле
UnitProjEdit.cpp,
предназначена для просмотра и редактирования полных данных проекта, а
также для назначения проекту свойств проекта. В левой части формы в
соответствующих органах управления отображаются все данные проекта из
таблицы проектов: наименование, подробное наименовании и подробное
описание, а в левой части располагается список свойств этого проекта. По
кнопке «Добавить свойство» открывается форма для выбора справочника
свойств проектов, которая позволяет выбрать и назначить проекту свойство.
Удаление свойства из списка свойств проекта происходит при нажатии кнопки
«Удалить свойство».
· Форма FSimp, реализованная в файле UnitSimp.cpp предназначена для
просмотра списка свойств проектов, которые дополнительно характеризуют
проект.
· Форма FSimpEditпредназначена для просмотра и редактирование
одного конкретного свойства проекта, которое выбрали для редактирования.
Форма позволяет задать основные и дополнительные данные свойства
проекта.
· Форма FProperty, реализованная в файле UnitProperty.cpp, представляет
из себя список свойств товаров. В этой форме присутствует лишь список
наименований свойств, который пользователь может просмотреть и выбрать
одно из этих свойств в вызывающую форму, если форма была открыта для
выбора свойства из какой-либо другой формы.
· Форма FPropertyEdit, реализованная в файле UnitPropertyEdit.cpp
предназанчена для редактирования наименования свойства и подробного
описания свойства товара, а также для задания значений свойства товаров в
списке в правой части формы. Кнопки управления списком позволяют открыть
форму значений свойств для выбора значения свойства. Которое может быть
назначено данному свойству, а также для редактирования значения свойства,
удалить значение свойства.
· Форма FSklad, реализованная в файле UnitSklad.cpp предназначена для
просмотра списка складов, в котором представлены наименования складов.
Эта же форма позволяет выбирать текущую запись склада в вызывающую
форму
·
Форма
FSkladEdit,
реализованная
в
файле
UnitSkladEdit.cpp
предназначена для просмотра подробных данных и редактирования как
наименования, так и дополнительных данных склада.
· Форма FVals, реализованная в файле UnitVals.cpp предназначена для
выбора значения свойства для элемента справочника товаров и вызывается
только из формы товаров. Форма значений свойств отображает список свйоств
товаров либо полностью, либо только тех значений, которые подчитнены
определенному свойству, которое можно выбрать нажав кнопку открытия для
выбора формы свойств. После того как свойство выбрано в списке значений
свойств отображаются только те значения, которое может принимать данное
свойство.
·
Форма
FValsEdit,
реализованная
в
файле
UnitValsEdit.cpp
предназначена для редактирования значения свойства товаров, путем задания
его наименования и подробного описания.
·
Форма
FormFilter,
реализованная
в
файле
FormFilterU.cpp
предназначена для решения задачи отбора товаров по совокупности их
свойств. Для отбора могут использоваться как основные данные товара
(наименование,
англоязычное
наименование,
синонимы,
полное
наименование, подробное описание) так и связанные данные товара: аналогии
и свойства товаров. Так как основные данные товара представляют из себя
строковые значения, то форма предлагает пользователю организовать гибкий
отбор по этим данным. Можно организовать отбор записей таблицы товары по
точному совпадению на введенную фразу, по вхождению введенной фразы в
поле отбора, по вхождению в поле отбора всех слов из введенной фразы в
любой последовательности или по вхождению в поле отбора хотя бы одного из
слов введенной фразы. Такой отбор можно организовать по любому из полей
таблицы отбора. Кроме отбора по основным свойствам форма фильтра
предоставляет возможность организовать отбор по проектам, которым
относится товар. Для этого заполняется список проектов, записи в который
добавляются путем выбора проектов из формы списка проекта, когда она
открывается для выбора. Органы управления списка проектов позволяют
добавлять в список записи, удалять записи из списка, отметить все записи или
полностью очистить список. Все записи списка могут имеют отметку
использования в отборе или не использования (галочку), сняв которую
пользователь может исключить отбор по данному проекту. В результате в отбор
записей справочника товаров попадут только те товары, которые относятся к
перечисленным в списке проектам. Также в форме реализована отбор по
свойствам товаров и их значениям. В список свойств товаров можно добавлять
записи из справочника свойств путем открытия формы списка свойств для
выбора и выбора из нее определенного свойства. Для текущей записи в списке
свойств отображаются все значения, которое может принимать данное
свойство из которых пользователь выбирает путем проставления в них отметок
нужные. В результате в сформированный отбор попадут только те товары,
которые имеют перечисленные в списке значения перечисленных свойств.
Форма фильтра не вызывается из главного меню непосредственно, а
вызывается только из формы списка товаров, в том числе, когда она
открывается для выбора, в случае, если в этой форме нужно организовать
отбор товаров по совокупности каких-либо критериев.
· Форма DM, реализованная в файле UnitDM.cpp представляет из себя
модуль хранения компонентов С++ Builder, обеспечивающих доступ к базе
данных. Для каждой таблицы базы данных выделен отдельный компонент
TQuery, который позволяет вводить и выполнять SQL-запросы, которые
позволяют выбирать, редактировать и удалять записи в таблицах базы данных.
То что для каждой таблицы выделен лишь один компонент доступа и то что
они все объединены в одном модуле связано с тем, что программа имеет MDIинтерфейс и изменении данных в одной форме приводит к моментальному
изменению их отображения во всех остальных формах. Кроме компонентов
доступа к данным в этой форме хранятся и компоненты, служащие источником
данных для компонентов отображения данных в формах. Компонент Database
обеспечивает физическую связь всех остальных компонентов программы с
базой данных.
· Форма FJornal предназначена для просмотра журнала документов – т.е.
перечня операций, которые уже были выполнены с товарами. В форме
размещен компонент TDBGrid, который отображает список операций с
указанием для каждой записи следующих параметров: дата операции, номер
операции, склад, с которого оформлена операция, клиент, с которым
оформлена операция.
· Форма FDocs предназначена для редактирования или ввода новой
операции по движению товара на складе. В верхней части формы размещены
компоненты, в которых отображаются основные свойства операции: дата и
номер операции, клиент, склад и код операции. Для выбора клиента и склада
открываются для выбора формы соответсвующих справочников, в которых
можно выбрать нужную запись. В нижней половине формы размещена
табличная часть операции, которая представляет из себя список товаров, с
указанием количества.
· Форма FJornalEdit, реализованная в файле
UnitJornalEdit.cpp
предназначена для редактирования одной строки операции. Эта форма
вызывается из формы FJornal для редактирования текущей строки. Форма
предоставляет простой интерфейс для ввода и изменения товара и количества
в строке. Для выбора товара вызывается форма списка справочника товаров,
выбранная запись в которой переносится в форму FJornalEdit.
· Форма FUsers предназначена для ведения списка пользователей. В
компоненте DBGrid данной формы при помощи SQL-запроса формируется
список пользователей системы, а в органах управления отображаются свойства
пользователя: логин, пароль, фамилия, имя отчество и категория пользователя.
Категория пользователя отображается радиокнопками. При нажатии на кнопки
управления выполняется SQL-запрос по добавлению, редактированию данных
и удалению пользователя. При удалении пользователя контролируется
ссылочная целостность базы данных
· Форма FReg предназначена для аутентификации пользователя при
начале сеанса работы с системой. Система проверяет наличие пользователя в
базе данных, сверяет его пароль и в случае успеха открывает доступ к тем
функциям, которые доступны пользователю в зависимости от его уровня
доступа.
·
Форма
FRepForm,
реализованная
в
файле
UnitRepForm.cpp
предназначена для подготовки и формирования отчета по движения товара по
складам. Органы управления этой формы позволяют пользователю задать
условия формирования отчета, а именно выбрать клиента, с которым была
проведена операция прихода или расхода, а также склад, с которого была
проведена эта операция. В нижней части формы содержится таблица, в
которую пользователь может выбрать несколько записей из справочника
товаров, в этом случае отчет по движениям будет строиться именно по этим
товарам.
Каждая форма выполняет функции соответствующего модуля при
помощи компонентов среду С++ Builder, помещенных на форму из палитры
компонентов. Среда быстрого создания приложений или RAD-среда
(RapidApplicationDevelopment – RAD) С++ Builder используют библиотеку
визуальных компонентов VCL (VisualComponentLibrary – VCL), которая
состоит из готовых к употреблению визуальных и не визуальных объектов и
оболочек. Она позволяет с минимальными затратами создавать приложения, в
то же время предоставляя определенную степень независимости от
библиотеки VCL.
При работе с компонентами С++ Builder широко использует принцип
повторного использования объектов. Компоненты являются экземплярами
классов
которые
доступны
с
помощью
палитры
компонентов
ComponentPalette. Что может быть проще при создании приложения чем
просто опустить нужный компонент на форму, задав его свойства, затем
определив обработчики событий. Именно при помощи компонентов формы
выполняют те функции, которые заложены в них.
2.3 Технологическое обеспечение задачи
2.3.1 Организация технологии сбора, передачи, обработки и выдачи
информации
Разработка сложных программных комплексов вызывает необходимость
решения ряда организационных, технологических и технических проблем,
связанных
со
значительной
трудоемкостью
разработки
программ
и
сложностью выявления в них ошибок. Решение этих проблем возможно при
внедрении любой технологии программирования, которая позволит повысить
производительность труда программистов и надежность программ. Кроме
того, внедряемая технология должна упростить планирование работ и
организацию взаимодействия всех членов коллектива, позволить четко
контролировать сроки выполнения каждого этапа разработки, оперативно
доводить до исполнителей все изменения в общих концепциях на создаваемое
программное изделие и изменения в соглашениях о связях между программой
и внешней средой или между отдельными структурными элементами
программы. Технология должна обеспечить простоту и однозначность
прочтения всей документации.
Сокращение сроков и снижение трудоемкости внедрения программного
изделия
зависят
от
его
надежности.
Поэтому
технология
должна
предусматривать организацию процессов верификации и тестирования
алгоритмов и программ на стадии разработки, также подходы к отладке и
испытаниям программы. Технология должна обеспечивать возможность
достаточно простой модификации программ при их эксплуатации, что
необходимо для устранения обнаруженных ошибок или для изменения
функций программы.
Технология разработки сложных программных комплексов требует
разбиения программного изделия на отдельные модули. При этом часто
модули создаются независимо друг от друга разными программистами. Для
объединения модулей в программный комплекс необходимо разработать
правила вызова модулей и правила передачи параметров между отдельными
модулями. Эти правила образуют внутри- программный интерфейс.
2.3.2 Схемы технологического процесса сбора, передачи, обработки и
выдачи информации
В данном разделе представлены функционально-технологические схемы
решения задачи.
В первую очередь рассмотрим задачу ведения справочников, назовем ее
А1. Для ее реализации менеджер по ведению каталогов сортирует данные, а
затем вводит данные в соответствующие таблицы. Задача ввода данных может
быть
разбита
на
несколько
этапов.
Функционально-технологическая
схемарешения задачи А1 приведена на рисунке 2.13.
Рисунок
2.2.
Функционально-технологическая
схема
задачи
А1
«Ведение справочников»
Для каждого
выделенного
модуля
разработана функционально-
технологическая схема и детальный алгоритм ее кодирования. Блок-схема
задачи А1 приведена на рисунке 2.14, а функционально-технологические
схемы всех модулей задачи А1 – на рисунке 2.15.
Рисунок 2.3. схема решения задачи А1 «Ведение справочников»
Рисунок 2.4. Функционально-технологические схемы модулей задачи А1
Опишем подробнее полученные схемы.
Для модуля А1.1:
Процесс: Проверка и внесение данных о товаре.
Вход: информация о товаре.
Выход: сформированные данные о товаре в БД
Алгоритм:
· Проверка наличия данных о товаре в БД
· Вывести данные о товаре на экран.
Для модуля А 1.2:
Процесс: Проверка и внесение данных о клиенте.
Вход: информация о клиенте.
Выход: сформированные данные о клиенте в БД
Алгоритм:
· Проверка наличия данных о клиенте в БД
· Если данные отсутствуют, то внести новую запись в БД
· Вывести данные о клиенте на экран.
Для модуля А 1.3:
Процесс: Проверка и внесение данных о свойстве товара.
Вход: информация о свойстве товаре.
Выход: сформированные данные о свойстве товара в БД
Алгоритм:
· Проверка наличия данных о свойстве товаре в БД
· Если данные отсутствуют, то внести новую запись в БД
· Вывести данные о свойстве товара на экран.
Для модуля А 1.4:
Процесс: Проверка и внесение данных о пользователе.
Вход: информация о пользователе.
Выход: сформированные данные о пользователе в БД
Алгоритм:
· Проверка наличия данных о пользователе в БД
· Если данные отсутствуют, то внести новую запись в БД
· Вывести данные о пользователе на экран.
Для модуля А 1.5:
Процесс: Проверка и внесение данных о проектах.
Вход: информация о проекте.
Выход: сформированные данные о проекте в БД
Алгоритм:
· Проверка наличия данных о проекте в БД
· Если данные отсутствуют, то внести новую запись в БД
· Вывести данные проекте на экран.
Для модуля А 1.6:
Процесс: Проверка и внесение данных о подразделении.
Вход: информация о подразделении.
Выход: сформированные данные о подразделении в БД
Алгоритм:
· Проверка наличия данных о подразделении в БД
· Если данные отсутствуют, то внести новую запись в БД
· Вывести данные о подразделении на экран.
Для модуля А 1.7:
Процесс: Проверка и внесение данных о производителях.
Вход: информация о производителе.
Выход: сформированные данные о производителе в БД
Алгоритм:
· Проверка наличия данных о производителе в БД
· Если данные отсутствуют, то внести новую запись в БД
· Вывести данные о производителе на экран.
Далее рассмотрим задачу внесения в систему документов, назовем ее Б1.
Для решения этой задачи оператор группы оформления документов сортирует
входящие бумажные документы, обрабатывает их и вносит в систему, в
результате чего изменяются записи в таблице остатков и журнале документов.
Функционально-технологическая схема задачи Б1 представлена на рисунке
2.16.
Рисунок
2.5.
Функционально-технологическая
схема
задачи
Б1
«Введение документов».
Для каждого
выделенного
модуля
разработана функционально-
технологическая схема и детальный алгоритм ее кодирования. Блок-схема
задачи Б1 приведена на рисунке 2.17, а функционально-технологические
схемы всех модулей задачи Б1 – на рисунке 2.18.
Рисунок 2.6. Блок схема решения задачи Б1 «Введение документов»
Рисунок 2.7. Функционально-технологические схемы модулей задачи Б1
Далее рассмотрим задачу получения отчетов, назовем ее В1. Для
решения этой задачи пользователь программы выбирает нужный вид отчета, в
результате чего формируется экранная форма выбранного вида отчета
Функционально-технологическая схема задачи В1 представлена на рисунке
2.19.
Рисунок
2.8.
Функционально-технологическая
схема
задачи
В1
«Формирование отчетов»
Блок-схема задачи В1 приведена на рисунке 2.20, а функциональнотехнологические схемы всех модулей задачи В1 – на рисунке 2.21
Рисунок 2.9. Блок-схема задачи В1
Рисунок 2 . 10 . Функционально-технологические схемы модулей задачи
В1
2.4 Контрольный пример реализации проекта и его описание
Для проверки правильности и целостности работы разработанного
приложения был сделан контрольный пример работы приложения. Данные для
этого контрольного примера были подобраны таким образом, чтобы охватить
все функции и подсистемы разработанного приложения, проверить все
алгоритмы, заложенные в него.
Реализация контрольного примера состоит из трех этапов:
· Ввод тестовой информации в справочники;
· ввод тестовых примеров движения товаров на складе;
· получение отчетов, отражающих изменение количества товаров на
складах и позволяющих сделать анализ движений.
Первый этап реализации контрольного примера заключается во вводе
тестовых данных в справочники системы. Тестовые данные были подобраны
таким образом. Чтобы задействовать все справочники, как основные, так и
хранящие дополнительную информацию.
В справочник товаров были введены три товара:
· Дверь «Клинкор» металлическая;
· Дверь «Базель» деревянная;
· Дверь «Вегас» металлическая
На рисунке 2.24 приведена экранная форма со списком товаров.
Рисунок 2.11. Список товаров
В таблице 17 приведены тестовые данные по свойствам товаров и
значениям, которые могут принимать эти свойства
Таблица 17. Тестовые данные по свойствам товаров.
В таблице 18 приведены назначенные товарам свойства и их значения.
Таблица 18. Тестовые данные назначения свойств товаров товарам.
Товар Свойство
Назначенное значение свойства
Дверь «Клинкор» металлическая
Замок 2
Замок 1
Замок «Тайсон»
Замок 1
Замок «Тайсон»
Замок «Верита»
Вес 500 кг
Внешняя обивка Пластик
Внутренняя обивка
Отсутсвует
Утепление Отсутсвует
Дверь «Вегас» металлическая
Замок 2
Замок «Вегас»
Вес 150 кг
Внешняя обивка Декоративный пластик
Внутренняя обивка
Ковролин
Утепление Полистирол
Дверь «Базель» деревянная Замок 1
Замок 2
Замок «Тайсон»
Отсутсвует
Вес 120 кг
Внешняя обивка Отсутсвует
Внутренняя обивка
Ковролин
Утепление Паралон
Для отнесения товара к тому или иному типовому проекту зданий и
помещений, в которых могут применяться изделия, был заполнен справочник
проектов и их свойств. Их содержимое представлено в таблице 19.
Таблица 19. Тестовые данные по проектам.
Отнесение товара к тому или иному проекту представлено в таблице 20.
Таблица 20. Тестовые данные по отнесению товаров к проектам.
Назначение товару всех данных, задание ему аналогов, свойств,
отнесение его к тому или иному проекту приведено на рисунке 2.25.
Рисунок 2.12. Тестовая Форма редактирования товара
Также для
полноты
тестового
примера необходимо заполнить
справочники производителей, клиентов, складов и пользователей. Их
заполнение приведено на рисунках 2.26 – 2.29.
Рисунок 2.13. Тестовое заполнение справочника производителей
Рисунок 2.14. Тестовое заполнение справочника клиентов.
Рисунок 2.15. Тестовое заполнение справочника складов.
Рисунок 2.16. Тестовое заполнение справочника пользователей.
Результатом этого этапа тестирования является заполненная база
данных, в которую внесены все данные справочников. Наиболее эффективным
и демонстративным способом проверки полноты и правильности заполнения
справочников является поиск нужного товара при помощи фильтра товаров.
Фильтр товаров позволяет осуществить отбор товара по любым критериям и
их совокупности. Так при тестировании были сделаны следующие отборы:
· все изделия, имеющие замок «Тайсон» (форма фильтра приведена на
рисунке).
· все изделия, относящиеся к проекту «Загородный дом» или к проекту
«Квартира в многоквартирном доме»
· все изделия производителя «Клондайк».
Рисунок 2 . 17 . Задание фильтра товаров.
После того, как имеются все заполненные справочники можно
приступать ко второму этапу тестирования: вводу документов по движению
товаров на складах. На этом этапе были введены несколько документов,
выполняющих приход и расход всех тестовых товаров по складам. Журнал
документов приведен на рисунке, содержимое некоторых документов
приведено на рисунке 2.31.
Рисунок 2 . 18 . Журнал документов.
Рисунок 2 . 19 . Форма документа.
Следует отметить, что в реальной жизни оформление документов по
движению товара по складу происходит в режиме реального времени в порядке
поступления бумажных документов. При этом при оформлении каждого
нового документа операторы не контролируют остатки товара на складе.
Просмотреть остатки товара, а также проанализировать движения товаров по
складам в разрезе документов позволяет третий этап тестирования: получение
аналитических отчетов. На данном этапе были получены отчеты по остаткам
без разрезов документов, а также отчет по остаткам и движениям товара в
разрезе документов. Данные отчеты позволили проследить изменение
остатков товаров на складах и понять как из начального остатка получился
конечный.
По результатам тестирования можно утверждать, что программа
работает верно. Она удовлетворяет всем своим требованиям: функциональным
характеристикам, надежности и корректности работы, информационной и
программной совместимости, составу аппаратных и программных средств,
составу программной документации.
Заключение
В результате выполнения дипломного проекта изучена методика ведения
складского учета в ООО «Юнион-двери».
На основании изученной методики была разработана структура базы
данных, необходимая для хранения данных системы. Также была выбрана
операционная
система,
в
которой
должно
будет
функционировать
разрабатываемое приложение, и выбран язык программирования и система
программирования, при помощи которой будет проводиться разработка.
Результатом
дипломного
проектирования
стало
разработано
приложение, автоматизирующее процесс складского учета.
В соответствии с описанной методикой тестирования программы
результаты проверки показали, что программа работает верно во всех
предполагаемых ситуациях, с различными наборами входных данных.
Программа работает в операционной системе Windows 95/98, NT, 2000 ,
XP и выполнена в среде BorlandC++ Builder. Результатами работы программы
являются таблицы документов движения по складам и остатков товаров на
складах.
Разработанное приложение в ближайшее время будет внедрено на ООО
«Юнион-двери». Руководство ООО «Юнион-двери» ожидает от внедрения
разработанного приложения большого качественного скачка в организации
складского учета. За счет того, что работа персонала будет значительно
облегчена
за
счет
автоматизации
ведения
справочной
информации,
оформления документов и получения отчетов качество работы персонала
значительно улучшится. Разработанное приложение позволит навести порядок
в организации работы всех подразделений и каждого конкретного сотрудника,
разграничит сотрудников по полномочиям и выполняемым функциям, выявит
узкие места в организации деятельности подразделений. Возможность
мгновенного получения актуальных остатков на складе позволит устранить
хищения продукции, а возможность получения отчетов по движениям товара
позволит составлять аналитические отчеты по анализу продаж и делать
прогнозы на будущие периоды.
1. Подбельский В.В., Фомин С.С. Программирование на языке Си: Учеб.
Пособие. – 2-е доп. Изд. – М: Финансы и статистика, 2002. – 600с.
2. Герберт Шилдт Программирование на C и C++ для Windows 95 - К.:
Торгово - издательское бюро BHV, 1996
3. Ч. Петзолд Программирование для Windows 95; в двух томах - СПб.:
BHV - Санк-Петербург, 1997
4. Архангельский П.А. «Программирование в BorlandC++ 4.0» M. Наука,
2000
5. Страуструп Б. «Язык программирования С++: Пер. с англ.» М. Радио
и связь, 1991.-352с.:ил.
6. Бобровский С.И. Delphi 5 – М.: Питер, 2002.
7. Гаевский A. Разработка программных приложений на Delphi 6 – М.:
Киев, 2000.
8. ЗуевВ. A. Turbo Pascal 6.0, 7.0. М.: Москва, 1998.
9. Коцюбинский А.О., Грошев С.В. Язык программирования Delphi 5 –
М.: Москва, 1999.
10. Леонтьев В.И. Delphi 5 – М.: Москва, 1999.
11. МоисеевА.С. Object Pascal – М.: Москва, 2000.
12. Немнюгин С.А. Программирование – М.: Питер, 2000.
13. Ремизов Н. C. Delphi – М.: Питер, 2000
14. Архангельский П.А. Программирование в Delphi 5. M., Наука, 2000
15. Дарахвелидзе П.Г. Программирование в DELPHI 5. СПб., Бином,
2000
16. Тейксейра С. Т. DELPHI 5. Руководство разработчика. М., Вильямс,
2000
17. Угринович Н. Информатика и информационные технологии. Набор
базовых знаний. М., Радио и связь, 2000
18. Фаронов В.В. Delphi 3. Учебный курс. М., Нолидж, 1998
19. Фаронов В.В. Delphi 4. Учебный курс. М., Нолидж, 1998
20. Харрингтон Дж. Проектирование реляционных баз данных. М.,
ЛОРИ, 2000
21. Шумаков В.П. Delphi 3 и создание приложений баз данных. М.,
Нолидж, 1998
22. ГОСТ 2.105-95 ЕСКД. Общие требования к текстовым документам
23. ГОСТ 19.103-33 ЕСПД. Обозначение программ и программных
документов.
24. ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и
систем. Условные обозначения и правила выполнения.
Приложение
Диаграмма потока данных «как есть»
Диаграмма потока данных «как должно быть».
Схема документооборота в разрезе работы с клиентами по операциям с
недвижимостью.
Транскрипт
1
Проектирование
недвижимости»
институт
Сахно
филиал
С.И.
информационной
Балаковский
федерального
системы
«Агентство
инженерно-технологический
государственного
автономного
образовательного учреждения высшего профессионального образования
«Национальный исследовательский ядерный университет «МИФИ» г.
Балаково, Россия Design of the information system "Real estate agency" Sakhno
S.I. Balakovo Institute of Engineering and Technology of the National Research
Nuclear University MEPhI (Moscow Engineering Physics Institute) Balakovo,
Russia
2 ВВЕДЕНИЕ Развитие информационных технологий в мире и в нашей
стране происходит уже более 25 лет. И в современном обществе уже трудно
представить,
как
обходились
бы
люди
без
технических
средств,
информационно-коммуникационных технологий и персонального компьютера
в своей жизни и профессиональной сфере деятельности. Информация
превратилась в один из наиболее важных ресурсов, а информационные
системы стали необходимым инструментом практически во всех сферах
деятельности. Современная жизнь человека настолько насыщена различного
рода информацией, что для её обработки требуется создание огромного
количества хранилищ различного назначения. Информационные системы
характеризуются
огромными
объёмами
хранимых
данных,
сложной
организацией, необходимостью удовлетворять разнообразные требования
многочисленных пользователей. Эти задачи можно решить с использованием
информационных систем. Информационные системы это системы обработки
данных какой-либо предметной области со средствами накопления, хранения,
обработки,
преобразования,
передачи,
обновления
информации
с
использованием компьютерной и другой техники. При автоматизации
деятельности человека происходит перенос реального мира в электронный
формат. Для этого выделяется какая-то часть этого мира и анализируется на
предмет возможности автоматизации. Она называется предметной областью и
строго
очерчивает
круг
объектов,
которые
изучаются,
измеряются,
оцениваются и т.д. В результате этого процесса выделяются объекты
автоматизации и определяются реквизиты, по которым данные объекты
оцениваются. Результатом данного процесса становится база данных, которая
описывает конкретную часть реального мира со строго определённых
позиций. Актуальность разработки настоящей информационной системы для
предметной
области
«Агентство
недвижимости»
заключается
в
необходимости
3 сокращения времени обработки информации и скорости обработки
данных. Целью данной работы является проектирование информационной
системы для агентства недвижимости. В процессе выполнения работы
необходимо провести анализ предметной области, продумать назначение
информационной
системы,
приобрести
практические
навыки
по
проектированию структуры, разработки и реализации информационной
системы.
4 1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 1.1 Характеристика
организации Разрабатываемая информационная система предназначена для
предметной области «Агентство недвижимости». Агентство недвижимости
предоставляет профессиональное сопровождение всех операций, которые
возможны на рынке недвижимости. В первую очередь это продажа и покупка
жилой и коммерческой недвижимости, а также аренда квартир, комнат,
земельных участков. Преимуществом агентства является объёмная база
вариантов недвижимости и земельных участков, выставленных на продажу
или предлагаемых для сдачи в аренду. Сотрудники агентства недвижимости
ежедневно работают над расширением базы данных квартир, загородных
домов, коммерческих помещений и земельных участков и хорошо в ней
ориентируются. Использование информационной системы предусматривает
существенное упрощение и ускорение работы по учёту клиентов фирмы, их
заявок на покупку и продажу недвижимости, за счёт автоматизации операций,
производимых при добавлении нового клиента в базу данных фирмы,
составлении заявок для отдельно взятого покупателя или продавца, удаления
данных об объекте при проведении операции продажи недвижимости. 1.2
Назначение информационной системы Под системой понимают любой объект,
который одновременно рассматривается и как единое целое, и как
объединённая в интересах достижения поставленных целей совокупность
разнородных,
взаимосвязанных
и
взаимодействующих
между
собой
элементов. Системы значительно отличаются между собой как по составу, так
и по главным целям.
5
Информационная
система
организационно-упорядоченная
совокупность документов и информационных технологий, в том числе с
использованием средств вычислительной техники и связи, реализующих
информационные
процессы.
«Идеальная»
информационная
система
управления предприятием должна автоматизировать все или, по крайней мере,
большинство из видов деятельности предприятия. При чём, автоматизация
должна быть выполнена не ради автоматизации, а с учётом затрат на неё, и дать
реальный эффект в результатах финансово-хозяйственной деятельности
предприятия. В зависимости от предметной области информационные
системы могут весьма значительно различаться по своим функциям,
архитектуре, реализации. Однако можно выделить ряд свойств, которые
являются общими. Информационные системы предназначены для сбора,
хранения и обработки информации, поэтому в основе любой из них лежит
среда
хранения
и
доступа
к
данным.
Информационные
системы
ориентированы на конечного пользователя, не обладающего высокой
квалификацией в области вычислительной техники. Поэтому клиентские
приложения информационной системы должны обладать простым, удобным,
легко
осваиваемым
интерфейсом,
который
предоставляет
конечному
пользователю все необходимые для работы функции и в то же время не даёт
ему возможность выполнять какие-либо лишние действия. На предприятии
должна быть создана база данных, которая обеспечивает хранение
информации и доступность её для всех составляющих системы управления.
6 Рисунок 1 Блок-схема работы информационной системы организации
Наличие такой базы данных позволяет сформировать информацию для
принятия решений. Сама по себе информационная система не является
инструментом для принятия управленческих решений. Решения принимаются
людьми. Но система управления в состоянии представить или «подготовить»
информацию в таком виде, чтобы обеспечить принятие решения. Системы
поддержки
принятия
решений
в
состоянии
обеспечить,
например:
отслеживание эффективности работы различных участков и служб для
выявления и устранения слабых звеньев, а также для совершенствования
бизнес-процессов и организационных единиц; анализ деятельности отдельных
подразделений; обобщение данных из различных подразделений; анализ
показателей различных направлений финансовохозяйственной деятельности
предприятия для выделения перспективных и убыточных направлений
бизнеса; выявление тенденций, развивающихся на предприятии, так и на
рынке. Не следует забывать и о том, что работать с системой придётся
обычным людям, являющимся специалистами в своей предметной области, но
зачастую обладающими весьма средними навыками в работе с компьютерами.
Интерфейс информационных систем должен быть им интуитивно понятен.
7 1.3 Пользователи и функции пользователей информационной системы
Целью создания информационной системы для агентства недвижимости
является автоматизация основных процессов, происходящих в агентстве.
Пользователями данной информационной системы будут являться сотрудники
агентства: риелторы, операторы ЭВМ, программист, секретарь, а также
клиенты агентства. В информационной системе должен быть обеспечен ввод и
хранение информации о недвижимости, обо всех сделках клиентов,
информация о всех риелторах, их расписание и режим работы. Поэтому
входными данными для проектирования информационной системы должны
быть следующие характеристики: информация о недвижимости: адрес,
площадь, цена, количество комнат; информация о продажах: дата продажи,
сумма сделки, информация о недвижимости, информация о риелторе и
клиенте; информация о риелторах: фамилия, имя и отчество риелтора;
информация о специализации врачей: название специализации; информация о
клиентах: фамилия, имя, отчество и телефон клиента. Информационная
система агентства недвижимости должна выполнять следующие задачи:
предоставлять возможность для внесения, изменения и удаления информации
о недвижимости, клиентах, риелторах, о проведённых следках; предоставлять
информацию о недвижимости, выставленной на продажу, или сдаваемой в
аренду. Создаваемая информационная система
должна удовлетворять
следующим эксплуатационным требованиям: актуальным информационным
потребностям; актуальным требованиям за приемлемое время, т. е. заданным
требованиям производительности;
8
выявленным
и
вновь
возникающим
требованиям
конечных
пользователей; должна легко расширяться при реорганизации и расширении
предметной области; должна легко изменяться при изменении программной и
аппаратной среды; данные, загруженные в базу данных должны оставаться
корректными; данные до включения в базу данных должны проверяться на
достоверность; доступ к данным, размещаемым в базе данных через
объектноориентированную
модель,
должны
иметь
только
лица
с
соответствующими полномочиями. 1.4 Требования к информационной
системе Информационная система, как и любой другой инструмент, должна
иметь свои характеристики и требования, в соответствии с которыми можно
было бы определить её функциональность и эффективность. Разумеется, для
каждого конкретного предприятия требования к информационной системе
будут различными, так как должна учитываться специфика каждой
организации. Несмотря на это, надлежит выделить несколько основных
требований к системе, общих для всех «потребителей»: 1. Локализация
информационной системы. В связи с тем, что наиболее крупными
разработчиками информационных систем являются зарубежные компании,
система
должна
быть
приспособлена
к
пользованию
российскими
компаниями. Причём здесь имеется в виду локализация как функциональная
(учёт особенностей российского законодательства и систем расчётов), так и
лингвистическая (система помощи и документация на русском языке).
9 2. Система должна обеспечивать надёжную защиту информации, для
чего необходимо парольное разграничение доступа, многоуровневая система
защиты данных и т.д. 3. В случае внедрения системы на крупное предприятие
со сложной организационной структурой, необходима реализация удалённого
доступа для того, чтобы информацией могли пользоваться все структурные
подразделения организации. 4. В силу влияния внешних и внутренних
факторов (изменений направления бизнеса, изменения в законодательстве и
т.п.), система должна быть адаптивной. 5. Необходима возможность
консолидации информации на уровне предприятий (объединение информации
филиалов, дочерних компаний и т.д.), на уровне отдельных задач, на уровне
временных периодов. Эти требования являются основными, но далеко не
единственными критериями выбора корпоративной информационной системы
для предприятия. 1.5 Выбор методологии моделирования В настоящее время
на рынке компьютерных технологий представлено множество специальных
программ, позволяющих обследовать предприятие и построить модель. Выбор
методологии и инструментов, с помощью которых проводится моделирование
бизнес-процессов, основополагающего значения не имеет. Существуют
стандартизированные,
опробованные
временем
методологии
и
инструментальные средства, с помощью которых можно обследовать
предприятие и построить его модель. Ключевое их преимущество - простота и
доступность к овладению. Моделирование бизнес-процессов затрагивает
многие аспекты деятельности компании: изменение организационной
структуры; оптимизацию функций подразделений и сотрудников;
10 перераспределение прав и обязанностей руководителей; изменение
внутренних нормативных документов и технологии проведения операций;
новые требования к автоматизации выполняемых процессов и т. д. Целью
моделирования является систематизация знаний о компании и ее бизнес-
процессах в наглядной графической форме более удобной для аналитической
обработки полученной информации. Модель должна отражать структуру
бизнес-процессов организации, детали их выполнения и последовательность
документооборота. Моделирование бизнес-процессов организации включает
два этапа структурное и детальное. Структурное моделирование бизнеспроцессов
организации
может
выполняться
в
нотации
IDEF0
с
использованием инструментария BPwin. В данной работе моделирование
процессов выполнялось на языке IDEF0, IDEF3, IDEF1X и DFD в программе
MS Office Visio. На этапе структурного моделирования в модели должны быть
отражены: - существующая организационная структура; - документы и иные
сущности, используемые при исполнении моделируемых бизнес-процессов и
необходимые для моделирования документооборота, с описаниями их
основного
смысла;
последовательность
-
диаграммы
создания
и
взаимодействия,
перемещения
отражающие
документов
(данных,
материалов, ресурсов и т.п.) между действующими лицами. Детальная модель
организации должна включать: - набор прецедентов, отражающих возможные
варианты выполнения бизнес-процессов «как есть»; - диаграммы действий,
детально описывающие последовательность выполнения бизнес-процессов;
11 - диаграммы взаимодействия, отражающие схемы документооборота.
Модели должны быть согласованы с ведущими специалистами организации,
обладающими необходимыми знаниями.
12 2 РАЗРАБОТКА МОДЕЛИ ИНФОРМАЦИОННОЙ СИСТЕМЫ 2.1
Моделирование бизнес-процессов в организации (IDEF0) Функциональная
модель предназначена для описания существующих бизнес - процессов на
предприятии (так называемая модель AS-IS) и идеального положения вещей того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0
предписывает построение иерархической системы диаграмм - единичных
описаний фрагментов системы. В IDEF0 система представляется как
совокупность взаимодействующих
работ или
функций. Такая
чисто
функциональная ориентация является принципиальной - функции системы
анализируются независимо от объектов, которыми они оперируют. Это
позволяет более чётко смоделировать логику и взаимодействие процессов
организации. Под моделью в IDEF0 понимают описание системы (текстовое и
графическое), которое должно дать ответ на некоторые заранее определённые
вопросы.
Основными
понятиями
методологии
функционального
моделирования работ являются: - Работы (activity) - поименованные процессы,
функции или задачи, которые происходят в течение определенного времени и
имеют распознаваемые результаты. На диаграмме работы изображаются
прямоугольниками. - Вход (Input) - материал или информация, которые
используются работой для получения результата. - Управление (Control) правила, стратегии, стандарты, которыми руководствуется работа. - Выход
(Output) - материал или информация, которые производятся работой. Каждая
работа должна иметь хотя бы одну стрелку выхода, так как работа без
результата не имеет смысла и не должна моделироваться.
13 - Механизм (Mechanism) - ресурсы, которые выполняют работу
(персонал). - Вызов (Call) представляет собой взаимодействие одной модели
работ с другой. Различают в IDEF0 пять типов связей работ. - Связь по входу
(input-output) имеет место, когда выход вышестоящей работы направляется на
вход следующей работы. - Связь по управлению (output-control) обозначает
ситуацию, когда выход вышестоящей работы направляется на управление
следующей работы. Связь показывает доминирование вышестоящей работы. Обратная связь по входу (output-input feedback) имеет место, когда выход
нижестоящей работы направляется на вход вышестоящей. - Обратная связь по
управлению (output-control feedback) обозначает ситуацию, когда выход
нижестоящей работы направляется на управление вышестоящей. Является
показателем эффективности бизнеспроцесса. - Связь выход-механизм (outputmechanism) имеет место, когда выход одной работы направляется на механизм
другой и показывает, что работа подготавливает ресурсы для проведения
другой работы. Из перечисленных блоков строятся диаграммы работ,
описывающие
принципы
функционирования
системы.
Процесс
моделирования какой-либо системы в IDEF0 начинается с определения
контекста, т. е. наиболее абстрактного уровня описания системы в целом.
Построение
модели
ИС
начинается
с
описания
функционирования
предприятия (системы) в целом в виде контекстной диаграммы (рис.2). После
описания контекстной диаграммы проводится функциональная декомпозиция
система разбивается на подсистемы, каждая подсистема описывается отдельно
(диаграммы декомпозиции). Затем каждая подсистема разбивается на более
мелкие и так далее до достижения нужной степени
14 подробности. В результате такого разбиения, каждый фрагмент
системы изображается на отдельной диаграмме декомпозиции. Диаграмма
работы информационной системы агентства недвижимости отображает весь
поток
входных
и
выходных
данных,
которые
обрабатываются
в
информационной системе. Деятельность агентства производится на основании
гражданского и жилищного кодекса. После согласования цены и остальных
условия договора оформляется сделка. Гражданский кодекс Жилищный кодекс
Информация о недвижимости Информация о клиенте Продажа недвижимости
Сделка Риелтор Рисунок 2 Контекстная диаграмма информационной системы
агентства недвижимости 2.2 Моделирование потоков данных (DFD)
15 Диаграммы потоков данных (DFD) являются основным средством
моделирования функциональных требований к проектируемой системе. С их
помощью эти требования представляются в виде иерархии функциональных
компонентов (процессов), связанных потоками данных. Главная цель такого
представления продемонстрировать, как каждый процесс преобразует входные
данные в выходные, а также выявить отношения между этими процессами.
Модель DFD, как и большинство других структурных моделей иерархическая
модель. Каждый процесс может быть подвергнут декомпозиции, то есть
разбиению на структурные составляющие, отношения между которыми в той
же нотации могут быть показаны на отдельной диаграмме. Для построения
DFD используются две различные нотации, соответствующие методам
Йордана-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются
друг от друга графическим изображением символов. В основе методологии
Гейна-Сэрсона лежит построение модели анализируемой ИС - проектируемой
или реально существующей. В соответствии с методологией модель системы
определяется как иерархия диаграмм потоков данных (DFD), описывающих
асинхронный процесс преобразования информации от ее ввода в систему до
выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные
диаграммы) определяют основные процессы или подсистемы ИС с внешними
входами и выходами. Они детализируются при помощи диаграмм нижнего
уровня. Такая декомпозиция продолжается, создавая многоуровневую
иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень
декомпозиции,
на
котором
процесс
становятся
элементарными
и
детализировать их далее невозможно. Источники информации (внешние
сущности)
порождают
информационные
потоки
(потоки
данных),
переносящие информацию к подсистемам или процессам. Те в свою очередь
преобразуют информацию и порождают новые потоки, которые переносят
информацию к другим процессам
16 или подсистемам, накопителям данных или внешним сущностям
потребителям информации. Таким образом, основными компонентами
диаграмм
потоков
данных
являются:
-
внешние
сущности;
-
системы/подсистемы; - процессы; - накопители данных; - потоки данных. 1.
Внешние сущности Внешняя сущность представляет собой материальный
предмет или физическое лицо, представляющее собой источник или приёмник
информации,
например,
заказчики,
персонал,
клиенты.
Определение
некоторого объекта или системы в качестве внешней сущности указывает на
то, что она находится за пределами границ анализируемой ИС. В процессе
анализа некоторые внешние сущности могут быть перенесены внутрь
диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть
процессов ИС может быть вынесена за пределы диаграммы и представлена как
внешняя
сущность.
Внешняя
сущность
обозначается
квадратом,
расположенным как бы "над" диаграммой и бросающим на неё тень, для того,
чтобы можно было выделить этот символ среди других обозначений. 2.
Системы и подсистемы При построении модели сложной ИС она может быть
представлена в самом общем виде на так называемой контекстной диаграмме
в виде одной системы как единого целого, либо может быть декомпозирована
на ряд подсистем. Номер подсистемы служит для её идентификации. В поле
имени вводится наименование подсистемы в виде предложения с подлежащим
и соответствующими определениями и дополнениями. 3. Процессы
17 Процесс представляет собой преобразование входных потоков
данных в выходные в соответствии с определённым алгоритмом. Физически
процесс может быть реализован различными способами: это может быть
подразделение организации (отдел), выполняющее обработку входных
документов
и
выпуск
отчётов,
программа,
аппаратно-реализованное
логическое устройство и т.д. Номер процесса служит для его идентификации.
В поле имени вводится наименование процесса в виде предложения с
активным недвусмысленным глаголом в неопределённой форме (вычислить,
рассчитать, проверить, определить, создать, получить), за которым следуют
существительные в винительном падеже, например: - "Ввести сведения о
клиентах"; - "Выдать информацию о имеющейся недвижимости"; - "Проверить
поступление денег". Использование таких глаголов, как "обработать",
"модернизировать" или "отредактировать" означает, как правило, недостаточно
глубокое понимание данного процесса и требует дальнейшего анализа.
Информация в поле физической реализации показывает, какое подразделение
организации, программа или аппаратное устройство выполняет данный
процесс. 4. Накопители данных Накопитель данных представляет собой
абстрактное устройство для хранения информации, которую можно в любой
момент поместить в накопитель и через некоторое время извлечь, причём
способы помещения и извлечения могут быть любыми. Накопитель данных
может быть реализован физически в виде ящика в картотеке, таблицы в
оперативной памяти, файла на магнитном носителе и т.д. Накопитель данных
идентифицируется буквой "D" и произвольным числом. Имя накопителя
выбирается
из
соображения
наибольшей
информативности
для
проектировщика.
18 Накопитель данных в общем случае является прообразом будущей
базы данных, и описание хранящихся в нем данных должно быть увязано с
информационной моделью. 5. Потоки данных Поток данных определяет
информацию, передаваемую через некоторое соединение от источника к
приёмнику. Реальный поток данных может быть информацией, передаваемой
между двумя устройствами, пересылаемыми по электронной почте письмами,
дисками, переносимыми с между компьютерами и т. д. Диаграмма DFD
отображает работу агентства недвижимости. Внешней сущностью здесь
выступает клиент, который обращается в агентство путём ввода личных
данных.
После
ввода
личных
данных
клиент
заносится
в
БД
зарегистрированных пользователей, после чего пользователю из базы данных
информации о недвижимости предлагается выбрать недвижимость. После
информация о выбранной пользователем недвижимости заносится в базу
данных для дальнейшего оформления. Клиент Личные данные Регистрация
Информация о клиенте 1 База данных клиентов 3 2 Информация о
недвижимости База данных совершённых сделок Информация о клиенте
Список недвижимости Выбранная недвижимость Информация о сделке Выбор
недвижимости Оформление Рисунок 3 Диаграмма DFD организации работы
ИС 2.3 Описание логики взаимодействия информационных потоков (IDEF3)
IDEF3 является стандартом документирования технологических процессов,
происходящих на предприятии, и предоставляет инструментарий
19 для наглядного исследования и моделирования их сценариев.
Сценарием называется описание последовательности изменений свойств
объекта,
в
рамках
рассматриваемого
процесса
(например,
описание
последовательности этапов обработки детали в цеху и изменение её свойств
после
прохождения
каждого
этапа).
Исполнение
каждого
сценария
сопровождается соответствующим документооборотом, который состоит из
двух
основных
потоков:
последовательность
документов,
процесса
определяющих
(технологических
структуру
указаний,
и
описаний
стандартов и т.д.), и документов, отображающих ход его выполнения
(результатов тестов и экспертиз, отчётов о браке, и т.д.). Для эффективного
управления любым процессом, необходимо иметь детальное представление об
его сценарии и структуре сопутствующего документооборота. Средства
документирования и моделирования IDEF3 позволяют выполнять следующие
задачи: - Документировать имеющиеся данные о технологии процесса,
выявленные, скажем, в процессе опроса компетентных сотрудников,
ответственных за организацию рассматриваемого процесса. - Определять и
анализировать точки влияния потоков сопутствующего документооборота на
сценарий технологических процессов. - Определять ситуации, в которых
требуется принятие решения, влияющего на жизненный цикл процесса,
например,
изменение
конструктивных,
технологических
или
эксплуатационных свойств конечного продукта. - Содействовать принятию
оптимальных решений при реорганизации технологических процессов. Разрабатывать имитационные модели технологических процессов, по
принципу "КАК БУДЕТ, ЕСЛИ..." В данной работе диаграмма IDEF3 будет
отображать суть работы регистрации пользователя на сайте агентства
недвижимости. Сначала пользователь вводит свои данные в специальную
форму, затем происходит
20 проверка с зарегистрированными пользователями, если пользователь
в базе данных зарегистрированных пользователей найден и введённые данные
верны, то он направляется в личный кабинет. Если пользователь в базе данных
не найден, и введённые им данные верны, то происходит процесс регистрации
с последующим получением доступа к личному кабинету. Рисунок 4
Диаграмма IDEF3 регистрации пользователя на сайте агентства недвижимости
2.4 Разработка модели данных (IDEF1X) Методология IDEF1X представляет
собой семантическое моделирование данных и применяется для построения
информационной модели в виде ERдиаграммы, которая представляет
структуру
информации,
производственной
необходимой
системы
или
для
среды.
поддержания
функции
Концептуальная
модель,
представленная в соответствии со стандартом IDEF1X, является логической
схемой базы данных для проектируемой системы. Диаграмма IDEF1X
показывает логическую структуру данных в информационной системе.
21 Основными объектами концептуальной модели являются сущности и
связи. Сущность некоторый обособленный объект или событие моделируемой
системы, имеющий определённый набор свойств атрибутов. Отдельный
элемент этого множества называется "экземпляром сущности". Сущность
может обладать одним или несколькими атрибутами, которые однозначно
идентифицируют каждый образец сущности, и может обладать любым
количеством связей с другими сущностями. Правила для атрибутов сущности:
1. Каждый атрибут должен иметь уникальное имя. 2. Сущность может обладать
любым количеством атрибутов. 3. Сущность может обладать любым
количеством наследуемых атрибутов, но наследуемый атрибут должен быть
частью первичного ключа сущности-родителя. 4. Для каждого экземпляра
сущности должно существовать значение каждого его атрибута (правило не
обращения в нуль Not Null). 5. Ни один из экземпляров сущности не может
обладать более чем одним значением для её атрибута. Сущность изображается
на ER-диаграмме в виде прямоугольника, в верхней части которого приводится
её название; далее следует список атрибутов. Ключевые атрибуты могут быть
выделены подчёркиванием или иным способом. Каждая сущность может
обладать любым количеством связей с другими сущностями. Сущность
является независимой, если каждый её экземпляр может быть однозначно
идентифицирован без определения его связей с другими сущностями.
Сущность может обладать атрибутами, которые наследуются через связь с
родительской сущностью. Последние обычно являются внешними ключами и
служат для организации связей между сущностями. Если внешний ключ
22 сущности используется в качестве её первичного ключа (PK) или как
часть составного первичного ключа, то сущность является зависимой от
родительской сущности. Если внешний ключ не является первичным и не
входит в составной первичный ключ, то сущность является независимой от
родительской сущности. Если сущность является зависимой, то связь её с
родительской сущностью называется идентифицирующей, в противном случае
- не идентифицирующей. Связь изображается на ER-диаграмме линией,
проводимой между сущностью-родителем и сущностью-потомком с точкой на
конце линии у сущности-потомка, идентифицирующая связь изображается
сплошной линией, не идентифицирующая пунктирной. Связи даётся имя,
выражаемое грамматической формой глагола. Для связи дополнительно может
присутствовать указание мощности: какое количество экземпляров сущностипотомка может существовать для сущностиродителя. Имя связи всегда
формируется с точки зрения родителя, так что может быть образовано
предложение, если соединить имя сущности родителя, имя связи, выражение
мощности и имя сущности-потомка. На данной диаграмме присутствуют
сущности: Недвижимость, Сделки, Клиенты, которые объединены между
собой при помощи внешних ключей и образуют связь «один-ко многим».
Недвижимость Код недвижимости Стоимость Адрес Площадь Количество
комнат Сделки Код сделки m Код недвижимости (FK) m 1 Код клиента (FK)
Цена Дата сделки 1 Клиенты Код клиента Фамилия Имя Отчество Телефон
Рисунок 5 Диаграмма IDEF1X
23 ЗАКЛЮЧЕНИЕ В процессе выполнения данной работы, были
применены теоретические и практические навыки по дисциплине «Методы и
средства проектирования информационных систем и технологий». При
реализации проекта был проведён анализ предметной области, продумано
назначение информационной системы, приобретены практические навыки по
проектированию структуры, разработке и реализации проектирования
информационной системы. В процессе создания информационной системы
были
построены
полные
и
непротиворечивые
функциональные
и
информационные модели. Для построения различных диаграмм модели
использовался набор инструментальных средств, позволяющих в наглядной
форме моделировать предметную область в соответствии с информационными
потребностями пользователей. Таким образом, информационные системы
играют существенную роль в современном мире, обеспечивая актуальной
информацией специалистов, пользователей в той или иной предметной
области. Все, с чем мы ежедневно сталкиваемся в жизни, скорее всего,
зарегистрировано в той или иной информационной системе. Умение работать
с информационными системами является одним из важнейших навыков в
работе
с
компьютером,
а
специалисты,
умеющие
работать
с
информационными системами всегда окажутся востребованными.
Моделирование потоков 1 Моделирование потоков В основе данной
методологии
анализируемой
(методологии
ИС
Gane/Sarson)
проектируемой
или
лежит
реально
построение
модели
существующей.
В
соответствии с методологией
Проектирование информационной системы «Ломбарда» Волошин А.С.
Балаковский инженерно-технологический институт филиал федерального
государственного
автономного
образовательного
учреждения
высшего
профессионального
CASE технологии Лекция 3 1 Методология структурного анализа
Gane/Sarson Особенность методологии рассмотрение Информационной
Системы (существующей или создаваемой) с точки зрения моделирования
информационных
РАЗРАБОТКА
РАСПРЕДЕЛЕННОЙ
БАЗЫ
ДАННЫХ
ТУРИСТИЧЕСКОЙ ФИРМЫ НА ОСНОВЕ MS SQL SERVER Спиридонов
А.В. Балаковский инженерно-технологический институт филиал НИЯУ
МИФИ Балаково, Россия DEVELOPMENT OF TOURISM
Функциональное моделирование систем с использованием методологии
DFD Основные вопросы Определение и функциональное назначение
DFDмоделей
Основные
компоненты
DFD-моделей
Иерархия
DFD
Торопова
Н.Д.
Рассмотрение примера
Составители:
Гиндуллина
Т.К.,
Камалова
Л.З.,
Методические указания к лабораторной работе ФУНКЦИОНАЛЬНОЕ
МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ С MS OFFICE VISIO 2007 1.
Цель работы Целью работы
Проектирование информационной системы продажи контента для
мобильных телефонов Золотов Р.О. Ярославский филиал РЭУ им.
Г.В.Плеханова Ярославль, Россия Design of information system sales of content
for
Содержание Задание 3 I. Пояснительная записка 4 1. Введение 4 2.
Назначение и область применения 5 3. Технические характеристики 6 3.1
Постановка задачи на разработку программы 6 3.2 Описание алгоритма
1 Построение диаграмм потоков данных 1.1 Общие особенности
методологии DFD Диаграммы потоков данных (Data Flow Diagramming)
являются основным средством моделирования функциональных требований к
проектируемой
ФЕДЕРАЛЬНОЕ
ОБРАЗОВАТЕЛЬНОЕ
ГОСУДАРСТВЕННОЕ
УЧРЕЖДЕНИЕ
БЮДЖЕТНОЕ
ВЫСШЕГО
ОБРАЗОВАНИЯ
СТАВРОПОЛЬСКИЙ ГОСУДАРСТВЕННЫЙ АГРАРНЫЙ УНИВЕРСИТЕТ
Экономический факультет Кафедра информационных систем УТВЕРЖДАЮ
РАЗРАБОТКА
КЛАДОВЩИКА
АВТОМАТИЗИРОВАННОГО
ВОЛГОГРАДСКОЙ
РАБОЧЕГО
МЕСТА
МАШИНОСТРОИТЕЛЬНОЙ
КОМПАНИИ Г. ВОЛГОГРАД Маркосян Р.В. Волгоградский государственный
аграрный университет, Волгоград, Россия DEVELOPMENT
18
УДК
65.012.26
СРАВНИТЕЛЬНАЯ
ХАРАКТЕРИСТИКА
ОПИСАНИЯ ЛОГИСТИЧЕСКИХ СИСТЕМ НА ОСНОВЕ IDEF0 И DFD
Антон Олегович Аристов, магистрант МГГУ Аннотация Рассмотрены
современные методы описания логистических
Информационные технологии в экономике Основы методологии IDEF1
и IDEF1X Топорец Александр Юрьевич Методология IDEF1 План
Методология IDEF1X Методология IDEF1 Стандарт IDEF1 инструмент для
анализа и изучения
МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0
Информационный
менеджмент
Рекомендации
по
стандартизации
Информационные технологии поддержки жизненного цикла продукции
МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ
ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ Основные задачи
проектирования баз данных Обеспечение хранения в БД всей необходимой
информации. Обеспечение возможности получения данных по всем
необходимым запросам. Сокращение
Лаборатория информационных технологий (ИТЛаб) При поддержке
фирмы Intel Учебно-исследовательский проект Инструментальные средства
поддержки жизненного цикла программного обеспечения Куратор проекта:
Сысоев
Современные компьютерные системы управления персоналом Кафедра
информационных систем и математического моделирования 2010/2011
учебный год М.П. Харламов 1 Лекция 3 Технологии функционального
моделирования
Самостоятельная
работа
2
по
дисциплине
«Проектирование
информационных систем» Требования к выполнению и оформлению задания
Используя программу моделирования бизнес-процессов BPwinвыполнить
нижеприведенное
Создание модели потоков данных бизнес-процесса «Сбыт» О. А.
ДЕНИСОВА Аннотация. Предметом исследования данной статьи являются
методы оптимизации потоков данных, сопровождающих бизнес-процессы
организации.
Лабораторная работа 2. Функциональное моделирование. Построение
декомпозиции первого уровня для контекстной диаграммы. Постановка
задачи: Модель разрабатывают для понимания, анализа и принятия решений
Министерство образования и науки Российской Федерации Федеральное
государственное
бюджетное
профессионального
образовательное
образования
учреждение
«Нижневартовский
высшего
государственный
университет»
УДК 004.056 Построение IDEF0-модели виртуального центра охраны
здоровья Миков Д.А., студент Россия, 105005, г. Москва, МГТУ им. Н.Э.
Баумана, кафедра «Информационная безопасность» Научный руководитель:
Базы данных Лектор Азарченков А.А. Основные компоненты работы с
данными База данных (БД) связанная совокупность структурированных
данных, относящихся к определенному процессу или явлению, в конкретной
Лекция 3 часть 6: Элементы графической нотации диаграммы
компонентов Аннотация: Назначение диаграммы компонентов, ее основные
элементы. Особенности физического представления программных систем.
Компоненты
Методология проектирования баз данных Введение в методологию
проектирования баз данных Что такое методология проектирования?
Методология
проектирования
-
структурированный
подход,
предусматривающий использование
51
ЭТАПЫ
ФУНКЦИОНАЛЬНОГО
МОДЕЛИРОВАНИЯ
ОБРАЗОВАТЕЛЬНЫХ СИСТЕМ Л.Л. Горбунова Описываются результаты
применения методологии функционального моделирования для построения
модели общего образования взрослых,
Методология информационного моделирования IDEF1X Основные
вопросы Основные понятия: сущность, атрибут, отношение Правила
определения
сущности,
атрибута,
отношения
Основные
правила
формирования информационной
Алгоритм проектирования системы информационных панелей для
мониторинга
результатов
деятельности
сервисного
центра
компании,
работающей на рынке информационных технологий # 09, сентябрь 2014
Матвеев С.
Уфимский государственный авиационный технический университет
Кафедра автоматизированных систем управления Системное моделирование и
CASE-технологии Структура курса 9 лекций; 8лабораторных работ; Расчетнографическая
РАЗРАБОТКА ИС Жизненный цикл ИС Определение 1: Жизненный
цикл ИС это процесс ее построения и развития. Определение 2: Жизненный
цикл ИС период времени, который начинается с момента принятия решения о
необходимости
РАЗРАБОТКА МОДЕЛИ TO-BE ДЛЯ ИС ГУП «ВЛАДИМИРСКИЙ
АВТОВОКЗАЛ» Лобанов С.И., Воронова Л.И. Московский технический
университет связи и информатики Москва, Россия MODEL TO-BE DESIGN
FOR THE «BUS STATION OF
CASE технологии Лекция 2 1 Методологии проектирования ИС
Вспомним, что CASE-технология это методология проектирования ИС и набор
инструментальных средств для наглядного моделирования, анализа модели и
Контроль ввода Регистрация Основные процедуры преобразования в
информационных
технологиях
Концептуальная
модель
базовой
информационной технологии содержит процессы, процедуры и операции
информационного
Модели данных Старший преподаватель Каф. Процессов управления и
информационной безопасности Пермского государственного университета
Неверов А.В. Понятие модели данных Модель данных это абстрактное,
самодостаточное,
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ ОДЕССКИЙ
НАЦИОНАЛЬНЫЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИНСТИТУТ
КОМПЬЮТЕРНЫХ СИСТЕМ Методические указания к выполнению
лабораторных работ по дисциплине Основы системной
СОДЕРЖАНИЕ
МЕБЕЛЬНОГО
Введение
САЛОНА
9
«ИМИДЖ»
1
АНАЛИЗ
12
1.1
ДЕЯТЕЛЬНОСТИ
Технико-экономическая
характеристика мебельного салона «Имидж» 12 1.1.1Организационная
структура 14 1.1.2 Анализ внешнего и
Функциональное моделирование бизнеспроцессов 1 Методология
IDEF0 Методология SADT (Structured Analisys and Design Technique)
разработана Дугласом Т. Россом в 1969-73 годах. Она изначально создавалась
для
ЛАБОРАТОРНАЯ РАБОТА 6 Построение диаграммы потоков данных С
помощью этой лабораторной работы Вы сможете: освоить назначение и
принципы построения DFD - диаграммы потоков данных; научиться
устанавливать
Проектирование информационной системы управления материальными
ресурсами
на
предприятии.
Камилов
К.Б.,ГабибулаеваС.Г.
Дагестанскийгосударственныйуниверситет Махачкала, Россия Designing an
information system
УДК
658.2
ПРИМЕНЯЕМЫХ
ИССЛЕДОВАНИЕ
ПРИ
МЕТОДОВ
АНАЛИЗЕ
МОДЕЛИРОВАНИЯ,
СЛОЖНЫХ
ЗАДАЧ
И
ПРОЕКТИРОВАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ Лобач А.С.
Московский гoсударствeнный тexнoлoгичecкий yнивeрcитeт «CTAHKИH»
ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ (НОТАЦИЯ IDEF0) КАК
МЕТОД
ИССЛЕДОВАНИЯ
БИБЛИОТЕЧНО-ИНФОРМАЦИОННЫХ
СИСТЕМ Часовских Е.В., Доронина И.Н. Белгородский государственный
институт искусств и культуры Белгород, Россия
Лабораторная работа 1 по дисциплине «Системное программирование»
Разработка спецификаций структурных единиц. Реализация алгоритмов
средствами автоматизированного проектирования. Цель работы: проведение
1. Информация и данные 2. Основные понятия систем с базами данных
Информационные компьютерные системы с базами данных это системы
информационных,
математических,
программных,
языковых,
организационных
Базы данных в ИС_рус_3кр_зим_Укубасова Г_ИС, ВТиПО(2к4г очн) 1
Совокупность специальным образом организованных данных, хранимых в
памяти вычислительной системы и отображающих состояние объектов и их
взаимосвязей
Проблемы автоматизации учёта выполненных медицинских услуг и пути
их решения на примере ГУЗ Жирновская ЦРБ Павловский С.А Волгоградский
государственный аграрный университет Волгоград, Россия Problems of
Приложение Министерство образования и науки Российской Федерации
Муромский институт (филиал) федерального государственного бюджетного
образовательного
учреждения
высшего
образования
«Владимирский
государственный
Учебная дисциплина «Базы данных и управление ими» для студентов
специальности
050501.65
«Профессиональное
обучение»
ЛЕКЦИЯ
5
ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ Вопрос 1. Этапы проектирования баз
данных. Вопрос
Вариант 1 Выберите правильный вариант ответа. Возможен только один
вариант правильного ответа. 1. Информационная система-это а) Любая
система обработки информации б) Система обработки текстовой информации
Базы
данных
Проектирование
баз
данных
"Сложная
система,
спроектированная наспех, никогда не работает, и исправить её, чтобы
заставить работать, невозможно". Законы Мерфи. 16-й закон системантики
Требования
Министерство
образования
и
науки
Российской
Федерации
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ
НАЦИОНАЛЬНЫЙ
ВЫСШЕГО
ОБРАЗОВАНИЯ
ИССЛЕДОВАТЕЛЬСКИЙ
«САРАТОВСКИЙ
ГОСУДАРСТВЕННЫЙ
УНИВЕРСИТЕТ
РАЗРАБОТКА МОДЕЛИ TO-BE ДЛЯ ИС ООО «РЕСТОРАН «ЭЛИСТА»
Корнякова Б.С. Московский технический университет связи и информатики
Москва, Россия MODEL TO-BE DESIGN FOR THE RESTAURANT ELISTA
INFORORMATION SYSTEM
Система Управления Проектами Минэкономразвития России Сведения о
заказчике Министерство Экономического Развития и Торговли России.
Департамент Корпоративного Управления и Новой Экономики (ДКУНЭ).
Описание
Типы информационных систем Тип информационной системы зависит
от того, чьи интересы она обслуживает и на каком уровне управления. Типы
информационных систем По характеру представления и логической
организации
Сессия 2 Особенности современных бизнес-процессов, описание БП,
специфика БП на вертикальных рынках и в государственном управлении
Григорий Бочечка, к.т.н., доцент Региональный обучающий семинар МСЭ для
➀ Информационные системы и банки данных. Важнейшим условием
обеспечения эффективного функционирования любой организации является
наличие развитой информационной системы. Информационная система это
система,
РАЗРАБОТКА ИНФОРМАЦИОННО СИСТЕМЫ ДЛЯ АВТОШКОЛЫ
ООО «ЗЕБРА» Кудинов С.В. Московский технический университет связи и
информатики Москва, Россия DEVELOPMENT OF THE INFORMATION
SYSTEM FOR DRIVING SCHOOL «ZEBRA»
12_Этапы проектирования ИС с применением UML Основные типы
UML-диаграмм, используемые в проектировании информационных систем.
Взаимосвязи между диаграммами. Поддержка UML итеративного процесса
проектирования
Климов Вадим Владимирович, к.э.н., технический консультант SAP
Центр экспертизы, группа интеграции процессов ООО «САП СНГ» (СанктПетербург) Оптимизация кросс-системной интеграции бизнес-процессов
Корпоративные
Тема 10. Основы технологии баз данных Технология баз данных
является одним из ключевых достижений информатики, используемым для
построения
компьютерных
информационных
систем
и
приложений,
реализующих информационные
ГОСУДАРСТВЕННАЯ ТЕХНИЧЕСКАЯ КОМИССИЯ РОССИЙСКОЙ
ФЕДЕРАЦИИ
Руководящий
документ
АВТОМАТИЗИРОВАННЫЕ
СИСТЕМЫ ЗАЩИТА ОТ НЕСАНКЦИОНИРОВАННОГО ДОСТУПА К
ИНФОРМАЦИИ.
КЛАССИФИКАЦИЯ
АВТОМАТИЗИРОВАННЫХ
СИСТЕМ И
Сессия 4 Методы и средства реинжиниринга бизнеспроцессов, роль ИТ
в
реинжиниринге
бизнеспроцессов
телекоммуникационных
компаниях
и
процессов
Григорий
Бочечка,
управления
к.т.н.,
в
доцент
Региональный обучающий
«ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ» Б1.В.ОД.3
Дисциплина «Проектирование информационных систем» предназначена для
студентов, обучающихся по направлению подготовки 09.03.03 «Прикладная
информатика»,
Курсовая работа
По дисциплине «Разработка информационных систем»
Разработка ИС агентства недвижимости
Введение
Актуальность и место решаемой задачи информационного обеспечения
в предметной области
Для наиболее эффективного производства в любой организации
возникает проблема организации управления данными. Автоматизация
позволяет хранить, структурировать и систематизировать большие объемы
данных.
Развитие рынка способствовало увеличению количества компаний,
предоставляющих риэлтерские услуги, что повлекло за собой обострение
конкурентной борьбы и повышение требований по уровню, скорости и
удобству обслуживания клиентов.
Обслуживание клиентов состоит из двух этапов: на первом этапе
выполняется поиск актуального предложения рынка недвижимости, на втором
- оформление юридических документов.
Увеличение скорости и качества поиска актуальных предложений (на
первом этапе) требует разработки и внедрения такой информационной
системы, которая предоставляла бы анализ информации о текущем состоянии
рынка недвижимости.
Целью
курсовой
работы
является
разработка
и
внедрение
информационной системы по автоматизации риэлтерской деятельности
фирмы «Алина» города Каменск-Шахтинского.
Цели и задачи дипломного проектирования
Разработка ИС включает в себя выполнение следующих задач:
¾ Изучение рынка программных продуктов, выявление их сильных и
слабых сторон.
¾ Проведение анализа требований к системе и ее проектирование.
¾ Реализация информационной системы, удовлетворяющей требования
заказчика.
¾ Проведение оценки эффективности технологий разработки.
Данная АИС должна работать с оперативными данными, накопление
этих данных позволит проводить анализ деятельности предприятия за любой
период
времени,
информацией
а
по
также
учету,
позволит
вести
оперативное
покупке-продаже,
обмену,
управление
приватизации
недвижимости. Это является одной из задач внедрения системы. Благодаря его
использованию,
существенно
сокращается
время,
затрачиваемое
на
подготовку, поиск и обработку необходимой информации для причисленных
выше функций, выполняемых фирмой. Это достигается путем выбора
наиболее оптимального способа хранения и обработки данных. При таком
подходе,
время,
затраченное
на
получение
этих
данных
другими
пользователями, также сокращается. В этом заключается практическая
значимость данной курсовой работы.
Разрабатываемая
информационная
система
необходима
для
формирования и поддержки внутренней базы квартир агентства, ввода и
редактирования квартир, комнат, домовладений, земельных участков в
городеКаменск-Шахтинском
и
других
населенных
пунктах,
которые
выставляются на продажу агентами. Также система позволит повысить
производительность труда, помогая выполнить работу лучше, быстрее и
дешевле. С помощью информационной системы можно повысить уровень
работы директора, бухгалтера и секретаря путем автоматизации некоторых
рутинных операций.
1. Разработка требований к программному обеспечению
.1 Анализ существующих решений по автоматизации предметной
области
Агентство недвижимости «Алина» предоставляет физическим и
юридическим лицам следующие услуги:
¾ Покупка недвижимости
¾ Продажа недвижимости
¾ Обмен недвижимости
¾ Аренда недвижимости
¾ Оценка недвижимости
Разрабатываемая ИС должна выполнять следующие функции:
¾ Формировать и поддерживать внутреннюю базу квартир агентств.
¾ Выборка по любому набору условий квартир из внутренней базы
данных.
¾ Организация схемы работы агентства с диспетчерским телефоном.
¾ Выдавать управленческую информацию для руководителей и
сотрудников
.2 Выбор методологии проектирования информационной системы
В настоящее время в области разработки и реализации информационных
систем существует несколько методологий проектирования:
Методология функционального моделирования работ SADT;
Методология объектно-ориентированного анализа и проектирования на
языке UML;
Для
проектирования
информационной
системы
была
выбрана
методология объектно-ориентированного анализа и проектирования на языке
UML.(унифицированный язык моделирования) - язык графического описания
для
объектного моделирования
в области разработки
программного
обеспечения. UML является языком широкого профиля, это - открытый
стандарт, использующий графические обозначения для создания абстрактной
модели
системы,
называемойUML-моделью.
UML
был
создан
для
определения, визуализации, проектирования и документирования, в основном,
программных систем.
1.3 Анализ предметной области
Агентство недвижимости «Алина» оказывает широкий спектр услуг в
сфере недвижимости, такие как покупка, продажа, аренда, оценка жилой и
коммерческой недвижимости,располагается в городе Каменск-Шахтинском.
На рисунке показаны структурные звенья агентства:
(Сформировано средствами ПО «БИГ-Мини»):
На данный момент данное агентство содержит 14 сотрудников.
Основные
направления
деятельности
фирмы
изображены
на
рисунке(Сформировано средствами ПО «БИГ-Мини»):
1.4 Сбор требований
автоматизация агентство недвижимость интерфейс
Сбор требований - это процесс, необходимый для создания и
утверждения документа, содержащего спецификацию системных требований.
На данном этапе:
¾ Осуществляется сбор требований.
¾ Составляются профили заинтересованных лиц.
¾ Разрабатываются варианты использования.
Чаще
всего
использовании
методология
метода
сбора
требований
интервьюирования
и
основывается
изучения
на
документации,
описывающей деятельность фирмы.
Опрошенные сотрудники пожелали увидеть в ПО интуитивно-понятный
интерфейс, защищенность данных, наличие карты города для отображения
объектов, возможность просмотра истории операций.
Для принятия решений необходима полная информация об актуальных
предложениях, ранее проданных объектах недвижимости, объектах, продажей
которых занимается фирма в данных момент, а также детальное описание
каждого объекта.
1.5 Анализ и моделирование требований
На основе проведенной работы по сбору требований для ИС агентства
недвижимости «Алина» были выявлены следующие требования:
¾ Карта города (с отображением объекта на карте).
¾ Классификатор объектов (автоматическое определение района, тип
жилья, этажности, планировки, материала стен).
¾ Функция исключения «записей-дублей» объектов (при добавлении
нового объекта программа проводит проверку на наличие аналогов и
предупредит о наличии похожих).
¾ Слежение за сроками аренды.
¾ Возможность просмотра истории аренды.
¾ Архив базы данных собственников объектов.
¾ Архив базы данных клиентов - два статуса состояния заявок от
клиента: активные и не активные.
¾ Функция скрытия приватных данных.
¾ Добавление изображений к объектам.
¾ Многопользовательский интерфейс (распределенный доступ) с
авторизацией и именной привязкой к событиям.
¾ ID номер у каждого объекта, для простоты идентификации.
¾ Автоматическое резервное копирование на клиентской стороне для
восстановления базы данных в случае аварийных сбоев.
1.6 Спецификация требований
Спецификация требований используется для текущего сопровождения
проекта и представления требований, сформулированных по отношению к
проекту. Она позволяет определить предметную область программного
продукта, рассматриваемого относительно трех его основных составляющих:
данных, процесса и поведения. Спецификация позволяет от определения
предметной области проекта перейти к области решений, определив три
модели требований, отображающие характеристики данных, процесса и
поведения.
Доступ к ИС может осуществляться только теми категориями
пользователей, которые связаны с отделом агентства, а именно: начальник,
специалист, оценщик.
Общие ограничения
Операционная среда. Минимальные требования к операционной системе
- Windows7 Starter.
Ограничения дизайна и реализации-1. База данных должна быть
спроектирована на SQL Server 2010.
Ограничения дизайна и реализации-2. Приложение должно быть
реализовано как клиент-серверная система, в которой модули, управляющие
внешними устройствами, являются серверами автоматизации.
Требования к внешнему интерфейсу
Интерфейсы пользователя-1. Экраны вывода должны соответствовать
общепринятым стандартам.
Интерфейсы пользователя-2. Система должна обеспечивать ссылку на
справку на каждой форме, объясняющую, как пользоваться этой формой.
Интерфейсы пользователя-3. Формы должны предоставлять полную
возможность навигации и выбор при помощи клавиатуры и мыши.
Требования к системе приведены в таблице:
Атрибуты качества ПО
Доступность-1. Система должна быть доступна круглосуточно.
Надежность-1. Система должна восстанавливать незавершенные отчеты
в случае сбоя в сети или системе.
Функциональные требования
¾ Ведение, изменение клиентского учета.
¾ Поиск по базе данных.
¾ Регистрация заявок.
¾ Предоставление отчетов.
1.7 Аттестация требований
Во время процесса аттестации должны быть выполнены различные типы
проверок требований.
1. Проверка правильности требований. Пользователь может считать, что
система необходима для выполнения некоторых определенных функций.
Однако дальнейшие размышления и анализ могут привести к необходимости
введения дополнительных или новых функций. Системы предназначены для
разных пользователей с различными потребностями, и поэтому набор
требований будет представлять собой некоторый компромисс между
требованиями пользователей системы.
2. Проверка на непротиворечивость. Спецификация требований не
должна содержать противоречий. Это означает, что в требованиях не должно
быть противоречащих друг другу ограничений или различных описаний одной
и той же системной функции.
Проверка на полноту. Спецификация требований должна содержать
требования, которые определяют все системные функции и ограничения,
налагаемые на систему. Проверка на выполнимость. На основе знания
существующих
возможность
технологий
их
требования
реального
должны
выполнения.
быть
Здесь
также
проверены
на
проверяются
возможности финансирования и график разработки системы. Существует ряд
методов аттестации требований, которые можно использовать совместно или
каждый в отдельности. Метод прототипирования является одним из основных
для реализации аттестации программного продукта на этапе анализа системы,
позволяющий использовать заказчиков для контроля предъявленных к системе
требований.
Прототип интерфейса серверной части ИС:
.8 Выводы к разделу
В
первом
существующие
разделе
ИС,
курсовой
построены
работы
были
бизнес-варианты
проанализированы
использования,
описывающие основные направления деятельности сотрудников фирмы,
выявлены направления деятельности по отделу агентства. Для определения
требований был проведен опрос среди сотрудников фирмы как основных
пользователей будущей системы. Выполнение аттестации требований
посредством прототипирования стало итоговым шагом данного этапа.
2. Проектирование информационной системы
2.1 Архитектурное проектирование
Архитектура проекта определяется требованиями к конфигурации
системы. В случае ИС фирмы «Алина» проектирование распределенной
структуры системы является необходимостью.
Примерная архитектура ИС изображена на рисунке.
2.2 Проектирование пользовательского интерфейса
Пользовательский интерфейс - это совокупность программных и
аппаратных средств, обеспечивающих взаимодействие пользователя с
компьютером. Основу такого взаимодействия составляют диалоги. Под
диалогом
в
данном
случае
понимают
регламентированный
обмен
информацией между человеком и компьютером, осуществляемый в реальном
масштабе времени и направленный на совместное решение конкретной задачи:
обмен информацией и координация действий. Каждый диалог состоит из
отдельных процессов ввода-вывода, которые физически обеспечивают связь
пользователя и компьютера. Обмен информацией осуществляется передачей
сообщений и управляющих сигналов.
Главное окно программы:
Форма ответа на заявки клиентов:
2.3 Проектирование базы данных
Основными целями проектирования базы данных являются:
¾ Представление данных и связей между ними, необходимых для всех
основных областей применения данного приложения и любых существующих
групп его пользователей;
¾ Создание модели данных, способной поддерживать выполнение
любых требуемых транзакций обработки данных;
¾ Разработка предварительного варианта проекта, структура которого
позволяет удовлетворить все основные требования, предъявляемые к
производительности системы - например, ко времени реакции системы.
В основу проектирования БД должны быть положены представления
конечных
пользователей
конкретной
организации
-
концептуальные
требования к системе.
При проектировании базы данных создаются два уровня модели логический и физический. Логический уровень - это абстрактный взгляд на
данные, на нем данные представляются так, как выглядят в реальном мире, и
могут называться так, как они называются в реальном мире. Объекты модели,
представляемые на логическом уровне, называются сущностями. Логический
уровень модели данных может быть построен на основе другой модели,
например, концептуальной модели данных.
2.4 Обоснование выбора платформы создания информационной системы
Для реализации ИС агентства недвижимости «Алина» были выбраны
такие программные средства разработки как MicrosoftAccess 2010 и язык
программирования MicrosoftVisual С# .Net.- это интерактивная реляционная
СУБД для Windows. Это программа, которую используют для хранения и
извлечения данных в зависимости от отношений, которые установлены. Работа
с ней упрощена посредством манипулятора мыши. Графические возможности
оболочки
производят
большое
впечатление
при
изготовлении
высококачественных отчетов и распечаток. Все это благодаря поддержки Truetype шрифтов и встраивания OLE-объектов в рамках среды WINDOWS. OLE объект представляет собой ссылку на определенную информацию, которая
остается в своей первоначальной форме.также предоставляет в распоряжение
пользователя механизмы работы с базами данных различных форматов.
Поскольку в инженерном отделе находится всего 3 компьютера была
потребность в небольшой и гибкой СУБД. В итоге можно сделать вывод, что
MicrosoftAccess 2003 идеальная среда разработки БД для данной организации,
отвечающая всем представленным требованиям.
Специально для платформы MicrosoftVisualStudio .Net был разработан
новый язык программирования - C#. Он впитал в себя многое из того лучшего,
что есть в самых разных языках программирования.
Язык C# обезоруживает своей простотой - в нем насчитывается около 80
ключевых слов и десяток встроенных типов данных. Тем не менее, он
оказывается
исключительно
выразительным,
когда
дело
доходит
до
реализации современных концепций программирования. Язык C# включает в
себя самую полную поддержку структурного, компонентно-ориентированного
и объектно-ориентированного программирования, которую только можно
ожидать от современного языка.
В C# предусмотрены встроенные синтаксические конструкции для
работы с перечислениями, структурами и свойствами классов.
Таким образом, гармонично сочетающиеся между собой компоненты
разработки информационной системы СУБД MS Access и язык высокого
уровня C#, идеально подходят не только для взаимодействия между собой, но
и для нужд риэлтерской фирмы.
.5 Проектирование модулей
Основная задача проектирования заключается в том, чтобы превратить
модели анализа в документы детализированного проектирования, на основе
которых реализуется система. Логическая модель проектируемой системы
строится на основе технологии Rational, используя основные объектноориентированные подходы языка UML.
Модуль «Входные данные» содержит информацию об объекте и
предполагает оформление заявки на приватизацию, куплю или продажу
недвижимости. Входные данные содержат следующие параметры:
¾ Номер договора (ID)
¾ ФИО владельца
¾ Тип объекта
¾ Площадь помещения
¾ Цена (в случае продажи)
¾ Возможность прикрепить файл с изображением помещения.
Входные данные помещаются
в базу данных и могут быть
отредактированы в любой момент времени специалистами. Специалисты
могут изменять статус недвижимости (с продаваемого на проданное).
Модуль «Выходные данные» предполагает оформление отчета о
совершении приватизации, купли или продажи.
Модуль с проданными объектами содержит следующие данные:
¾ Номер договора
¾ ФИО продавца
¾ ФИО покупателя
¾ Дата продажи
¾ Тип объекта
¾ Площадь помещения
Данные формируются в виде отчета в удобном для пользователя
формате, могут быть запрошены в любой момент времени и использованы для
статистических сведений.
.6 Выводы к разделу
Во
втором разделе выполнено
проектирование системы
учета
недвижимости ИС.
На данном этапе были построены модели логического и физического
представления системы. Разработана база данных системы.
Разработано логическое представление основных компонентов системы
как независимых ActiveX-компонентов, реализующих функциональность
основных понятий предметной области.
Заключение
Целью курсовой работы являлась разработка ИС для агентства
недвижимости «Алина».
Первым этапом курсовой работы являлась определение цели и задач ИС.
В
первом
организации.
разделе
выполнено
бизнес-моделирование
Построена
диаграмма
бизнес-вариантов
представляющая
основные
направления
деятельности
процессов
использования
сотрудников
и
построена диаграмма вариантов использования информационной системы.
Во
втором
информационной
разделе
системы.
проведено
Также
архитектурное
было
произведено
проектирование
проектирование
пользовательского интерфейса, который в свою очередь является важным
моментом реализации системы.
После
проектирования
интерфейса
программы,
осуществлено
моделирование структуры данных (логическая и физическая модели).
Программное
средство
используемое
для
создания
CASE-средства
использовался программный продукт RationalRose 2000 EnterpriseEdition. Был
рассмотрен использованный программный инструментарий. В качестве среды
разработки
программного
обеспечения
была
использована
MicrosoftVisualStudio 2010 и язык программирования C#.
По ходу выполнения проектирования были использованы такие
программные продукты как:
¾ БигМастерМини;
¾ MS SQL Server 2010;
¾ MS Word 2013;
¾ Rational Rose.
Подведя итоги можно сказать, что была решена поставленная задача,
касающаяся автоматизации агентства недвижимости.
SHARE
SHARE
ЧИТАЙТЕ ТАКЖЕ
Мегафон
Мтс
Билайн
ТЕЛЕ2
Мегафон
Мтс
Билайн
ТЕЛЕ2
© qipu.ru, 2023. Персональный помощник в мире сотовой связи
.