"Автоматизация системы распределения льготного жилья в ГУП "Московский городской центр арендного жилья"

СПИСОК УСЛОВНЫХ ОБОЗНАЧЕНИЙ СОКРАЩЕНИЙ
ВВЕДЕНИЕ
І АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1 ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ГУП "МОСКОВСКИЙ ГОРОДСКОЙ ЦЕНТР АРЕНДНОГО ЖИЛЬЯ
1.1.1 Характеристика предприятия и его деятельности
1.1.2. Организационная структура управления предприятием
1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание
1.2.3 Обоснования необходимости использования вычислительной техники для решения задачи
1.3 Анализ существующих разработок и выбор стратегии автоматизации
1.3.1 Анализ существующих разработок для автоматизации задачи
1.3.2 Выбор и обоснование стратегии автоматизации задачи
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач
1.4.2 Обоснование проектных решений по информационному обеспечению
1.4.3 Обоснование проектных решений по программному обеспечению
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
2.2.2. Используемые классификаторы и системы кодирования
2.2.3. Характеристика нормативно-справочной, входной и оперативной информации
2.2.4 Характеристика результатной информации
2.3 Описание программного проекта
2.3.1.Общие положения
2.3.2. Характеристика базы данных
2.3.3 Структурная схема пакета
2.3.4 Описание программных модулей
2.4 Описание технологического обеспечения
2.5 Контрольный пример реализации проекта и его описание
III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Описание программного продукта
3.2 Гарантии и защита потребительских прав
3.3 Оценка рынка сбыта
3.4 Конкуренция
3.5 Ценообразование
3.6 Оценка риска и страхования
3.7 Финансовый план
3. 8. Выводы по результатам разработки бизнес – плана
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА
ПРИЛОЖЕНИЕ

"Автоматизация системы распределения льготного жилья в ГУП "Московский городской центр арендного жилья"

