Дипломная работа: Автоматизация учета предоставленных услуг в комплексном центре социального обслуживания населения и анализа данных на примере СПБ ГБУСОН "КЦСОН Адмиралтейского района Санкт-Петербурга"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
46
сегодняшний день практикой является использование для этого
специализированных серверных ЭВМ, основные отличия которых от ЭВМ
рабочих станций — они выпускаются в отличных от ПЭВМ корпусах, оснащены
мощными многоядерными процессорами, имеют отличия в организации системы
хранения данных, а их оперативная память дополнена такими функциями, как
например контроль четности (ECC). Подводя итог вышесказанному можно
сделать вывод, что для работы серверных компонентов АИС ТриУСОН следует
использовать серверные ЭВМ.
Для работы клиентской части ИС достаточно существующих
персональной ЭВМ используемых в организации.
В связи с тем, что в бюджетных организациях закупка техники требует
предварительного согласования с вышестоящими организациями, то на первом
этапе внедрения будет использоваться существующий в организации сервер.
Средняя нагрузка на серверный компьютер ожидается небольшой, однако
ожидается большая пиковая нагрузка в конце каждого месяца. В связи с этим для
серверной ЭВМ рекомендуется использовать многоядерный процессор,
способный параллельно обрабатывать как минимум шестнадцать
вычислительных потоков, из примерного расчѐта: по одному на каждое из
двенадцати наиболее загруженных отделений и четыре для остальных отделений
организации. Также рекомендуется использовать не меннее шестнадцати
гигобайт оперативной памями. Для хранения базы данных рекомендуется
использовать два твердотельных накопителя данных в режиме зеркалирования
данных (RAID 1).
47
2. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Процессы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ, англ. life cycle) ИС — это непрерывный процесс,
начинающийся с момента принятия решения о создании програмного
обеспечения (ПО) и заканчивающийся после завершении его эксплуатации[2].
Термины ЖЦ ИС и ЖЦ ПО во многом сходны, так ПО это главная часть ИС, и
основное различие между ними заключается в том, что ЖЦ ИС включает в себя
еще и аппаратное обеспечение ИС[12, c. 12].
Под моделью ЖЦ (англ. life cycle model) понимается структура,
определяющая последовательность выполнения и взаимосвязи процессов,
действий и задач на протяжении ЖЦ. Существуют следующие модели ЖЦ:
каскадная, с промежуточным контролем(итерационная) и спиральная, из них
наибольшее распространение получили каскадная и спиральная[7, c. 7].
Модели каскадная и с промежуточным контролем включают следующие
этапы ЖЦ ИС: анализ; проектирование; реализацию; тестирование; внедрение;
сопровождение, в том числе демонтаж (уничтожение и/или перенос ПД в новую
АИС).
Каскадная модель предполагает строго последовательную реализацию
перечисленных этапов жизненного цикла. Она была популярна в 1970-1985 гг.,
однако еѐ основной недостаток, а именно жесткая схема разработки не
соответствует реальному процессу создания ПО. При разработке ПО зачастую
требуется возврат к предыдущим этапам для уточнения или пересмотра
принятых решений, что не предусмотрено данной моделью.
Модель с промежуточным контролем приближает жизненный цикл к
реальному процессу создания и применения ПО. Эта модель ЖЦ допускает
возврат каждого этапа жизненного цикла на любой предыдущий этап для
выполнения межэтапной корректировки. Однако, несмотря на то, что это
значительно повышает как надежность ПО, так и его соответствие решаемой
задаче, оно также значительно увеличивает длительность периода разработки
ПО. Что сделало этот подход малопопулярным в современном и быстро
меняющемся мире.
48
Спиральная модель ЖЦ была предложена Барри Боэм для преодоления
перечисленных проблем[11, с.46]. На этапах анализа и проектирования
проверяется реализуемость технических решений и степень удовлетворения
потребностей заказчика проверяется путем создания прототипов. Это позволяет
начать раннее внедрение ПО, с постепенным внедрением дополнительной
функциональности.
Так как в данном проекте АИС разрабатывается одним человеком, то нет
необходимости в использовании методологий рассчитанных на коллективы
разработчиков и для данного проекта выбрана спиральная модель разработки
ПО.
На каждом витке спирали (см. рисунок 5) создается работоспособный
фрагмента ПО или выходит новая версия. Это позволяет уточнить требования,
цели и характеристики проекта, определить качество разработки, спланировать
работы следующего витка спирали.
Рисунок 5 — Спиральная модель жизненного цикла ПО [14, 37]
На этапе определения требований происходит детальное ознакомление с
работой учреждения в целом и отделениями где будет проводится внедрение и с
49
нормативно-правовой информацией. При изменении действующего
законодательства или нормативно-правовых актов происходит пересмотр
требований к новой версии АИС. Одно из наиболее важных требований к ПО
АИС ТриУСОН — это ПО не должно выполнять расчетов не соответствующих
действующему законодательству.
На этапе анализа основе представленной информации происходит
составление технического задания и сроков его выполнения. В случае
необходимости оперативного внедрения — ТЗ разбивается на части, которые
выполняются в порядке первоочередности.
На этапе проектирование выбираются технологии и среды для
разработки ПО, создаются макеты базы данных и структуры программы. При
работе над новыми версиями АИС для исключения появления регрессионных
изменений, проверяется покрыта ли затрагиваемая часть ПО юнит-тестами, и
только после этого начинается работа по добавлению новой функциональности.
На этапе реализации создается база данных: создают необходимые
справочники, шаблоны, списки. Написание процедур и функций SQL. Создание
клиентского ПО. На этом этапе является обязательным использование системы
управления версиями (для данного проекта была выбрана распределѐнная
система управления версиями Git). Исходные тексты АИС ТриУСОН будут
выложены в общий доступ после защиты ВКР.
На этапе тестирования происходит проверка пользовательского
интерфейса и баз данных. Для автоматизации процесса тестирования был создан
консольный клиент АИС ТриУСОН, с ограниченной функциональностью, в него
была добавлена возможность запуска отдельных элементов графического
интерфейса пользователя (таблиц, вкладок).
При разработке первой версии АИС ТриУСОН большая часть
тестирования была проведена в полуручном режиме, в будущем планируется
реализовать полноценную автоматическую систему юнит-тестирования.
При любых изменениях затрагивающих систему расчета оплаты услуг
проводится обязательная валидация ПО.
Этап интеграция включает в себя следующие работы:
50
- развертывание сервера базы данных, установка на нем операционной
системы, и программного обеспечение — СУБД MySQL 8.0 или mariaDB 10.3;
- для работы клиентского ПО на компьютерах пользователей
потребуется установить «распространяемый пакет Visual C++ для Visual Studio
2015» (Visual C++ Redistributable for Visual Studio 2015) и MySQL
Connector/ODBC;
- в первых версиях клиентского ПО процесс установки будет
заключатся в создании ярлыка приложения на рабочем столе пользователя, а
само клиентское ПО будет запускаться без установки с общей папки на сервере
доступной только для чтения;
- для пользователей ведѐтся журнал изменений в АИС ТриУСОН, с
указанием дат, нормативно правовых актов повлекших изменения в ПО,
описанием добавленной или убранной функциональности.
На этапе внедрения необходимо провести обучение пользователей работе
с системой. Это будет сделано путем проведения лекций, разработки
руководства пользователя и администратора, а также с использованием системы
наставничества работающей на основании «Положения об организации
наставничества в СПб ГБУСОН «КЦСОН Адмиралтейского района Санкт-
Петербурга» от 08.04.2019 №27-1».
Также необходимо заполнить все первичные данные:
реквизиты организации;
структура подразделений;
сотрудники организации;
должности;
роли доступа;
наборы РИПСО;
и т.д.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
На этапах «определение требований» и «анализе», основные риски это
недостаточное определение свойств ИС, требуемых для решения задачи и
Источник: https://baza.diplomsite.ru/previewfile/2412