Дипломная работа: Автоматизация учета предоставленных услуг в комплексном центре социального обслуживания населения и анализа данных на примере СПБ ГБУСОН "КЦСОН Адмиралтейского района Санкт-Петербурга"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
36
различных справочников в разных системах. Полная автоматизация требует
больших временных и финансовых затрат.
Основной вид СПб ГБУСОН «КЦСОН Адмиралтейского района Санкт-
Петербурга» это оказание услуг, эту деятельность можно разделить по
направлениям (например: формам обслуживания), каждое из которых тем не
менее имеет свои особенности. Поэтому, при разработке информационной
системы учета и статистического анализа услуг АИС ТриУСОН, было принято
использовать стратегию автоматизации по направлениям, с дальнейшей
возможностью интегрировать систему с существующими решениями или
расширить систему.
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Было принято решение о разработке собственной информационной
системы, а не адаптация существующей, по следующими причинам:
Так как основными пользователями информационной системы будут
люди с различными уровнями образования, со средним возрастом
более сорока лет, большинство из которых не имеют опыта работы со
специализированным ПО.
В связи с большим количеством услуг оказываемых ежемесячно,
требуется хорошая эргономичность форм ввода данных.
Отсутствие потребности в таких средствах как «проводки», налоговые
отчисления, и прочих специальных возможностях.
В отделе кадров, бухгалтерском отделе и контрактном отделе уже
внедрены специализированные информационные системы, однако
работа этих систем почти полностью отделена от деятельностью по
учету услуг (примечание: сумма к оплате за услуги для получателя
СУ может иметь нелинейную зависимость от количества и стоимости
услуг).
Специфика работы в социальной сфере подразумевает, что
практически вся деятельность по составлению и обработке документов
37
приходится на организацию, в связи с чем нет необходимости в
сложных схемах проводки документов.
Рассмотрев основные варианты приобретения, основываясь на
возможностях и специфики работы СПб ГБУСОН «КЦСОН Адмиралтейского
района Санкт-Петербурга», был выбран вариант разработки собственной
информационной системы, которая будет полностью удовлетворять
потребностям организации, так как будет уникальным продуктом.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение ИС можно определить как совокупность
единой системы классификации и кодирования информации, унифицированных
систем документации, схем информационных потоков, циркулирующих в
организации, и методология построения баз данных.
Информационное обеспечение ИС является средством для решения
следующих задач:
обеспечения однозначного и эффективного представления
информации в системе (назначения уникального ключа);
обеспечение средств анализа и обработки информации с учетом
характера связей между объектами (на основе классификации
объектов);
организации взаимодействия пользователей с системой;
обеспечения эффективного использования информации для
управления деятельностью организации (на основе унифицированной
системы документации).
Информационное обеспечение ИС включает два комплекса: внемашинное
информационное обеспечение (классификаторы технико-экономической
информации, документы, методические инструктивные материалы) и
внутримашинное информационное обеспечение (макеты/экранные формы для
ввода первичных данных в ЭВМ или вывода результатной информации,
структуры информационной базы: входных, выходных файлов, базы данных).
38
Рассмотрим внемашинное информационное обеспечение.
Для того чтобы обеспечить эффективный поиск, обработку на ЭВМ и
передачу по каналам связи информации, ее необходимо представить в цифровом
виде. С этой целью ее нужно сначала упорядочить (классифицировать), а затем
формализовать (закодировать) с использованием классификатора.
Классификатор — это систематизированных свод наименований
группировок объектов, признаков и их кодовых обозначений. Классификаторы
служат средством описания данных, обуславливают единство классификации и
кодирования информации и предназначены для обеспечения машинной
обработки и выдачи данных в удобной форме потребителям при решении
различных задач. В зависимости от применения они делятся на три группы:
общегосударственные классификаторы,
отраслевые (ведомственные) классификаторы, используемые в
пределах определенной отрасли (ведомства);
локальные классификаторы, используемые в пределах организации
или группы организации.
В данном дипломном проекте будет использоваться отраслевой перечень
государственных услуг Санкт-Петербурга в сфере социальной защиты населения
, а также локальные классификаторы.
Рассмотрим основные входные документы:
индивидуальная программа предоставления социальных услуг
(ИППСУ), на основании которой заключается договор;
справки о доходах;
льготных категориях;
справки об инвалидности;
индивидуальная программа реабилитации и абилитации.
Существует три способа организации информационной базы (ИБ):
файловая организация ИБ, интегрированная ИБ, смешанная организация ИБ.
В данном дипломном проекте в связи большим числом записей (до ста
тысяч записей) об оказанных услугах вводимых ежемесячно и необходимостью
совместной работы, целесообразно использовать интегрированная ИБ. При
39
централизации управления данными с помощью СУБД обеспечивается
совместимость этих данных, уменьшение их избыточности.
Существует три основных модели логической структуры базы данных (по
способу установления связей между данными): иерархическая, сетевая и
реляционная. Также иногда выделяют дополнительные модели баз данных:
объектно-ориентированные, объектно-реляционные, постреляционные (введены
многозначные поля) и многомерной[16, с. 28].
Для разрабатываемого проекта предпочтительно использование
реляционной база данных по следующим причинам:
единообразие представления данных (привычное для пользователей
представление данных в виде таблиц)[8, с. 107];
наличие реляционно-полного языка для работы с данными (можно
быстро сформировать связи между таблицами для правильного
построения запроса к базе данных);
наличие теоретически обоснованных методов нормализации
отношений в БД, что позволяет минимализировать избыточность
информации, избежать аномалий обновления данных, обойтись без
дополнительных проверок целостности данных;
независимость данных — когда необходимо изменить структуру
реляционной базы данных, то это приводит к минимальным
изменениям в программном продукте;
архитектура построения связи более проста, чем при использовании
сетевой или иерархической структуры.
Для решения поставленной задачи задействованы такие классификаторы
объектов, как: услуги, отделения, работники отделения, работники, должности
работников, договора, услуги договоров, дополнтительные сведения к договорам
и дополнительным соглашениям, РИПСО, услуги РИПСО, адреса, квитанции,
приходы денежных средств, получатели СУ, категории получателей СУ,
прожиточные минимумы.
Перейдем к рассмотрению внутримашинного информационного
обеспечения. Оно включает макеты (экранные формы) для ввода первичных
40
данных в ЭВМ или вывода результатной информации, и структуры
информационной базы: входных, выходных файлов, базы данных.
Результаты работы программы отображается в таких документах как:
отчеты (центра, групп отделений, отделений, по категориям
получателей СУ, клубов и кружков, работников);
договора, акты, квитанции, расчеты оплаты, заключения,
дополнительные соглашения к договорам;
экранные формы.
Для ввода, редактирования и отображения информации используются
экранные формы. При этом для эффективности работы системы экранные
формы спроектированы по следующим принципам:
1. Пользователь вводит информацию один раз. То, что когда уже было
введено в систему, не надо вводить повторно.
2. Проверка ввода данных пользователя. Компоненты формы
ограничивают ввод значений в пределах допустимого алфавита.
3. Дружественный интерфейс, интуитивно понятный пользователю.
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) — совокупность программ системы
обработки информации и программных документов, необходимых для
эксплуатации этих программ[3].
В качестве основных критериев в выборе ПО для разработки ИС было
обеспечение: совместимости с существующим аппаратным и программным
обеспечением, платформонезависимости, надежности, длительный период
поддержки (англ. Long term support, LTS) — минимизации затрат на
сопровождение и поддержку, минимализация затрат на приобретение.
Клиент-серверная архитектура (см. рисунок 4) для разрабатываемой ИС
была выбрана по следующим причинам:
она позволяет одновременно и совместно использовать общий набор
данных хранящихся на сервере;
Источник: https://baza.diplomsite.ru/previewfile/2412