Файл: Проектирование ИС по материально-техническому учету ООО СтройМастер.pdf
Добавлен: 21.05.2023
Просмотров: 193
Скачиваний: 3
СОДЕРЖАНИЕ
1.Технико-экономическая характеристика предметной области и предприятия
1.1 Характеристика предприятия и его деятельности
1.2 Организационная структура управления предприятием
1.3 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
2. Информационное обеспечение задачи
2.1 Информационная модель и ее описание
2.2 Используемые классификаторы и системы кодирования
2.3 Характеристика нормативно-справочной, входной и оперативной информации
3. Программное обеспечение задачи
3.1 Общие положения (дерево функций и сценарий диалога)
3.2 Характеристика базы данных
3.3 Описание программных модулей
3.4 Структурная схема пакета (дерево вызова программных модулей)
Исключением является контрагенты. Хотя новые договора со старыми клиентами заключается весьма нечасто, что не требует частого добавления данных в справочник клиентов. Входными данными для заполнения таблицы контрагентов являются договора с клиентами на бумажных носителях Выходными данными, как и в случае других является заполненная таблица клиентов.
3. Программное обеспечение задачи
3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций выглядит достаточно просто и разделяется на две части, если так можно выразится, основные и служебные.
Рисунок 5.

Дерево функций представлено на рисунке 6.
Рисунок 6.
3.2 Характеристика базы данных
Для проектируемой системы материально-технического учета все данные необходимо заносить в базу данных MySQL, управлять данными которой можно посредством SQL-запросов.
В качестве базы данных выбрана MySQL, как широко распространенная без ограничений на размер и в то же время достаточно быстрая.
С точки зрения программы база данных MySQL представляет собой удачно организованный набор поименованных таблиц. Каждая таблица - массив (возможно, очень большой) из однородных элементов, которые некоторые программисты называют записями. В принципе, запись неделимая единица информации в базе данных, хотя по запросу можно получать и не всю ее целиком, а только какую-то часть.
Прежде чем проектировать структуру базы данных (БД), необходимо создать инфологическую модель требуемой БД, в которой дать назначение всем сущностям (таблица 1).
Таблица 2
|
№ |
Название |
Описание |
|
1 |
Сотрудники |
Отражает информацию о сотрудниках предприятия |
|
2 |
Устройства |
Отражает информацию об устройствах предприятия |
|
3 |
Отдел |
Отражает информацию об отделах |
|
4 |
Производители |
Отражает информацию о производителях компьютеров и комплектующих |
|
5 |
Свойства |
Отражает информацию о свойствах устройств |
|
6 |
Тип Устройства |
Отражает информацию о типах устройств |
|
7 |
Параметры |
Отражает информацию о параметрах свойств |
Таблица 3
|
Имя столбца |
Тип |
Ключевое поле |
|
id_устройства |
bigint |
* |
|
id_тип |
bigint |
|
|
id_производитель |
bigint |
|
|
id_сотрудники |
bigint |
|
|
Инвентарный номер |
nvarchar(50) |
|
|
Серийный номер |
nvarchar(50) |
|
|
Наименование |
nvarchar(50) |
|
|
Дата установки |
date |
Атрибуты «Устройства»
Таблица 4
|
Имя столбца |
Тип |
Ключевое поле |
|
id_сотрудника |
bigint |
* |
|
id_отдела |
bigint |
|
|
Табельный номер |
bigint |
|
|
Фамилия |
nvarchar(50) |
|
|
Имя |
nvarchar(50) |
|
|
Отчество |
nvarchar(50) |
|
|
Должность |
nvarchar(50) |
Атрибуты «Сотрудники»
Таблица 5
|
Имя столбца |
Тип |
Ключевое поле |
|
id_отдела |
bigint |
* |
|
Отдел |
nvarchar(50) |
Атрибуты «Отдел»
Таблица 6
|
Имя столбца |
Тип |
Ключевое поле |
|
id_производителя |
bigint |
* |
|
производитель |
nvarchar(50) |
Атрибуты «Производители»
Таблица 7
|
Имя столбца |
Тип |
Ключевое поле |
|
id_тип |
bigint |
* |
|
Тип устройства |
nvarchar(50) |
Атрибуты «Тип Устройства»
Таблица 8
|
Имя столбца |
Тип |
Ключевое поле |
|
id_параметра |
bigint |
* |
|
Параметр |
nvarchar(50) |
Атрибуты «Параметры»
Таблица 9
|
Имя столбца |
Тип |
Ключевое поле |
|
id_параметра |
bigint |
|
|
id_устройства |
bigint |
|
|
Свойство |
nvarchar(50) |
Атрибуты «Свойства»
Рисунок 7.
ER модель
3.3 Описание программных модулей
Рисунок 10 Блок-схема алгоритма авторизации
3.4 Структурная схема пакета (дерево вызова программных модулей)
Таблица 10
|
№ п/п |
Наименование модуля |
Функции модуля |
|
1 |
Автоматизация |
Авторизация |
|
2 |
Учет техники на предприятии |
Главное окно программы, где отображаются все данные из базы данных |
|
3 |
Добавление/редактирование |
Окно добавления и редактирования информации о устройствах и сотрудниках |
|
4 |
Осуществить поиск по: |
Окно для просмотра и поиска информации по любому критерию |
|
5 |
Свойства |
Окно просмотра и редактирования свойств |
|
6 |
Отчетность |
Окно просмотра и вывода на печать отчетов |
|
7 |
Настройка |
Окно просмотра и редактирования программы |
3.5 Контрольный пример реализации и его описание
При запуске приложения открывается форма авторизации пользователей.
Рисунок 11.
Авторизация
Рисунок 12
Основное окно программы.
После авторизации становится доступной главная форма приложения с информацией о работниках, зарегистрированных в системе; а также, информация об оборудованиях. Можно редактировать каждое поле. Для некоторых полей, для которых предусмотрены вспомогательные таблицы в БД, при редактировании открывается автоматический список, представлено на рисунке 13.
Рисунок 13
Редактирование/добавление записей.
Для добавления, удаления, редактирования записи необходимо выбрать нужное поле из таблицы и нажать определённую кнопку.
Также в ПП для сокращении времени поиска по определенному параметру предусмотрен поиск. Для этого нужно на панели инструментов нажать кнопку «Поиск» (рисунок 14) и выбрать необходимый критерий. Далее по результатам этого самого поиска данные можно вывести данные, как в само приложение, так в печать (рисунок 15).
Рисунок 14 
. Поиск по типу устройства.
Для добавления, удаления, редактирования записи необходимо выбрать нужное поле из таблицы и нажать определённую кнопку.
Обзор панели инструментов:
- элементы перемещения позиции между главными формами;
- кнопка добавления новой записи;
- кнопка удаления записей из таблицы;
- кнопка обновления;
- кнопка редактирования записей из таблиц;
- кнопка поиска необходимых записей;
- кнопка для печати отчетов;
- кнопка для настройки параметров приложения;
- кнопка для закрытия формы.
Рисунок 15
Вывод отчета по поиску.
Рисунок 16
Проанализировав, что введенная информация допустима, программа открывает основное окно (рисунок 17)
Рисунок 17.
Успешное открытие окна.
Тестирование в экстремальных условиях. В данной программе граничным значением можно считать ввод пустых значений какого-либо параметра, то есть ситуация, когда администратор хочет записать в базу пустое значение в ячейке. В этом случае программа не записывает такие данные и выводит сообщение об ошибке (рисунок 18), что говорит о ее корректном поведении в экстремальных ситуациях.
Рисунок 18
Реакция программы на пустые значения
Тестирование в исключительных ситуациях. В случае, когда администратор ввел некорректные данные для записи в базу программа не производит запись и сообщает об ошибке (рисунок 19).
Рисунок 19
Реакция программы на некорректные данные
Заключение
Цель данного проекта - разработка приложения для материально-технического учета.
Исходя из цели и поставленных задач, была определена структура данного дипломного проекта. Был произведен анализ деятельности компании и описание услуг, анализ алгоритмов для создания системы, проведен анализ инструментария, представлена программная реализация для написания приложения и описан результат работы системы.
Результатом решения поставленных задач является создание полноценной автоматизированной информационной системы для учета оборудования на предприятии, которая способна сократить временные ресурсы и человеческие.
Система-прототип описана со всеми видами обеспечения.
Рассмотренная в работе проблема в рамках задания была разбита на две частные задачи: на создание базы данных, необходимой для работы системы, и создания автоматизированной информационной системы материально-технического учета.
В ходе проектирования базы данных были пройдены все этапы проектирования: описание информационных объектов предметной области, логическое и физическое проектирование БД. В качестве СУБД была выбрана MySQL.
Для разработки клиентского приложения была выбрана концепция Windows-приложения на основе клиент-серверной архитектуры. В качестве среды разработки была выбрана среда Visual Studio.
В результате была создана программа, представляющая клиентское приложение для материально-технического учета, планирования профилактических работ, исходя из данных по предыдущим профилактическим работам. Программа отвечает основным заявленным требованиям и реализует интуитивно понятный интерфейс.