INTEGER
Дополнительная информация об очереднике
DANNUE
Ид дополнительной информации
ID_DANNUE
INTEGER
Наличие семьи
SEMYA
CHAR
Количество детей
DETI
DATE
Разнополость детей
RAZNOPOL
CHAR
необходимое количество комнат
KOMNAT
INTEGER
необходимый метраж
METRAG
FLOAT
Предоставленные документы
PRED_DOKUMENT
CHAR
Основание постановки в очередь
OSNOVANIE
Ид основания на постановку в очередь
ID_OSNOVANIE
INTEGER
Название документа
DOKUMENT
CHAR
Номер документа
NOMER
CHAR
Дата документа
DATA_DOK
DATE
Имеющиеся льготы
LGOT
CHAR
Доступное жилье для распределения
ZILYE
Ид доступного жилья
ID
INTEGER
Идентификатор имеющегося жилья
ID_ZILYE
INTEGER
Площадь квартиры
SQUARE
FLOAT
Количество комнат
KOMNAT
INTEGER
Символ освобождения жилья
SVOBODNO
CHAR
символ разрешения планирования
RAZRESH
CHAR
Адрес доступного жилья
ADRES
Ид адреса
ID_ADRES
INTEGER
Округ
OKRUG
CHAR
Район
RAYON_OKR
CHAR
Улица
STREET
CHAR
Дом
HOUSE
CHAR
Квартира
KVARTIRA
INTEGER
Символ нового жилья
NOVOSTROY
CHAR
Инспектор отдела распределения жилья
INSPEKTOR
Ид инспектора, проводившего изменение
ID_INSPEKTOR
INTEGER
Должность
DOLGNOST
CHAR
Отдел
OTDEL
CHAR
Фамилия
FAMILY
CHAR
Имя
IMYA
CHAR
Отчество
OTCHESTVO
CHAR
Примечание
NOTES
CHAR
Таблицы базы данных были реализованы в среде Каждую из таблиц описанных выше введем индексное поле, с помощью которых решим задачи связи информационных таблиц. В результате, объединив необходимые ссылки, получим концептуальную схему информационной модели, представленную на рисунке 2.25
Реализация таблиц в середе среде MS SQL Server 2005 представлены на рисунках 2.26- 2.32
Рис.2.26 Реализация таблицы Adres в среде MS SQL Server 2005
Рис.2.27 Реализация таблицы Dannue SQL Server 2005
Рис.2.28 Реализация таблицы Inspektor cреде MS SQL Server 2005
Рис. 2.29 Реализация таблицы Ochered в среде MS SQL Server 2005
Рис.2.30 Реализация таблицы Ocherednik в среде MS SQL Server 2005
Рис. 2.31 Реализация таблицы Ocnovanie в среде MS SQL Server 2005
Рис. 2.32 Реализация таблицы Zilye в среде MS SQL Server 2005
Рис.2.24 ER- модель базы данных созданная при помощи Case – средства ERWin
Рис.2.25 Концептуальная модель базы данных созданная в среде Microsoft SQL Server 2005
2.3.3 Структурная схема пакета
В программном обеспечении автоматизированной системы квартирного учета и распределения льготного жилья можно выделить серверную и клиентскую часть. На серверную часть возлагаются функции хранения БД и архива, а так же поддержки целостности данных, обработка запросов, управление транзакциями. На клиентскую часть возлагается обеспечение интерфейса пользователя, посылка запросов серверу БД (серверной части системы), получение результатов и сообщений от сервера, управление бизнес-правилами, проверку корректности, допустимости и обработку данных согласно содержащихся в них алгоритмах.
В среде БД клиент-сервер, сервер должен обеспечить целостность данных. Сервер использует несколько механизмов поддержания целостности:
Для обеспечения целостности данных в БД были реализованы:
совместное удаление зависимых данных;
поддержка внешних ключей;
централизованное хранение данных на сервере;
восстановление данных в исключительных ситуациях из архива;
контроль входных данных.
Для обеспечения функциональности ПП осуществляется:
управление данными (вставка, редактирование, удаление данных);
выдача результатов на запросы пользователей;
формирование отчетов для просмотра и вывод на печать.
Структура разработанного проекта представлена на рисунках 2.33-2.35 .
Рис.2.33 Структура разработанного программного проекта
Рис.2.34 Структура разработанного проекта.
Рис.2.35 Состав программного проекта
Разработанное приложение состоит из 5 модулей MainClients.pas, childTemplate.pas, DbdDirectoryTemplate.pas, AddSource.pas, ParamPoisk.pas.
2.3.4 Описание программных модулей
Спецификации главного модуля проекта MainClients.pas.
Наименование - MainClients.pas
Тип – модуль Borland Delphi 7.0.
Назначение. Выборка, обработка, поиск данных, редактирование, добавление, удаление данных. Данная разработка предназначена для автоматизации действий инспектора отдела реализации жилья управления жилищных программ, проводящего квартирный учет и распределение льготного жилья.
Подчиненности. Модуль является главным и управляющим для остальных объектов проекта.
Интерфейс модуля определяется формой MainClients приложения, внешний вид которого представлен на рисунке 2.36
Рис.2.36 Внешний вид главной формы разработанного приложения.
Обработка (алгоритм). Алгоритм работы главного модуля можно кратко описать следующей последовательностью действий. При загрузке модуля ожидается выбор одной из альтернатив главного меню. В зависимости от выбранной альтернативы главного меню происходит активация соответствующей процедуры, и синтез необходимых дочерних форм. После этого вычислительные процесс ожидает задействования элементов управления, которые могут приводить к запуску различных программных процедур, входящих в состав проекта.
Для функционирования системы поиска программного обеспечения был разработан ряд алгоритмов функционирования как самой системы, так и ее подсистем, составляющих алгоритмическое обеспечение. Среди этих алгоритмов необходимо выделить алгоритм функционирования всей программной системы (рисунок 2.37), алгоритм добавления записей, алгоритм удаления и редактирования записей, алгоритм отображения всех записей базы данных, алгоритм построения SQL-запроса алгоритм отображения результатов поиска рисунок 2.38.
Алгоритм функционирования системы (рис.) непосредственно связан с выполнением пунктов главного меню и запуском соответствующего программного модуля при появлении события. Среди альтернатив главного меню необходимо выделить следующие:
1. Просмотр «справочников» - каждой из таблиц базы данных.
2. Просмотр всех полей записи.
3. Добавление и редактирование записей.
4. Настройка и проведение поиска записей по ключу.
Рис. 2.37 Алгоритм функционирования системы
На рис. показан алгоритм формирования текста и выполнения SQL запроса. В зависимости от выбранного поискового поля, в один из компонент TEDIT (соответствующий поисковому полю), будет записан значение ключа для поиска. Выполняя алгоритм, после очистки строковой переменной для формирования SQL – запроса, определяется поле, по которому необходимо совершать поиск, соответствующее не пустому элементу TEDIT.
Рис. 2.38 Алгоритм отображения результатов поиска
Для нормальной работы программы необходимы следующие минимальные требования: 500 Мб свободного дискового пространства для ПП и 500 Мб для таблиц БД; Видеопамять - 256 Мб; Процессор производительностьб не меньше 500 Мгц.
Исходными данными для данного программного продукта являются первичные документы: 1. Заказы на поставку продукции; 2. накладные на поставку продукции. Выходными данными являлись: бумажные носители информации, подготовленные автоматизированной подсистемой учета складских операций, файлы базы данных а так же информация на магнитных носителях.
Разрабатываемое предложение состоит из 5 форм, одна из которых является главной, остальные формы являются дочерними по отношению к ней. Внешний вид главной формы приложения MainClientsForm, представлен на рисунке 2.39
Рис. 2.39 – Главная форма приложения
Главная форма приложения содержит элемента управления – главное меню (рисунок 2.40), с помощью которого и осуществляется работа всей системы, управление вычислительным процессом, организуется обмен данными и обеспечивается создание всех остальных форм приложения.
Как видно на рисунке 2.40 главная форма приложения MainClientsForm, также содержит компоненты, обеспечивающие взаимодействие приложения с базой данной, реализованной в СУБД MS SQL 2005 : компонент AdoConnection, компонент DataSource, 2 компонента AdoQuery, 6 компонентов AdoTable1, соответствующих каждой из таблиц базы данных/
Рис. 2.40 – Главное меню приложения
Главное меню приложения содержит альтернативы «файл», «просмотр», «создать», «поиск», «распределение жилья». Альтернатива «Просмотр» позволяет получить справочную информацию о каждой из таблиц базы данных, (рисунок 2.41), а та же просмотреть записи всей базы данных в целом, для этого необходим выбор альтернативы «просмотр базы данных» (рисунок 2.42).
Рис.2.41 Пункт главного меню «просмотр»
В результате выполнения выбора альтернативы «просмотр БД», происходит создание двух дочерних форм DBDirectoryTemplateForm и AddSource. Форма DBDirectoryTemplateForm расположена на рис. в верхней части позволяет отобразить записи таблицы очередь, перемешаться, редактировать, обновлять которые позволяет компонент DBNavigator, расположенный на форме AddSource. Динамически создаваемая форма AddSource предназначена для отображения записей, находящейся в различных таблицах базы данных и связанных с записями расположенными в таблицеOCHERED.
Динамически создаваемая дочерняя форма AddSource, может использоваться не только для отображения связанных записей. Главное назначение формы AddSource это создание интерфейсов для добавления как новых очередников, добавление помещений .
Рис. 2.42 Просмотр всей базы данных
Альтернатива «создать» содержит альтернативы «поступление жилья», «поступление очередника». Альтернатива «поиск», содержит альтернативы «по фамилии», «по номеру очереди», «документа №», «свободное жилье» (рисунок 2.43). Таким образом, пункты главного меню позволяют полностью управлять ходом вычислительного процесса и работой приложения.
Рис.2.43 Использование альтернативы поиск
Форма DBDirectoryTemplateForm создается при выборе алтернатив меню «просмотр», и позволяет просматривать все таблицы базы данных. Это достигается изменением источника данных компонента DBGrid, расположенного на динамически создаваемой форме и выбираемого источника данных – таблицы в соответствии с пунктом меню.
Рис. 2.44 Форма DBDirectoryTemplateForm
Элементы управления компоненты Button («Добавить», «Создать заявку», «Создать накладную») активируют процедуры, соответствующие названным действиям. Все процедуры функционируют по типизированным алгоритмом. В качестве основных этапов этих алгоритмов необходимо выделить следующие:
- считывание данных из компонентах редактирования, расположенных на динамически создаемых формах;
- поиск записей базы данных соответсвующих определенному динамически создаваемому запросу;
- выполнение вычислительных операций с результатами информационного поиска;
- внесение необходимых изменений в базу данных.
Все алгоритмы отличаются разной степенью сложности информационного поиска и вычислительных процедур по обработке результатов такого поиска.
Дочерняя форма ParamPoisk динамически создается с одной стороны для организации запросов на различные виды сложного информационного динамического поиска по ключевым полям (рисунок 2.45)
Рис. 2.45 Дочерняя форма ParamPoisk
- поиск очередника по фамилии;
- поиск документа по номеру;
- поиск свободного жилья;
- поиск по номеру квартирной очереди;
- поиск материалов с «просроченным» сроком годности.
Элементы управления button («Выполнить поиск») на динамически создаваемых формах позволяют активировать программную процедуру учитывающую вид информационного поиска, соответствующие динамически создаваемые ключи и выполняют соответствующие вычислительные процедуры и операции по изменению, удалению, добавлению необходимых записей в базе данных.
Для отображения результатов информационного поиска, согласно выбранным настройкам, динамически создается форма ChildTemplateForm. Форма ChildTemplateForm содержит компонент DBGrid, источником данных которого является таблица – результатов динамического поиска, выполняемых при помощи компонентов AdoQuery.
Рис. 2.46 Дочерняя форма ChildTemplateForm, динамически создаваемая для вывода результатов информационных запросов
При выборе альтернативы главного меню «Распределение жилья» так же динамически создается дочерняя форма AddSorce, для оргагнизации интерфейса для распределения жилья. В результате активации элемента управления button («Addsorce»), осуществляется запуск сложной программной процедуры, осуществляющей неоднократный сложный динамический информационный поиск в базе данных, изменения записей базы данных с целью назначения свободного жилья первому в очереди очереднику.
Распределение жилья сопровождается строгим логически корректным программным механизмом, сопровождающимся информационной поддержкой в виде выдачи информационных сообщений, при выборе соответствующей ветви разветвления алгоритма.
Информационные сообщения генерируются в различных ситуациях, например в случае отсутствия распределенного жилья, самого очередника или других аварийных ситуациях. Многоуровневые логические условия составлены на принципах рассмотрения полной группы ошибок и корректно предотвращают ошибочные действия пользователя и информируют о создавшейся некорректной ситуации.
2.4 Описание технологического обеспечения
Для обеспечения связи с файлами базы данных размещенной на SQL сервере в разрабатываемом программном проекте в среде Delphi используется хорошо зарекомендовавшая себя технология ADO (ActiveX Data Objects - объекты данных, построенные как объекты ActiveX), которая развивается и поддерживается корпорацией Microsoft.
Для реализации функций разрабатываемого проекта использовались компоненты Delphi (рисунок 2.47), размещенные на вкладке управления ADO: TADOConnection, TADOTable, TADOQuery.
Рис. 2.47. Палитра компонент ADO
TADOConnection аналогичен компоненту BDE TDatabase и используется для указания базы данных и работы транзакциями, обеспечения связи с базой данных.
TADOTable – таблица базы данных доступная за счет применения технологии ADO.
TADOQuery – запрос к базе данных. Это может быть как запрос, в результате которого возвращаются данные и базы (например, SELECT), так и запрос, не возвращающий данных (например, INSERT).
Все компоненты должны связываться с базой данных. Делается это двумя способами либо через компонент TADOConnection либо прямым указанием базы данных в остальных компонентах. К TADOConnection остальные компоненты привязываются с помощью свойства Connection, к базе данных напрямую через свойство ConnectionString.
База данных может быть указана двумя способами через файл линка к данным (файл в формате Microsoft Data Link, расширение UDL), либо прямым заданием параметров соединения.
Значение свойства всех ConnectionString этих компонент могут быть введены напрямую в текстовой форме, но куда проще вызвать редактор свойства нажав на кнопку “…” в конце поля ввода. Окно этого свойства представлено на рисунке 2.48:
Рис. 2.48. Настройка строки связи с базой данных
При выборе “Use data link file” и нажатии на кнопку “Browse…” появляется стандартный диалог выбора файла.
При выборе в редакторе свойства “Use connection string” и нажатии на кнопку “Build…” появляется такой же property sheet, как и при выборе “Open” для Microsoft Data Link файла.
Рис. 2.49. Свойства связи с данными
В этом окне выбирается тип базы данных, местоположение базы и параметры соединения (рисунок 2.49-2.50). На первой странице выбирается тип базы данных или Provider, в терминах ADO.
В компоненте TADOConnection существуют свойства Provider, DefaultDatabase и Mode которые являются альтернативным методом задания частей строки параметров соединения – провайдера, базы данных (например, пути до базы MS SQL) и режима совместного использования файлов базы данных. Эти значение этих свойств автоматически включаются в строку соединения, если были заданы до активизации компонента и автоматически выставляются после соединения.
Наряду с традиционными инструментами доступа к данным Borland Database Engine и ODBC в приложениях Delphi можно применять технологию Microsoft ActiveX Data Objects (ADO), которая основана на возможностях СОМ, а именно интерфейсов OLE DB.
Рис. 2.50 Свойства связи с данными
Технология ADO завоевала популярность у разработчиков, благодаря универсальности — базовый' набор интерфейсов OLE DB имеется в каждой современной операционной системе Microsoft. Поэтому для обеспечения доступа приложения к данным достаточно лишь правильно указать провайдер соединения ADO и затем переносить программу на любой компьютер, где имеется требуемая база данных и, конечно, установленная ADO.
В Палитре компонентов Delphi есть страница ADO, содержащая набор компонентов, позволяющих создавать полноценные приложения БД, обращающиеся к данным через ADO.
Для связи с БД использовался компонент TADOConnection, который служит для: создания постоянного соединения с базой данных, создания локального псевдонима базы данных, изменения параметров при соединении, управления транзакциями.
Для работы с БД использовались компоненты
TADOTable, который реализует набор данных, источником для которого является одна таблица БД.
TADOQuery – реализует набор данных, источником для которого являются одна или несколько таблиц БД. Структура записи НД, состав НД определяются SQL – запросом.
Структурно клиентская часть ПП представляет собой выполнимый .EXE файл. Кроме него для работы с БД не нужны никакие другие файлы.
При работе с БД, во избежание некорректного соединения с БД, ошибок ввода входных данных, использовались обработчики исключительных ситуаций. Которые при возникновении исключительной ситуации выводят диагностические сообщения и позволяют продолжить работу ПП дальше.
Для реализации базы данных в качестве основного инструмента был выбран сервер MS SQL 2005 DEVELOPER Edition. Данный выбор позволяет эффективно решать задачи организации таблиц базы данных, а также задачи разграниченного быстрого доступа, хранения, редактирования таблиц. Данное средство является стандартным средством, на котором реализовано большое количество промышленных баз данных, внедрена OLAP технология доступа к данным.
Фирма MicroSoft поддерживает данный продукт в смысле выпуска обновлений и гарантий эффективной работы в среде Windows 32. Одним из основных достоинств продукта проектирования новых баз данных могут использоваться другие совместимые продукты MicroSoft, MicroSoft Visio 2003, Microsoft Acess т.е. продукты спроектированные в этих системах могут адаптированы в MS SQL 2005.
Еще одним немаловажным фактором является обеспечение аппаратных требований, т.е. требования для ресурсов системы достаточно низки для обеспечения эффективной работы.
Порядок работы с Microsoft SQL Server предусматривает предварительную инсталляцию продукта, причем она может быть выполнена в двух видах Local и Server. После инсталляции продукта на данный SQL могут быть перемещены базы данных, созданные на других MS SQL серверах. Для этого необходимо запустить Enterprise Manager и в левом окне SQL сервера, при помощи правой кнопки мыши выбрать альтернативу «Все задачи» затем «Attach Database», как показано на рисунке 2.51
Рис. 2.51 Добавление существующей базы данных
После выполнения этих действий на экране появится окно «Attach Database», изображение которого представлено на рисунке 2.52
Рис. 2.52 Добавление существующей базы данных
После выполнения этих действий при помощи кнопки с изображением « …», необходимо выбрать файл с расширением *.mdf, который содержит сам файл базы данных. (Рекомендуется предварительно его записать в директорию
C:\Program Files\Microsoft SQL Server\MSSQL\Data\). Завершить установку баз данных, после выбора mdf-файла, нажав на кнопку с изображением Attach.
Необходимо отметить, что в случае использования Интернет соединений целесообразно использовать такую схему обеспечения соединения:
1. На компьютере, который является сервером, устанавливается MS SQL Server 2005 в конфигурации Server.
2. На компьютере, который является сервером, инсталлируется база данных так, как показано в данном пункте.
3. На компьютере, который является клиентом, устанавливается MS SQL Server 2005 в конфигурации Client.
4. При инсталяции и настройке MS SQL Server 2005 Client указывается IP адрес компьютера, который является сервером.
5. На компьютере, который является клиентом, запускается разработанный программный проект.
Для разработки системы поиска программного обеспечения в качестве основного инструмента для программирования был выбран один из современных инструментов Borland Delphi, позволяет проектировать программное обеспечение, с современным интерфейсом и при этом вести безошибочное проектирование с контролем ошибок проектирования, с возможной поддержкой различных платформ и операционных систем.