Дипломная работа: Автоматизированная система учета ремонта компьютерного оборудования в МАУ "МФЦ ТОПКИНСКОГО РАЙОНА"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
48
Входные документы для исследуемой задачи лучше всего получать через сеть,
поэтому они должны быть сделаны в файлах заранее утвержденной структуры. Для
упрощения работы с такими файлами, они должны иметь табличную структуру
(реализовать это нетрудно, т.к. эти документы включают итоговые значения других
задач и генерируются программно).
К внутримашинному ИО можно отнести описание экранных форм.
В процессе проектирования структуры экранных форм для ввода данных
первичных документов с текущей информацией логично применять
комбинированную форму, максимально похожая на ту, которая использовалась для
создания самого документа. Расположение полей должно идти в той
последовательности, которая полностью удовлетворяет логической структуре
документа и файлов с текущей информацией, уменьшающей трудоемкость операции
загрузки данных в базу.
При разработке экранных форм для документов с фиксированными данными
следует помнить, что эти макеты применяются для ввода и обновления записей ИБ,
поэтому в процессе их проектирования лучше всего использовать анкетную форму
расположения реквизитов, подходящую для реализации этих операций.
В процессе выбора экранных форм используется принцип минимальной
трудоемкости и стоимости ввода данных в ЭВМ, лучшей степени читабельности
итоговых данных, выводимых на экран, и повышенной надежности и правильности
выполнения этих операций.
Главной частью внутримашинного ИО становится информационная БД.
Информационная база (ИБ) представляет собой структурированную
совокупность данных, хранимых в памяти ЭВМ в виде файлов, с помощью которых
реализуются информационные запросы управленческих процессов и решаемых задач.
Есть несколько способов организации подобной базы:
• Связанные локальные файлы — реализуется при помощи пакетов
прикладных программ;
• Встроенная БД — базируется на применении универсальных программных
средств хранения, записи, поиска и поддержания актуальности данных, т.е. СУБД.
Организация локальных файлов так или иначе подразумевает дублирование
данных в ИС, что ведет к несогласованности данных в разных приложениях, а также
49
усложненным доступом к данным, поэтому зачастую используется только в
специализированных приложениях.
Для нашего проекта информационная база реализована в виде встроенного
информационного хранилища. Подобное расположение дает возможность объединять
разные источники данных, управлять файлами разных форматов. Также очевидны
преимущества применения в процессе размещения информации в таких базах
данных:
• Полная совместимость данных;
• Соответствие данных текущему состоянию объекта;
• Увеличение скорости совместной обработки информации;
• Поддержание целостности данных.
База данных (БД)представляет из себя совокупность данных, позволяет
отражать совокупность объектов и их отношений в указанной предметной области.
Главным способом реализации БД становится разработка централизованных и
распределенных БД. Базовым критерием отбора метода организации ИБ остается
стремление к минимальным трудовым и стоимостным затратам на создание
структуры ИБ, ПО системы, структуры ведения файлов. Базируясь на этих критериях
и необходимости реализации стабильности хранения данных используется
централизованный способ создания БД.
По способу реализации связей между данными могут различать:
• Иерархическую модель;
• Сетевую модель;
• Реляционную модель.
Главными компонентами любой из представленных моделей становятся файлы
или таблицы.
Иерархические модели – это ни что иное, как графовая модель с вершинами-
таблицами. В моделях есть один файл, являющийся входом в структуру. Между
файлами имеются отношения соподчиненности. Файл может иметь одну исходную
вершину и несколько подчиненных. Самый популярный тип отношений - 1:М.
В сетевых моделях абсолютно любой файл может являться точкой входа в
систему, и взаимосвязан с некоторым числом оставшихся файлов отношениями вида
1:1, 1:М и М:М.
50
Наибольшую популярность получила реляционная модель данных. В случае
такого распределения данных вся информация сохраняется в виде таблиц и
отношений. Таблицы становятся совокупностью записей (строк, кортежей). Между
отношениями (таблицами) имеются связи вида 1:М, М:М. Любое такое отношение
имеет ключ, т.н. поле записи (атрибут), позволяющее определить ее. Это свойство
реляционной модели данных минимизирует возможность дублирования данных,
увеличивает скорость поиска и доступ к отдельным данным.
Установленный в реляционной модели подход к разделению и целостности
данных дает возможность практично организовать и упорядочить процесс создания и
реализации сложных БД, а реляционные операции имеют мощные средства
управления и обработки данных.
Принимая во внимание все преимущества реляционных моделей, данных для
отображения информации, используемой при решении задачи лучше всего применять
реляционную модель БД.
Для разрабатываемого проекта необходимо применять следующие входные
документы:
Штатное расписание
Перечень расходных материалов
Перечень комплектующих
Перечень работ
Заявка
Сведения о выполнении заявки
На основании их обработки должны получаться следующие выходные
документы:
Список сотрудников
Перечень комплектующих
Перечень работ
Поступившие заявки
Закрытие заявки
Наряд на работы
51
Для работы системы необходимо использовать формы ввода информации и
получения отчетных документов. Состав форм должен соответствовать составу
документов.
В данном проекте будут использованы следующие локальные классификаторы:
1) Классификатор сотрудников
Структурная схема классификатора сотрудников представлена на рис. 1.9.
K
1
= [XXXXX]
код сотрудников
Рисунок 1.9 Структурная схема классификатора сотрудников
Классификатор клиентов имеет порядковую систему кодирования
Объект кодирования: сотрудник
Исходная мощность множества: М = 100000
Длина кода: L = lg100000 = 5
2) Классификатор заявок
Структурная схема классификатора представлена на рис. 1.10.
.
K
1
= [XXXXX]
Код заявки
Рисунок 1.10 Структурная схема классификатора заявки
Объект кодирования: заявка
Исходная мощность множества: М = 100000
3) Классификатор нарядов
Структурная схема классификатора представлена на рис. 1.11.
.
K
1
= [XXXXX]
Код наряда
Рисунок 1.11 Структурная схема классификатора заявки
Объект кодирования: наряд
Исходная мощность множества: М = 100000
52
1.4.2 Обоснование проектных решений по программному обеспечению
Программное обеспечение (ПО) — совокупность программ для реализации
целей и задач автоматизированной системы [2].
ПО делится на два вида: общее (операционные системы, операционные
оболочки, компиляторы, интерпретаторы, программные среды для разработки
прикладных программ, СУБД, сетевые программы и т.д.) и специальное
(совокупность прикладных программ, разработанных для конкретных задач в рамках
функциональных подсистем, и контрольные примеры). [2]
Для функционирования и использования программы необходима
операционная система. Операционные системы осуществляют управление работой
персональных компьютеров, их ресурсами, запускают на выполнение различные
прикладные программы, выполняют всевозможные вспомогательные действия по
запросу пользователя. ОС подразделяются на однопользовательские,
многопользовательские, и сетевые. К факторам, влияющим на выбор конкретной ОС,
относятся:
необходимое число поддерживаемых программных продуктов,
требования к аппаратным средствам,
требование поддержки сетевой технологии,
наличие справочной службы для пользователя,
быстродействие,
наличие дружественного интерфейса и простота использования.
На компьютерах, входящих в состав АРМов сотрудников на данный момент
установлена ОС MS Windows 7, это является оптимальным выбором, т.к. ОС
семейства Windows наиболее распространённые на сегодняшний день, поэтому с
приходом нового сотрудника не придётся его переобучать.
Для разработки информационной наиболее целесообразно использовать
клиент-серверную архитектуру и разрабатывать веб-приложение.
Для этого необходимо выбрать язык программирования и СУБД.
Для выбора языка программирования необходимо определить требования к
среде программирования. В процессе анализа требований и классификации
проектируемой системы были определенны следующие требования к среде
проектирования:
Источник: https://baza.diplomsite.ru/previewfile/2517