12
вариант задания. Документ имеет свою внутреннюю структуру и нумерацию
пунктов.
Общие сведения о проекте
I Полное наименование системы и ее условное обозначение:
автоматизированная информационная система (АИС)
«MedicalDeviceSupport».
II Наименование предприятий разработчика и заказчика (пользователя)
системы и их реквизиты:
Заказчик: фирма «MedicalDeviceSupport».
Разработчик: автор выпускной квалификационной работы, научный
руководитель ВКР.
III Нормативные документы, лежащие в основе разработки и
регламентирующие этапы, их последовательность и содержание:
ISO/IES 12207:1995-08-01 «Информационная технология. Процессы
ЖЦ программного обеспечения»
ГОСТ 34.601-90 «Стадии создания АС»
ГОСТ 34.602-89 «Техническое задание на создание АС»
ГОСТ 34.603-92 «Виды испытаний АС»
РД 50-34.698-90 «Требование к содержанию документов»
ГОСТ 24.202-80 «Технико-экономическое обоснование»
ГОСТ 34.20-89 «Виды, комплектность и обозначение документов при
создании АС»
1.3. Назначения и цели создания системы
1.3.1. Назначение системы
АИС «MedicalDeviceSupport» разработана для автоматизации ведения
товароучетных и административных операций, а также учета
предоставляемых услуг.
13
1.3.2. Цели создания системы
Автоматизация управления централизованным рабочим местом
(сервер) администратора системы и удалёнными рабочими местами – АРМ
«Рабочее место техника-инженера».
контроль предоставления клиентам необходимых услуг;
отслеживание статуса заказов;
контроль за финансовыми потоками (автоматическая калькуляция
стоимости в зависимости от типа работ и расходных материалов);
учет поставщиков, с которыми сотрудничает фирма;
учет кадров.
1.4. Требования к системе
1.4.1. Требования к структуре и функционированию системы
АИС представляет собой систему, организованную по принципу
«Клиент-сервер» разграничение прав доступа осуществляется на уровне
сервера базы данных, где для каждого пользователя в зависимости от его
статуса определяется уровень доступа, и возможный функционал:
Пользователь «Администратор» имеет право доступа к данным и
операциям, которые доступны всем видам пользователей.
В тоже время права доступа типа «Пользователь» позволяет принимать
заказы, и вносить информацию о заказчиках.
Система должна предоставлять возможность для «Администратора»:
- Добавлять, редактировать, удалять поставщиков комплектующих;
- Добавлять, редактировать, удалять комплектующие;
- Добавлять, редактировать, удалять типы устройств;
- Добавлять, редактировать, удалять устройства, которые необходимо
отремонтировать;
- Добавлять, редактировать, удалять должности сотрудников;
14
- Добавлять, редактировать, удалять в/из списка сотрудников, которые
осуществляют ремонт;
- Добавлять, редактировать, удалять типы ремонтных работ;
- Добавлять, редактировать заказы с учетом цены комплектующих и
типов работ, а также автоматически удалять заказы в случае удаления из
базы данных информации связанной с заказом такой как, комплектующие и
поставщики, типы работ и т.д.;
- Проводить автоматическую калькуляцию цены ремонта в
зависимости от типа проделанных работ и использованных комплектующих;
- Генерировать накладную о результате проведенных работ (в виде
бланка) с возможностью импорта в Excel-файл;
- Фильтровать заявки пользователей по критерию: «в работе»,
«выполненные». «Администратору» доступны все заявки, сформированные
пользователями в системе.
Система должна предоставлять возможность для «Пользователя»
(техник-инженер, выполняющий ремонт):
- Добавить заказчика;
- Добавить из предлагаемого набора расходные материалы или
запчасти;
- Добавить из предлагаемого набора типы работ, связанных с
ремонтом, диагностикой, профилактикой;
- Сохранить заявку в системе;
- Изменить статус заявки на «Выполнено», статус «В работе»
выставляется автоматически в момент сохранения сформированной заявки в
системе;
- Пользователь может просматривать только заявки сформированные
им, как сотрудником организации.
15
1.4.2. Требования к численности, квалификации персонала и режиму
его работы
Данная область предполагает работу за компьютером персонала,
который отвечает за работу учета выполненных работ по ремонту техники,
сотрудников отдела кадров, а так же менеджеров и продавцов, которые
общаться с клиентами. Пользователи АИС должны иметь навыки работы с
ПК, и получить инструкции по работе с системой, выработать навыки и
знания особенностей ее функционирования.
1.4.3. Требования по стандартизации и унификации
Необходимо применять стандартное общее и базовое программное
обеспечение, включающее лицензионные ОС, СУБД, использовать
утвержденные формы входных и выходных документов, применять
унифицированные интерфейсы.
1.4.4. Требования к информационному и программному обеспечению
Наборы данных ИС реализуются как реляционная БД на основе
использования СУБД SQLServer 2016. База данных должна располагаться на
сервере. Сервер работает под управлением ОС Microsoft Windows Server2016
или Windows 7/8/8.1/10. Клиентские ПК функционируют на основе ОС
Windows 7/8/8.1/10. Функционирование разработанной информационной
системы предполагает предустановленный фреймворк .Net Framework версии
4.5.1 или выше.
16
1.5. Требования к составу и содержанию работ по подготовке
объекта автоматизации к вводу в действие
1.5.1. Преобразование входной информации виду, пригодному для
обработки с помощью ПК.
Все виды документации, используемые приводятся к единой
стандартной форме.
1.5.2. Изменения, которые необходимо осуществить в объекте
автоматизации.
Проведение подобных работ оговаривается отдельно.
1.5.3. Создание условий функционирования объекта автоматизации,
при которых гарантируется соответствие создаваемой системы требованиям,
содержащимся в ТЗ.
Заказчик обязуется к моменту запуска ИС подготовить необходимые
помещения для серверной, оплатить разработку проекта локальной сети и ее
реализацию.
1.5.4. Сроки и порядок комплектования штатов и обучения персонала
Перед началом работы с АИС сотрудники фирмы, которые в
дальнейшем будут задействованы в работе системы, должны пройти
начальный курс работы с ПК и курс обучения работы с данной АИС или
иметь соответствующую квалификацию.
1.5.5. Требования к документированию
Список документов, которые должны входить в пакет
сопроводительной документации:
обоснование проекта, технико-экономический анализ;
технический проект;
17
руководство использования ПО программистом,
руководство использования ПО пользователем,
администрирование и настройки программы,
план тестирования и методы, используемые в процессе тестирования;
листинг программного кода;
описание отдельных программных фрагментов.
1.6. Моделирование процессов производства
В процессе анализа, для лучшего понимания и принятия правильных
решений используют моделирование. Сегодня существует ряд различных
подходов и методологий моделирования. Одним из популярных подходов,
особенно для анализа производственных процессов является структурно-
функциональное моделирование. Этот подход рассматривает производство,
или какой либо отдельный исследуемый процесс, на начальном уровне
моделирования как некий «черный ящик» для которого определены три типа
входов и один тип выхода. В качестве входов рассматривается
непосредственно входящая информация и ресурсы, а также механизмы
реализации и управление. Выходом является исходящая информация
(продукция). Далее приводится моделирование процесса обслуживания
клиента сервисом «MedicalDeviceSupport» и детализация функций
выполняемых в ходе процесса. Диаграммы модели функциональной модели
представлены на рисунках 1.3 – 1.7.
18
Рисунок 1.3 – Контекстная диаграмма
На начальном уровне процесс рассматривается как «черный ящик»,
внутренние компоненты не известны, анализу поддаются только
входящие/исходящие потоки. Потоки в большинстве представляются
информационными потоками, но могут быть и материальные и человеческие
ресурсы. Моделируется не информационная система, а производственный
процесс, в котором присутствуют и люди, и механизмы, и финансовые
ресурсы, и ряд других взаимодействующих компонентов. С другой стороны
модель создается как этап исследования в ходе проектирования системы,
поэтому детализироваться и уточняться модель будет с точки зрения
проектирования информационной системы.
Входными данными процесса взаимодействия являются «Заказчик»
(информация, описывающая заказчика в системе), «Материально-
технические средства» (расходные материалы и запчасти). К исходящей
информации относятся различные отчеты («Отчеты о выполненных
работах», «Отчет об использовании материальных средств» и «Учет
материальных средств»). Управляется процесс набором различных законов,
норм и распоряжений. Так как непосредственно в системе эта информация
никак не учитывается, в дальнейшем будет использован обобщающий
термин «Нормативные документы», подразумевающий совокупность
различных документов и законодательных актов, детализировать перечень не
19
имеет смысла с точки зрения разработки системы. К механизмам стоит
относить сотрудников. Но в системе механизмы будут детализированы и
разделены на «Сотрудник» – как непосредственный реализатор работ и «Вид
работ» - набор произведённых манипуляций и действий. Последний
механизм позволит автоматизировать процесс пересчета стоимости заказа на
основе набора протарифицированных видов работ.
«Заказчик» (клиент организации) – физическое или юридическое лицо,
которое представляет организацию, нуждающуюся в услугах
«MedicalDeviceSupport», на предмет технического обслуживания или
ремонта медицинской техники и/или оборудования.
Рисунок 1.4 –Декомпозиция первого уровня «Обслуживание клиента»
Весь процесс разбивается на четыре группы:
1) «Оформление заказа» - это процесс фиксации заказа в
системе и оформление сопроводительной документации выполнения
работ. Процесс предполагает внесения данных о заказчике и об
оборудовании;
2) «Анализ необходимых средств» - процесс анализа
конкретного заказа, определение необходимых ресурсов для его
реализации: тип специалиста, виды выполняемых работ, материальные
затраты (расходные материалы, комплектующие);
20
3) «Выполнение заказа» это этап непосредственного
производства реализующего услугу.
4) «Подсчет затраченных ресурсов» – на этом этапе
происходит калькуляция по выполненным работам и затраченным
ресурсам. Результат предоставляется в виде акта выполненных работ и
счета на оплату по заказу в соответствии с суммой по материальным и
человеческим ресурсам
Общие связи, перешедшие с диаграммы верхнего уровня, опишем с
помощью отчета:
Таблица 1.1 – Описание связей модели (рис 1.4)
Название
Определение
Заказчик
Физическое или юридическое лицо, которое представляет
организацию, нуждающуюся в услугах «MedicalDeviceSupport»
Заказ
Информационный блок описывающий заказчика и
непосредственно информацию по конкретному заказу (тип
техники, неисправность, ожидаемый эффект)
Нормативные документы
Набор документов и законодательных актов регламентирующих
работу сервисного центра и особенности протекания
производственных процессов
Средства
Материальные ресурсы задействованные в ходе реализации
«Заказа»
Материально-технические средства
Инструменты и оборудование, которое используется в ходе
ремонтных и профилактических работ
Сотрудник
Технический персонал организации, непосредственно выполняет
технические работы по обслуживанию и ремонту
Учет материальных средств
Формирование расходных документов или заявок на склад
организации
Отчет о выполненных работах
Акт и квитанция, документы предоставляются заказчику,
являются документальным подтверждением перечня
выполненных работ и затраченных ресурсов и основанием оплаты
услуги заказчиком
Отчет об использовании
материальных средств
Позволяет произвести инвентаризацию по складу и сопоставить
заказанные, затраченные и ресурсы в наличии
С точки зрения разработки автоматизированной системы стоит
детализировать такие процессы как «Оформление заказа» и «Подсчет
затраченных ресурсов». Декомпозиция этих процессов позволит более
глубоко понять механизмы их реализации и специфику построения функций
в программной системе.
21
Рисунок 1.5 –«Оформление заказа» Декомпозиция второго уровня
Описание диаграммы, представленной на рисунке 1.5 приведено в
таблице 1.2:
Таблица 1.2 – Описание блоков диаграммы (рис 1.5)
Название
Определение
Заполнение анкеты
Менеджер заполняет анкету заказчика, в которой указывает
личную информацию для обратной связи. Информация может
использоваться либо из БД системы либо вводится туда вновь.
Формирование необходимых бланков
Менеджер формирует бланки, которые описывают проблему
заявленную заказчиком (формируется бланк заказа). Менеджер
выдает заказчику расписку о взятии оборудования на
обслуживание. Указывается дата, тип оборудования и серийный
номер
Передача заказа в тех. отдел
Менеджер определяет специализацию специалиста
необходимого для выполнения техработ и передает заказ ему,
передача сопровождается актом выполнения работ сотрудником
техотдела
Добавление заказа в список
выполняемых
Заказ добавляется в список заказов на выполнение.