ВКР (Выпускная квалификационная работа) по информатике на тему Разработка и внедрение информационной системы автоматизации деятельности предприятий жилищно-коммунального хозяйства.

Задачей инфологического этапа проектирования БД является получе-ние семантических (смысловых) моделей данных, отражающих информаци-онное содержание конкретного программного продукта. На этом этапе вы-полняются восприятие реальной действительности, абстрагирование, изуче-ние и описание предметной области. Сначала из воспринимаемой реальности выделяется требуемая часть предметной области, устанавливаются её грани-цы, происходит абстрагирование от несущественных частей для данного конкретного применения разрабатываемой БД. В результате этих действий определяются объекты, их свойства и связи, которые будут существенны для будущих пользователей системы. После этого происходит процесс изучения предметной области, накопление знаний о ней и представление их в какой-либо языковой системе. Обычно это неформализованное описание с исполь-зованием естественного языка, математических формул, диаграмм связей и т.д.
На следующем этапе выполняется структуризация знаний предметной области: выделяются и классифицируются множества составляющих про-граммного продукта, стандартизируется терминология. Затем осуществляет-ся композиция инфологической модели данных, в процессе которой основ-ную роль играют потребности пользователей, а также описание информации, требуемой каждому конкретному пользователю (то есть описание запросов к БД). Полученные описания инфологических моделей отражают составляю-щие ПО, связи между ними, но они не должны зависеть от методов представ-ления данных в конкретной СУБД.
Концептуальная инфологическая модель призвана обеспечить проч-ную и долговременную работу всей системы. Эта модель должна выдержи-вать замену одной используемой СУБД на другую.
Модель «сущность-связь» является неформальной моделью ПО и ис-пользуется на этапе инфологического проектирования БД. Модель реализо-вана в соответствии с положением инфологического подхода. Она позволяет моделировать объекты ПО, в которых применяются БД, а также взаимоот-ношения этих объектов. Основное назначение неформальной модели «сущ-ность-связь» – семантическое описание ПО и представление информации для обоснования выбора структур данных, которые в дальнейшем будут исполь-зованы в системе. Сущность – это собирательное понятие, некоторая аб-стракция реально существующего объекта, процесса или явления, о котором необходимо хранить информацию в системе. В качестве сущностей могут рассматриваться как материальные, так и нематериальные объекты реальной действительности. Связь в модели выступает в качестве средства, с помощью которого представляются отношения между сущностями. Различают типы связи: один ко многим, многие к одному, многие ко многим, один к одному [15].
На рисунке 2.5 приведена диаграмма «сущность-связь» инфологиче-ской модели БД АИС «Учет услуг ЖКХ».

Рисунок 2.4 – Инфологическая модель АИС «Учет услуг ЖКХ»
2.4.2 Формирование даталогической модели

В датологическом аспекте рассматриваются вопросы представления данных в памяти информационной системы. При датологическом проектировании системы, исходя из возможностей имеющихся средств восприятия, хранения и обработки информации, разрабатывается соответствующие формы хране-ния и обработки информации в системе баз данных, а также приводятся мо-дели и методы представления и преобразования данных, формируются пра-вила смысловой интерпретации данных. Датологическое проектирование подразделяют на логическое и физическое проектирования. Задачей логиче-ского этапа проектирования является организация данных, выделенных на предыдущем этапе проектирования (инфологическое проектирование) в та-кую форму, которая принята в выбранной СУДБ. Иными словами, требуется разработать схему моделей данных, пользуясь только теми типами моделей и их особенностями, которые поддерживаются выбранной СУДБ. На этом этапе проектирования обычно не прорабатываются вопросы, связанные с ор-ганизацией доступа к данным, однако целесообразно получить вполне опре-делённые рекомендации по выбору методов доступа. Задачей физического этапа проектирования является набор рациональной структуры хранения данных и методов доступа к ним, исходя из того арсенала методов и средств, который предоставляется разработчику используемой СУДБ [16].
На рисунке 2.5 представлена даталогическая модель АИС «Учет услуг ЖКХ».


Рисунок 2.5 Даталогическая модель АИС «Учет услуг ЖКХ»
Для создание даталогической модели использовался пакет Erwin фирмы LogicWorks.
ERwin - средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания мо-дели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных.

2.4.3 Формирование базы данных

В основе реализации БД АИС «Учет услуг ЖКХ» положен реляцион-ный подход, поэтому все таблицы БД связаны между собой.
База данных состоит из 22 таблиц, перечень которых представлен на рисунке 2.6. Схема данных АИС представлена на рисунке 2.7

Рисунок 2.6 – Перечень таблиц БД



Рисунок 2.7 – Схема данных АИС «Учет услуг ЖКХ»

2.5 Алгоритмы
Алгоритмы работы программы являются стандартными алгоритма-ми работы с базой данных. В основном все алгоритмы работы связаны с вводом данных от пользователя, проверке введенной информации на предмет нарушения целостности данных и занесение введенной информа-ции в саму базу, если введенные сведения не нарушают целостности.
Приблизительный алгоритм работы с базой данных (в данном слу-чае при вводе информации) представлен на рисунке 2.7. Алгоритмы по редактированию данных и занесению их в базу, а также алгоритмы, осу-ществляющие удаление информации из базы данных также являются стан-дартными.
Режим работы с объектами должен включать в себя все операции, ко-торые пользователь может с ними проводить: ввод, корректировка и уда-ление информации. Система должна иметь возможность использовать фильтр (опция, позволяющая отображать не все данные массива, входящие в базу данных, а только те, которые удовлетворяют настройкам фильтра). Это обеспечит быстрый доступ к нужной информации без необходимости её поиска в базе данных.
Данный алгоритм используется только сотрудниками УК, собствен-ники жилья не имеют права редактировать БД.
Теперь рассмотрим обобщенный алгоритм работы следующей категории пользователей АИС – собственников жилья. Общий принцип работы алго-ритма весьма прост, схема его обобщенного алгоритма изображена на ри-сунке 2.8.