В настоящем дипломном проекте рассмотрены вопросы электрификации и проектирования освещения офисного помещения оао КонверсияЖилье. В проекте спроектирована электрическая часть, выполнен светотехнический расчет
 Скачать 3.45 Mb.
|
2.5. Создание информационной системы2.5.1. Пользователи системы На начальном этапе создания инвентаризационной системы необходимо определить основных пользователей. На основе анализа предприятия можно сделать вывод, что данная система создается для администраторов и других заинтересованных лиц, которые работают с инвентаризацией предприятия. К основным пользователям ИС можно отнести:Системный администратор – поддерживает БД в рабочем состоянии, а так же администрирует учетные записи пользователей. Инженер службы технической поддержки – собирает данные по аппаратно-программному обеспечению компьютеров, заполняет базу данных, следит за её актуальным состоянием, создает отчеты по текущему оборудованию. Другие пользователи, которые, так или иначе, могут быть заинтересованы в использовании инвентаризационной системы.    Рис.2.6. Диаграмма действий    Рис.2.7. Диаграмма классов |
2.5.2. Характеристика входной и результирующей информации| № п/п | Показатель | Характеристика |
| 1 | Операционная система | Название и версия |
| 2 | Тип ЦП | Производитель, частота (МГц) |
| 3 | Системная плата | Производитель, модель |
| 4 | Чипсет системной платы | Версия чипсета |
| 5 | Системная память | Суммарный доступный объем оперативной памяти (Мб) |
| 6-9 | DIMM1-4 | Производитель и объем оперативной памяти, установленной в каждом слоте (Мб) |
| 10 | Тип BIOS | Дата версии прошивки |
| 11-12 | Видеоадаптер 1-2 | Производитель, модель и объем памяти установленной видеокарты на каждом слоте (Мб) |
| 13-14 | Монитор 1-2 | Производитель и диагональ всех подключенных мониторов |
| 15-18 | Звуковой адаптер 1-4 | Марка и характеристики установленных звуковых карт |
| 19-24 | Дисковый накопитель 1-6 | Марка и объем установленных жестких дисков (Гб) |
| 25-28 | Оптический накопитель 1-4 | Марка установленных приводов |
| 29-31 | Принтер 1-3 | Марка подключенных принтеров |
| 32-33 | Сканер 1-2 | Марка подключенных сканеров |
| 34 | DMI серийный номер системной платы | |
В качестве дополнительной информации, необходимой для формирования выходных документов, на вход системы должны поступать сведения о подразделениях предприятия (код подразделения и наименование) и об ответственных лицах (фамилия имя отчество, должность, контактный телефон).Результатом работы системы, после обработки входной информации, является заполненная база данных с удобным критериальным поиском, предоставляющим полную количественную информацию по необходимому запросу.
Мы имеем каталог подразделений с количественными данными о вычислительной технике по каждому подразделению, информацию об ответственном лице за каждое конкретное рабочее место. Так же мы можем просматривать каждый интересующий отчет, и, при необходимости, скачивать его в любом из необходимых форматов: Microsoft Word 2007-2010 (.docx) , OpenOffice document (.odt) и RichText (.rtf).
2.5.3. Создание таблиц
Для перехода от логической модели к реляционной используется нормализация отношений. Нормализация – это удаление из таблиц повторяющихся данных путем их переноса в новые таблицы, записи которых не содержат повторяющихся значений. В процессе нормализации отношений сущности преобразуются в таблицы, а атрибуты в поля таблиц.
Создание новой нормализованной реляционной базы данных осуществляется в соответствии с логической структурой, полученной в результате проектирования (модель классов). Структура реляционной базы данных определяется составом таблиц и их взаимосвязями.Создаем таблицы соответствующие информационным объектам, а в таблицах создаем поля, соответствующие атрибутам объектов. Полям присваиваем тип, формат и размер, указываем их свойства и примечание. В качестве базы данных выбираем MySQL как наиболее быструю, удобную и популярную клиент-серверную СУБД.
Все таблицы соответствуют 3-й нормальной форме, они свободны от лишних зависимостей. Все записи атрибутов являются уникальными, в каждой таблице задано ключевое поле.
2.5.4. Создание связей между таблицами
После создания таблиц необходимо создать связи между ними. Связи разрабатываются в среде PHP.
Две таблицы (это таблица с пользователями и таблица с логами) не имеют связей. Таблица «пользователи» используется в качестве информационного ядра при авторизации пользователей, а таблица «Логи» имеет второстепенной значение.
Далее сама основная база таблиц основана на реляционной связи таблиц «core_summinfo_...». Основная таблица - core_summinfo_general. В ней содержится вся необходимая информация для построения списка. Данная таблица имеет связи «один ко многим» со всеми остальными аналогичными таблицами. Связь осуществляется по полю «unicindef» - это поле уникально для каждого компьютера в базе данных, но записей с таким полем может быть несколько в каждой конкретной таблице. Это сделано для контроля изменений в записи. При обращении используется unicindef с последним индексом id. Остальные записи может посмотреть администратор, например, для контроля изменений.
Таблица «core_cafedra» связана с таблицей «core_summinfo_general» с помощью связи одна ко многим, так как в каждом конкретном подразделении может быть несколько записей.Таким образом, при работе с инвентаризационной системой пользователь получает всегда актуальную информацию на текущее время, а при желании у него есть возможность обратиться к предыдущим версиям таблицы.
Так же разделение каждого пункта отчета на группы позволит в дальнейшем более удобно добавлять и убирать новые параметры, что снизит время на применение изменений и повысит удобство для разработчика.
Схема связей созданных таблиц в информационной системе представлена на рисунке 2.8.