Курсовая работа - Kikucha/Kikucha.github.io Wiki

Курсовой проект по дисциплине "Проектирование информационных систем"

Абакумова А.В. ИДБ-17-05

1. Определение требований к модели

Тема ВКР: Разработка автоматизированного рабочего места среднего медицинского персонала стационарного лечебного учреждения

Объект исследований: рабочее место среднего медицинского персонала

Предмет исследований: средства и способы автоматизации

Процессы верхнего уровня:

А1 - управление отделением
А2 - обеспечение снабжением
А3 - составление расписания
А4 - оказание медицинских услуг
A5 - оформление документов

Точка зрения: заведующий отделением

Цель моделирования: определение автоматизируемых функций

2. Функциональное моделирование процессов (IDEF0)

A-0

A0

A2

A3

A4

A5

A43

3. Функциональное моделирование программных и информационных средств (DFD)

Конфигурация технических средств: Персональный компьютер с операционной системой - Windows 10 и установленной Microsoft SQL Management Studio

Конфигурация программных средств: Двухуровневая - десктопное приложение и сервер базы данных

Допустимые виды хранилищ и их размещение: База данных

A21

A22

A44

A433

A51

4. Описание выбранного процесса в формате прецедента (Use Case)

Диаграмма UML Use Case - текст диаграммы

Use_Case

4.1 Идентификатор прецедента: А22

4.2 Название прецедента: Составление заявки

4.3 Контекст: A2

4.4 Участники (actors) и цели (goals):

Участник Категория Цель (goal)
Старшая медсестра Основной Запись данных заявки в базу
АРМ Инструмент Предоставление средств для записи данных заявки в базу
АРМ Инструмент Предоставление средств для просмотра данных заявки из базы

4.5 Предусловия (pre-conditions):

4.6 Постусловия (post-conditions):

4.7 Основной поток выполнения (main flow):

Участник Действие (activity) Ожидаемый результат
Старшая медсестра Запись данных заявки в базу Заявка на пополнение в базе
Старшая медсестра Нажатие на соответствующую кнопку Просмотр данных заявки из базы

4.8 Исключения (exceptions):

Условие (риск) Последствия Реакция
Не сохраняются данные заявки Нет сформированной заявки в базе данных Обратиться в тех.отдел или позвонить на склад с просьбой о пополнение отделения

4.9 Альтернативы (alternates):

Участник Действие (activity) Ожидаемый результат
Старшая медсестра Передача данных о необходимости пополнения отделения через почту или соцсети Кладовщик направляет нужные оборудования и препараты в отделение

4.10 Временные параметры:

5. Описание структуры объекта в формате ERD (Class)

6. Описание алгоритма в формате UML (Sequence)

p6

7. Описание состава в формате UML (Component)

p7

8. Демонстрация реализации (личная страница)

Калькулятор

9. Подготовка к интерпретации построенных моделей

9.1 Используемые паттерны проектирования и разработки :

Задача: создание автоматизированного рабочего места для автоматизации работы среднего медперсонала

1. Plan (планирование)

2. Do (Выполнение): Средний медицинский персонал, у которого есть доступ к АРМ, выполняют поставленные задачи

3. Check (Проверка): После внедрения и использования автоматизированного рабочего места оценить эффективность работы сотрудников

4. Act (Улучшение): При успешной работе АРМ, оно внедряется в информационную систему медицинского учреждения с возможной доработкой и/или расширением функционала в дальнейшем

9.2 Используемые паттерны выявления проблем :

9.3 Возможные антипаттерны :

Категория Антипаттерн (риск) Действие по избежанию
Разработка Функции для галочки: Добавление в программу большого количества ненужных, несвязанных и плохо реализованных функций Продумать функционал системы до начала разработки
Архитектура Бензиновая фабрика: Необязательная сложность дизайна Не загромождать интерфейс элементами, которые не несут пользы
Организация Раздутый улучшизм: Добавление новых улучшений в ущерб суммарному качеству системы Сперва добавить функции, которые прописаны в ТЗ, и только потом добавлять улучшения
Среда Город ларьков: каждый отдел вырабатывает свой собственный механизм обмена информацией Приведение к единообразной форме взаимодействия

10. Интерпретация построенных моделей

10.1 Определение числовых показателей для поставленной цели моделирования:

Цель моделирования - определение автоматизированных функций

скрин_1

10.2 Определение числовых показателей для цели потенциального проекта автоматизации:

Одним из важных числовых показателей являются время и трудозатраты на выполнение процесса

10.3 Расчет потенциального эффекта от автоматизации:

После внедрения автоматизированного рабочего места в единую информационную систему лечебного учреждения будет тратится около 30 секунд на регистрацию пациента (если пациент зарегистрирован - время не затрачивается), 1 мин на добавление истории списания и назначений, 1 мин на создание документа списания использованного оборудования и медикаментов и его заполнения (на перерасчет оборудования в наличии время не тратится, так как перерасчет делается автоматически) и 1 мин на добавление документа пополнения отделения и его заполнения, также 30 секунд на просмотр остатков и поиск нужной позиции

Итого ~ 3,5 - 4 мин

Если брать в пример старшую медсестру одного из отделений, то у нее уходит около 2,5 минут

(ПРИМЕР: СТАРШАЯ МЕДСЕСТРА ОПЕРБЛОКА) Рабочая смена старшей медсестры длится 8 часов. Без АРМ она тратит 10 минут на заполнение данных о списании и перерасчет оборудования в наличии, 5 минут на заполнение данных заявки на пополнение отделения и 1 минуту на просмотр остатков и поиск нужной позиции. Итого, 16 минут на 1 повтор действий (операций)

В среднем в день в операционном отделении проходит 12 операций

С АРМ на 12 повторов (действий после операции) будет затрачено 30 минут. Итоговая экономия времени, 8 часов - 30 минут = 7 часов 30 минут. В месяц 7 часов 30 минут * 30 = 1320 минут (22 часа). При наличии 4 сотрудников (4 отделения) и при работе в одну смену продолжительностью 8 часов, ежемесячная экономия времени составит 0,5/8*4 ~ 1 чел/мес

10.4 Определение числовых показателей и расчет трудозатрат на разработку программных средств:

Расчет сложности разработки методом FPA IFPUG:

FPA

Расчет трудозатрат на разработку «с нуля» методом COCOMO II:

COCOMO II

10.5 Сравнительный план-факт:

Исходя из расчетов п. 10.4 можно сформировать следующую таблицу:

table_4

Из расчета:

SLOC = 2091 строк кода PM (Трудозатраты) = 17,2 человеко-месяцы TDEV (Полный срок разработки, месяцы) = 8,2 месяцев Эффект от автоматизации (человеко-часы в месяц): 4 чел/мес переводим в человеко-час, и получаем следующую формулу: 7 часов 30 минут * 30 * 4 = 88 человеко-часы в месяц

Исходя из значений по факту:

SLOC = 1800 строк кода PM (Трудозатраты) = 100 человеко-часы TDEV (Полный срок разработки) = 6 месяцев Готовность = 100%

ВЫВОДЫ

Исходя из результатов таблицы п.10.5 можно сделать вывод, что за счет использования готовых функций удалось сократить строки кода (языки программирования C# и T-SQL) примерно в 1,16 раза Также, за счет сокращения тестирования, документации, использования CASE, удалось сократить срок разработки с 8,2 месяцев до 6. Срок окупаемости разработки сократился в 4,5 раза