Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Введение 7
1 Характеристика МКУ «Социальный приют для детей МО» 9
1.1 Описание «Социального приюта для детей МО» 9
1.2 Организационная структура и цели функционирования МКУ «Социальный приют для детей МО» 11
1.3 Организация информационного обслуживания 12
2 Формирование требований 14
2.1 Состав требований 14
2.2 Определение состава сценариев, реализующих требования 15
2.3 Разработка содержания сценариев 16
2.4 Определение требований к пользовательскому интерфейсу 17
3 Разработка концепции автоматизированной системы 18
3.1 Изучение объекта 18
3.2 Особенности современных информационных систем 18
3.3 Выбор варианта концепции ас 22
4 Проектирование 24
4.1 Состав бизнес-процессов 24
4.2 Описание бизнес-процессов 24
4.3 Объекты бизнес-процессов 26
4.4 Список задач автоматизации 28
4.5 Функциональная модель 28
5 Техническое задание 33
5.1 Общие сведения 33
5.2 Назначение и цели создания системы 34
5.3 Характеристика объектов автоматизации 34
5.4 Требования к системе 35
5.4.1 Требования к системе в целом 35
5.4.2 Требования к функциям (задачам), выполняемым системой 41
5.4.3 Требования к видам обеспечения 42
5.5 Состав и содержание работ по созданию системы 43
5.6 Порядок контроля и приемки системы 43
5.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 43
5.8 Требования к документированию 44
5.9 Источники разработки 45
6 Реализация 46
6.1 Общие сведения 46
6.2 Разработка оперативного плана автоматизации приюта 46
6.3 Структура проекта автоматизации компании 47
6.4 Ресурсное планирование проекта автоматизации 48
6.5 Логическая структура базы данных 52
6.6 Проектирование экранных форм 55
6.6.1 Проектирование экранных форм для ввода данных 55
6.6.2 Проектирование выходных и отчетных форм 58
6.6.3 Уточнение функциональной структуры программной системы 59
6.7 Взаимодействие интерфейса с бд и пользователем 59
6.8 Архитектура системы 63
6.9 Разработка 63
6.9.1 Этапы разработки 63
6.9.2 Результаты разработки 64
7 Тестирование информационной системы 65
7.1 Тестирование 65
7.1.1 Тестовый пример 65
7.1.2 Результаты тестирования 68
8 Внедрение. Оценка эффективности внедряемой системы 69
Заключение 71
Список литературы 74
Приложение А 76
Приложение Б 77
Приложение В 78
Приложение Г 79
Приложение Д 80
Приложение Е 87
На сегодняшний день в России сложилась непростая ситуация с беспризорниками и сиротами в связи с чем специальные учреждения обязаны ввести учет каждого такого ребенка. Эта рутинная работа занимает много времени у сотрудника приюта.
Разработчику ставиться вполне определенная задача - сократить временные затраты сотрудника приюта на занесение и поиск информации об определенном ребенке за счет автоматизации процессов.
Для автоматизации процесса внесения данных и их обработке было принято решение написать программу с базой данных о детях, которые находились и находятся в приюте. Этот способ - разработка программы «Надежда», содержащей основную информацию о воспитанниках приюта и их родителей. Данная программа будет реализована в среде Visual Studio LightSwitch и в Windows Azure, которое обеспечивает решение специализированных задач по формированию, обработке на ЭВМ и выводу информации из базы данных, а также ее хранению. Эта проблема является актуальной потому, что мало в каком приюте, этот процесс автоматизирован.
Данная тема является актуальной потому, что МКУ «Социальный приют для детей МО «Новокузнецкого муниципального района»» ставит для себя главной целью социализация детей и подростков, попавших в трудные жизненные ситуации. Уменьшение затрат времени на обработку документов ребенка, позволит работникам приюта быстрее перейти к основной цели создания приюта.
Также данная тема содержит в себе новизну так, как используются новые технологии для реализации необходимого программного продукта.
Разработчику ставиться вполне определенная задача, при выполнении которой используются навыки работы с операционными системами, программными оболочками, разнообразными служебными и сервисными средствами.
Целью данной дипломной работы является разработка информационной системы, которая позволит автоматизировать процесс деятельности работы сотрудника приюта.
Для достижения данных целей необходимо выполнение следующих задач:
Муниципальной казенное учреждение «Социальный приют для детей муниципального образования» осуществляет на территории Новокузнецкого муниципального района социальную помощь детям и семьям, находящимся в социально опасном положении и нуждающимся в социальной поддержке, проводит комплекс мер по социальной реабилитации несовершеннолетних, оказавшихся в трудной жизненной ситуации.
Учредителем приюта является администрация г. Новокузнецк. Приют в своей деятельности руководствуется международной конвенцией ООН о правах ребёнка, Конституцией РФ, законами РФ, Указаниями и распоряжениями президента РФ, правительства РФ, Законодательством Кемеровской области, приказами Управления социальной защиты населения администрации г. Новокузнецк.
Целью создания приюта является оказание социальной поддержки, правовой, медицинской, психолого-педагогической помощи безнадзорным детям и подросткам.
Основными задачами приюта являются:
Социальный приют для детей и подростков «Надежда» Новокузнецкого района организован 26.09.1996 года. По распоряжению Комитета по социальной политике Администрации Новокузнецкого района от 18.06.2001г. № 40, получил статус самостоятельного юридического лица - Муниципальное казенное учреждение «Социальный приют для детей и подростков «Надежда» Новокузнецкого района» Юридический адрес: 652825, Кемеровская обл., Новокузнецкий район, п. Зеленый Луг, ул. Кирова 6 б. Тел.: 8-905-908-66-09. Директор – Людмила Алексеевна Каракачан. [16]
Приют размещён в экологически чистой зоне п. Зелёный Луг
Новокузнецкого района.
Штат укомплектован кадрами на 89,5 %. Из них:
С момента открытия деятельность учреждения направлена на создание условий для принятия несовершеннолетними новой системы социальных отношений, освоение в ней, содействие появлению желания жить в соответствии с новыми ценностями.
Социальный приют является юридическим лицом, имеет собственное имущество, самостоятельный баланс, печать, штампы, бланки со своим наименованием и другие реквизиты и счета в банке. Имеет право открывать внебюджетный счет для поступления средств от благотворительных и иных общественных организаций, предприятий и частных лиц, а также собственной хозрасчетной деятельности.
Социальному приюту в установленном порядке выделяются специальные помещения, которые должны быть достаточными по площади, эстетичными, располагать всеми видами коммунального благоустройства (центральное отопление, водопровод, канализация, электроосвещение, радио, телефон), отвечать санитарно-гигиеническим нормам, противопожарным требованиям и оснащены необходимым жестким и мягким инвентарем, другими материальными запасами и оборудованием.
Приют дает детям любовь и ласку, семейный быт. Основной целью деятельности организации, является социализация детей и подростков. Остальные цели являются её составляющими (Рисунок 1.1 - Цели функционирования предприятия):
Учреждение имеет следующие структурные подразделения:
Главным лицом приюта является директор, которому подчиняются все отделы организации: бухгалтерия, педагогическая и медицинская, хозяйственная части, юридический и ПО отдел. У каждого есть свой начальник соответственно: главный бухгалтер, заместитель директора по воспитательной работе, старшая медицинская сестра, заведующий хозяйственной части, юрисконсульт и программист. У главбуха в подчинении находится бухгалтер и бухгалтер-кассир. У заместителя директора по воспитательной работе – социальный педагог, педагог психолог, воспитатель, инструктор по труду. У завхоза – заместитель складом, швея, водитель, уборщик. Юрисконсульт и программист не имеют подчиненных. У старшей медицинской сестры в подчинении несколько медицинских сестер, которые работают посменно. (Приложение А.1 - Организационная структура предприятия).
Рисунок 1.1 – Цели функционирования предприятия
Материально-технологическая база на сегодняшний момент укомплектована. Все рабочие места автоматизированы, расчеты производятся с помощью персональных компьютеров и прикладных программных продуктов. Все отделы снабжены персональными компьютерами, средствами вывода на печать, по надобности: плоттерами, ксероксами, сканерами и другими техническими устройствами. Каждое рабочее место, в зависимости от вида работ и деятельности, оснащено программным продуктом, или пакетом программных продуктов.
В приюте имеется:
Имеется следующее программное обеспечение:
Также в организации имеется сеть, эта сеть состоит из 6 компьютеров, соединенных посредство хаба и кабелей. Один клиентский компьютер выступает как сервер.
Есть возможность выхода в локальную и глобальную сети.
В матрице, изображенной на рисунке 2.1 выделенные функциональные требования соответствуют типовым бизнес-решениям т.е. бизнес-процессам требующим автоматизации. Бизнес-процессы требующие автоматизации были разделены на бизнес подсистемы по функциональному признаку и строим матрицу трассировки «Подсистема – Функциональное требование» (рисунок 2.2).
Рисунок 2.1 - Матрица трассировки типовых решений БП в требования
При группировке бизнес-процессов требующих автоматизации получили две подсистемы: «подсистема приобретения ПО», «подсистема работа с ПО».
Рисунок 2.2 - Матрица трассировки «Подсистема – Функциональное требование»
Для реализации требований может быть использовано несколько сценариев (рисунок 2.3 – Диаграмма вариантов использования, отображающая состав сценариев, реализующих функциональные требования):
Рисунок 2.3 - Диаграмма вариантов использования, отображающая состав сценариев, реализующих функциональные требования
В сценарии «добавление заявки» происходит формирование записи о заявке, при этом используется объект «заявление». В дальнейшем эту запись можно использовать в сценариях «редактирование заявки», «сохранение заявки», а также «сопоставление лицензии», «отчисление средств».
В сценарии «сопоставление лицензии, установка ПО» используется объект «лицензия», при наличии которой и будет происходить установка программного обеспечения.
В сценарии «отчисление средств, начисление амортизации» используется объекты «квитанция», «заявление». При сходстве которых и будут производиться все бухгалтерские расчеты.
В сценарии «разработка методических стандартов, внедрение и сопровождение» используется объект «ПО». При наличии которого и будет выполняться все необходимая работа.
В сценариях «поиск дисциплины и формирование отчета», «поиск воспитанника и формирование отчета» используется объекты «дисциплина», «воспитанник» для вывода необходимой информации и для составления отчетов.
«Подсистема добавления данных»
Форма «персональные данные ребенка» предназначена для ввода данных о воспитанниках приюта.
Форма «документация ребенка» предназначена для ввода данных об основных документах воспитанника.
Форма «банковские реквизиты воспитанников» предназначена для ввода данных о счетах в банках воспитанников.
Формы «Матери», «Отцы» предназначены для ввода данных о родителях детей. Их основных характеристик.
Форма «информации о жилье воспитанника» предназначена для ввода данных об имеющемся, закрепленном и личном жилье ребенка.
Форма «поступление в приют ребенка» содержит всю основную информацию о регистрации ребенка в приют.
На данном предприятии плохо налажена работа с информационными ресурсами. Необходимо решить этот вопрос. Немаловажной задачей является наличие устойчивой системы, как в иерархии, так и в доступе информации.
Какие же перспективы может предложить разработчик?
Подведем итог вышесказанному и выделим вопросы, которые подлежат первоочередному решению. Выделим основные процессы, которые должна автоматизировать система:
Детские дома, приюты, интернаты остро нуждаются в информационной системе, позволяющей учитывать детей, находящихся у них содержании; правильно организовывать, планировать питание ребенка и т.п. На ранке нет программного обеспечения, способного оказать комплексную помощь сотрудникам приютов во введении базы данных по всем воспитанникам, которые находились или находятся на обеспечении. В настоящее время представлены лишь следующие средства автоматизации:
«БЭСТ-5 Питание». Специализированное решение для детских садов, школ, КШП, санаториев, домов отдыха, кафе, баров, столовых.
Организация питания это сложный и важный технологический процесс в любом санатории, больнице, школе, детском саде, детском доме, приюте или кафе. Рациональное питание является одним из основных факторов, определяющих нормальное развитие человека. Питание считается оптимально организованным, если оно достаточно по калорийности, разнообразно по набору продуктов, сбалансировано по содержанию основных пищевых веществ, рационально распределено в течение дня и подготовлено с соблюдением санитарных норм и правил. Роль питания в современных условиях значительно повышается в связи с ухудшением состояния здоровья, в результате целого комплекса причин, одной из которых является нарушение структуры питания и снижение его качества. В связи с этим организация питания является проблемой большой социальной значимости.
Правильно и быстро рассчитать и заказать необходимое количество продуктов, оформить в соответствии с требованиями СанПиН`ов, Приказов и методических рекомендаций все первичные и отчетные документы поможет вам программный комплекс «БЭСТ-5 ПИТАНИЕ». Возможности программного комплекса позволяют автоматизировать весь процесс учета питания от поставки продуктов до контроля рациона и стоимости питания.
Среди пользователей «БЭСТ-5 ПИТАНИЕ» детские сады, детские дома и интернаты, поставщики школьного питания, санатории и пансионаты, кафе и общественные столовые во многих городах страны: Санкт-Петербург, Псков, Калининград, Хабаровск, Новосибирск, Астрахань, Краснодар, Волгоград, Саратов, Татария, Башкирия, Самара и других регионах.
Основные возможности бэст-5 питания:
Питание в детских садах, школах, интернатах.
Рацион питания ребенка должен удовлетворять потребности развивающегося организма, быть качественным и разнообразным, содержать все необходимые пищевые вещества. Пища играет важную роль в процессах роста и нормального развития растущего организма.
В программе учитываются все требования действующих СанПиН`ов по организации питания в детских коллективах. С программой поставляются рецептурные базы детского питания:
Для школ, дошкольных и других образовательных и воспитательных учреждений. База рецептов содержит около 500 рецептов, которая создана на основании: «Методических рекомендаций по организации питания детей и подростков в учреждениях образования Санкт-Петербурга», утвержденных 15.12.2008г. Правительством Санкт-Петербурга.
Для дошкольных образовательных и воспитательных учреждений. База рецептов содержит около 500 рецептов. Для создания базы использованы: «Сборник технологических нормативов, рецептур блюд и кулинарных изделий для дошкольных образовательных учреждений», Пермь 2004г.
В программе печатаются утверждённые формы первичных документов и отчетов:
ИАС «АВЕРС: Управление образовательным учреждением» (КРМ «Директор»).
Инструментальная среда информационной поддержки управленческих решений в деятельности администрации общеобразовательных учреждений. Предназначена для управления процессами планирования и мониторинга учебно-образовательной деятельности, унификации внутри школьного и кадрового делопроизводства.
Программа позволяет:
Интегрируется с программными компонентами типовой информационной инфраструктуры управления общеобразовательным учреждением: ИАС «АВЕРС: Расписание», ИАС «АВЕРС: Электронный классный журнал», ИАС «АВЕРС: Тарификация», ИАС «АВЕРС: Библиотека», «АВЕРС: Информационный киоск», со стандартными офисными приложениями Microsoft Windows, а также с Open Office.
Для автоматизации процесса внесения данных и их обработке было принято решение написать программу с базой данных о детях, которые находились и находятся в приюте. Этот способ - разработка программы «Надежда», содержащей основную информацию о воспитанниках приюта и их родителей. Данная программа будет реализована в среде Visual Studio LightSwitch и в Windows Azure, которое обеспечивает решение специализированных задач по формированию, обработке на ЭВМ и выводу информации из базы данных, а также ее хранению.
Разработчику ставиться вполне определенная задача - сократить временные затраты сотрудника приюта на занесение и поиск информации об определенном ребенке за счет автоматизации процессов.
На рисунке 3.1 представлена одна из малых частей вносимых данных на самом первом этапе появления ребенка в приюте - процедура регистрации воспитанника.
Рисунок 3.1 – Детализация процедуры «Регистрация воспитанника»
Проанализировав деятельность приюта, и проведя предпроектное исследование, были выделены основные направления деятельности организации (рисунок 4.1 - Состав бизнес-процессов), это:
Бизнес – процесс: «отслеживание работы всех отделов» способствует воспитанию и образованию детей-сирот.
Бизнес – процессы: «распределение расходов» и «ведение хозяйственных работ» заключаются в создании благоприятных условий, приближенных к домашним.
Бизнес – процесс: «формирование юридической базы» необходим для охранных прав и законных интересов воспитанников.
Бизнес – процесс: «воспитательная работа» способствует умственному, эмоциональному и физическому развитию личности воспитанника.
Бизнес – процесс: «формирование медицинской базы» помогает осуществить необходимые коррекции отклонений в развитии детей.
Бизнес – процесс: «ведение компьютерного парка» способствует освоению образовательных программ воспитанниками.
4.2 Описание бизнес-процессов
Содержание бизнес-процесса «Введение компьютерного парка» (Приложение Б.1 – Диаграмма деятельности бизнес-процесса «Оформление заказа») состоит из последовательного выполнения действий:
Рисунок 4.1 – Состав бизнес-процессов
В действии «закупка ПО» происходит закупка необходимого программного обеспечения для приюта.
В действии «установка ПО» программист приюта отвечает за установку лицензионного программного обеспечения.
В действии «обучение по ПО» социальный педагог отвечает за использование нужного программного обеспечения для освоения образовательных программ.
В действии «контроль над качеством обучения» педагоги и руководство контролирует обучаемый процесс.
В действии «контроль над исполнением» директор несет ответственность за качество обучения воспитанников и главный бухгалтер за целевое использование денежных средств.
4.3 Объекты бизнес-процессов
Объекты бизнес-процесса «Введение компьютерного парка» (рисунок 4.2 – Объекты бизнес-процесса «Введение компьютерного парка»):
Объект «Заявка на покупку ПО» - содержит подробную информацию о каждом необходимом ПО и имеет атрибуты:
Объект «Получение лицензионного программного обеспечения» содержит необходимую информацию и документацию о доставленном товаре и имеет атрибуты:
Объект «Квитанция об оплате» содержит необходимую информацию для бухгалтерии и имеет атрибуты:
Объект «Учебный план» содержит необходимую информацию для социальных педагогов: необходимые дисциплины, средства для лучшего восприятия детьми информации и имеет атрибуты:
Объект «Отчет о выполнении учебного плана» содержит в себе информацию о проделанной работе педагога и восприятии материала воспитанниками и имеет атрибуты:
Объект «Отчет об успеваемости воспитанников» содержит информацию по каждому ребенку, его средней балл по каждому предмету и имеет атрибуты:
Рисунок 4.2 – Объекты бизнес-процесса «Введение компьютерного парка»
4.4 Список задач автоматизации
В качестве типовых бизнес-решений, то есть элементов бизнес-процессов требующих автоматизации были выбраны следующие:
4.5 Функциональная модель
Контекстная диаграмма основного бизнес процесс деятельности приюта представлена на рисунке 4.3. После анализа дечтельности приюта былы выялена следующая входная информация:
Рисунок 4.3 – Контекстная диаграмма основного бизнес процесса деятельности социального приюта
На выходе таким образом получается следующее:
Управляющей информацией для деятельности приюта является следующее:
Механизмы осуществления данной операции:
Основной бизнес-процесс приюта состоит из (рисунок 4.4):
Рисунок 4.4 – Декомпозиция бизнес – процесса «Социальный приют «Надежда»
Далее проведем декомпозицию бизнес – процесса «Регистрация».
Так как для дальнейшей работы будет использоваться именно этот процесс, как представлено на рисунке 4.5. Как видно из рисунка первым этапом – «Рассмотрение поступившего заявления», дети попадают в приют по направлению Отдела опеки и попечительства или полиции.
После принятия заявления и оформления приказа о зачислении переходим ко второму этапу – «Рассмотрение имеющихся документов». У ребенка должен быть свой пакет документов, если же он отсутствует, то переходим к третьему этапу – «Оформление недостающих документов». На этом этапе происходит сбор документов, которые необходимы для оформления недостающих документов у воспитанника.
Рисунок 4.5 – Декомпозиция бизнес – процесса «Регистрация»
Полное наименование системы: Единая автоматизированная система учета воспитанников «МКУ «Социальный приют для детей МО «Новокузнецкий муниципальный район»», ее условное обозначение «Надежда».
Муниципальное казенное учреждение «Социальный приют для детей муниципального образования «Новокузнецкий муниципальный район»». Юридический адрес: 652825, Кемеровская обл., Новокузнецкий район, п. Зеленый Луг, ул. Кирова 6б.
Основным документом на основании, которого создается информационная система, является соглашение о разработки программного продукта «Надежда».
Плановый срок начала работ по созданию Единой автоматизированной системы учета воспитанников «Надежда» – 27 февраля 2013 года.
Плановый срок окончания работ по созданию Единой автоматизированной системы учета воспитанников «Надежда» – 31 мая 2013 года.
Результаты работ по созданию программного продукта предъявляются Заказчику по этапам в соответствии с существующим соглашением. Порядок сдачи и приемки также определен в соглашении, ввод программного продукта в действие будет определен позднее.
Изменения, вносимые в техническое задание, должны осуществляться со согласованию сторон и оформляться в виде дополнений к нему, подписанных уполномоченными представителями.
Пусть требуется разработать автоматизированное рабочее место МКУ «Социальный приют для детей МО «Новокузнецкий муниципальный район»».
Созданная программа должна:
Цель создания системы – максимально высвободить сотрудника приюта от выполнения рутинных и трудоемких операций по созданию БД воспитанников. Благодаря использованию «Надежды» у воспитателя появляется свободное время, которое он может уделить воспитанникам.
Муниципальное учреждение социальный приют для детей и подростков «Надежда» осуществляет на территории Новокузнецкого района социальную помощь детям и семьям, находящимся в социально опасном положении и нуждающимся в социальной поддержке, проводит комплекс мер по социальной реабилитации несовершеннолетних, оказавшихся в трудной жизненной ситуации.
Штат укомплектован кадрами на 89,5 %. Из них:
Объектом автоматизации является Муниципальное казенное учреждение социальный приют для детей и подростков, программа предназначена для педагогической части организации.
Система должна быть многопользовательской, интерфейс должен быть понятен и нагляден.
Требования к структуре и функционированию системы.
Автоматизированная ИС должна получиться следующей:
Так как «Надежда» расположена в облаке и хранит в себе большой объем данных надо избегать:
Система включает в себя:
Требования к численности и квалификации персонала системы и режиму его работы:
Для поддержки функционирования Системы должна быть создан отдел ПО, персонал которого должен обладать знаниями в области информационных и сетевых платформ, на которых будет реализована Система, а также опытом администрирования баз данных.
В состав персонала, необходимого для обеспечения эксплуатации информационный системы, должны входить:
Система должна требовать для поддержки и управления минимальное количество эксплуатационного персонала. Для обеспечения функционирования Системы в рамках одного рабочего дня требуется от 1 специалиста эксплуатационного персонала и 1 администратор в случаи необходимости.
Доступ к системе возможен круглосуточно.
Показатели назначения:
Благодаря тому, что система «Надежда» располагается в облаке, на выделенном сервере, его легко модернизировать, и со временем добавлять другой функционал без большого вреда конечному пользователю, и без больших затрат как материальных, так и временных.
Требования к надежности:
Надежность системы «Надежда» обеспечивается многократным бэкапом. Данные могут храниться в 4х местах одновременно. В настоящее время Майкрософт поддерживает работу Windows Azure в центрах обработки данных по всему миру. Пользователи могут указывать географическое положение центров обработки данных Майкрософт, в которых будут храниться их данные. Доступные регионы представлены в таблице 1.
Службы платформы Windows Azure предоставляются пользователям с помощью сети глобальных центров обработки данных, которые предназначены для круглосуточной работы и на каждом из которых используются различные средства для защиты системы от сбоев питания, физического вторжения и разрывов сети. Эти географические распределенные центры обработки данных соответствуют отраслевым стандартам обеспечения физической безопасности и надежности. Сотрудники Майкрософт осуществляют управление, мониторинг и администрирование этими центрами обработки данных.
Таблица 1 – Центы обработки данных Windows Azure
|
Основной регион |
Субрегион |
|
1 |
2 |
|
Азия |
Восточный (Гонконг) |
|
Европа |
Северный (Ирландия) |
|
США |
Центральный северный (Иллинойс) |
Отказоустойчивость очень высокая. Платформа Windows Azure разработана для обеспечения отказоустойчивости и избыточности, она также позволяет клиентам создавать и развертывать отказоустойчивые приложения. Множество аспектов платформы обеспечивают отказоустойчивость и избыточность, от развертывания в географически распределенных центрах обработки данных до реплицированных экземпляров ролей и хранилищ. Несмотря на эти меры нельзя гарантировать, что платформа Windows Azure будет полностью отказоустойчивой, поэтому разработчики, использующие платформу Windows Azure, должны при необходимости применять дополнительные механизмы защиты.
Избыточность служб.
Каждый уровень инфраструктуры платформы Windows Azure разработан для обеспечения непрерывности работы в случае сбоя. Так, на каждом уровне есть резервные сетевые устройства, а каждый центр обработки данных использует двух поставщиков услуг Интернета. Отказоустойчивость в большинстве случаев обеспечивается автоматически (без вмешательства людей), а сеть отслеживается центром сетевых операций круглосуточно для обнаружения аномалий и потенциальных проблем.
Избыточность центров обработки данных.
Платформа Windows Azure работает на основе множества центров обработки данных во всем мире. В случае разрушительного сбоя, который затронет весь центр обработки данных, пользователи могут развернуть свои приложения в резервном расположении.
Архитектура системы (рисунок 5.1) обеспечивает высокую отказоустойчивость.
Рисунок 5.1 – Архитектура системы «Надежда»
Требования безопасности:
Безопасность является одной из самых важных тем при обсуждении размещения приложений в «облаке». Платформа Windows Azure является классическим примером PaaS-модели - Microsoft отвечает за все аспекты безопасности:
Только за исключением аспекта безопасности самих приложений, предоставляя в распоряжение пользователей и разработчиков безопасную среду выполнения, безопасности на уровне операционной системы и инфраструктуры. В PaaS модели платформа используется для хостинга и запуска кода потребителей и, соответственно, ответственность за безопасность самого кода несет его разработчик. Использование атрибутов безопасности, предоставляемых на уровне платформы, и рекомендуемых подходов для обеспечения безопасности приложений позволит максимально эффективно и безопасно использовать облачные вычисления.
Поддерживаемое системой масштабирование позволяет исключить DDoS-атаки, даже если очень большое количество человек зайдут в систему одновременно.
Доступ к программе выдает администратор.
Для дополнительной безопасности используется привязка к IP-адресу, что позволяет ограничить доступ к приложению из вне.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы:
Условия эксплуатации, а также виды и периодичность обслуживания технических средств системы должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них.
Размещение персонала и техники должно осуществляться по ГОСТ 15.150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».
Требования к защите информации от несанкционированного доступа:
Должна быть разработана политика безопасности системы, в том числе процедуры защиты данных от несанкционированного доступа.
Корпорация Майкрософт выполняет постоянное тестирование платформы Windows Azure на предмет защиты от несанкционированного доступа в целях улучшения ее механизмов и процессов защиты. Поскольку такое тестирование неотличимо от реальной атаки, следует получить предварительное одобрение от службы поддержки Windows Azure, прежде чем выполнять его. Тестирование защиты от несанкционированного доступа должно выполняться в соответствии с условиями и положениями корпорации Майкрософт. Запросы на проведение тестирования должны подаваться не позднее, чем за семь дней до его выполнения.
Требования по сохранности информации при авариях:
Сохранность информации должна обеспечиваться при следующих аварийных ситуациях:
Требования по сохранности информации определены, но так как наша программа реализована в облаке, то этим занимается удаленный сервер. Он и осуществляет все манипуляции.
Требования по стандартизации и унификации:
Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD, IDEF3 в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования». Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования Microsoft Visio. Все поясняющие надписи в экранных формах должны быть на русском языке.
Пользователю должны быть предоставлены возможности работы с данными c помощью всех возможных устройств ввода информации.
Дополнительные требования:
Система «Надежда» должна эксплуатироваться на уже имеющемся у приюта аппаратно-техническом комплексе.
Перечень функций и задач подлежащих автоматизации:
Созданная программа должна обеспечивать:
Временной регламент реализации каждой функции:
Временной регламент для реализации каждой функции представлен в таблице 2.
Таблица 2 – Временной регламент функций
|
Функция |
Временной регламент |
|
1 |
2 |
|
Ввод данных о воспитаннике, его родителях, опекунах |
Один раз при поступлении ребенка |
|
Редактирование записей о воспитанниках и их родителей, опекунов |
По необходимости |
|
Поиск необходимых данных по воспитаннику |
По необходимости |
|
Создание и вывода на печать отчетов |
Регулярно, по необходимости |
|
Проверку на корректность вводимых данных |
Регулярно при вводе данных |
Требования к качеству реализации каждой функции.
Качество реализации функций должно обеспечивать полное выполнение входящих в их состав операций и задач и гарантировать корректную с точки зрения предметной области обработку данных и представление результатов.
Информационное обеспечение системы:
Для работы в данной системе необходим постоянный интернет канал, так как вся информация хранится на удаленном сервере в Голландии.
Требования к процедуре придания юридической силы документам, производимым техническими средствами системы, не предъявляются.
Для лингвистического обеспечения системы:
При организации диалога с пользователем, вводимые и отображаемые данные должны быть на русского языка.
Программное обеспечение системы:
Программное обеспечение, необходимое для разработки и внедрения, а также работоспособности системы должно включать в себя:
Техническое обеспечение системы:
Минимальные требования к техническому обеспечению:
Организационное обеспечение системы:
Основными пользователями системы «Надежда» являются сотрудники приюта: воспитатели, секретарь.
Дополнительные требования к организационной структуре и функциям подразделений при внедрении и эксплуатации системы не предъявляется.
Общие требования к проведению работ
В соответствии с ГОСТ 34.601-90 работы по созданию системы должны выполняться с учетом стадий (Приложение Б).
Прием системы программного продукта «Надежда» осуществляется при помощи акта – приемки, в данном случае экспертом будет выступать – сотрудник приюта.
Порядок контроля будет осуществляться в несколько этапов:
Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ
В рамках функционирования необходимо приводить информацию к виду, пригодному для обработки при помощи ЭВМ следующим путем ручного ввода данных с использованием электронных форм системы. Ввод данных обеспечивает персонал приюта.
Изменения, которые необходимо осуществить в объекте автоматизации
Заказчику необходимо установить на рабочие места, с которых будет происходить работа с «Надеждой» Silverlight 4.0. Чтобы была возможность работы с программой через браузер.
Создание условий функционирования объекта автоматизации
Необходимо обеспечить выполнение требований к условиям программного и технического обеспечения объекта автоматизации, а также требований к информационному, методическому и организационному обеспечению. В случае несоответствия упомянутым стандартам функциональный заказчик должен обеспечить приведение объекта автоматизации в соответствие с ними.
Создание необходимых для функционирования системы подразделений и служб
Система не нуждается в дополнительных подразделениях, сотрудниках, которые будут следить за работой программы.
Сроки и порядок комплектования штатов и обучения персонала.
Перед началом работы с системой «Надежда» сотрудники приюта должны пройти начальный курс работы с ПК и курс обучения работы с данной системой.
Перечень документов необходимых при создании «Надежда»:
При разработке Системы должны использоваться следующие законодательные и нормативные правовые акты:
Во время преддипломной практики была начата разработка программы «Надежда». Для разработки данного приложения использовалась среда разработки Microsoft Visual Studio и в Windows Azure, которое обеспечивает решение специализированных задач по формированию, обработке на ЭВМ и выводу информации из базы данных, а также ее хранению. База данных реализована в среде Microsoft Windows Server 2008. Для нормального функционирования необходимо стабильное подключение к интернету.
В данной программе решается следующий класс задач:
Это приложение реализует все вышеупомянутые задачи, ограничением выступает узкая предметная область, связанная только с деятельностью приюта.
Оперативный план автоматизации предприятия должен содержать план конкретных работ по реализации принятых стратегических решений, иметь календарный характер и сопровождаться сметой расходов или графиком инвестирования средств. В ходе управления проектом должно быть обеспечено соблюдением установленных сроков завершения проекта; рациональное распределение материальных ресурсов и исполнителей во времени и между задачами проекта.
Для разработки оперативного плана был использован программный продукт Microsoft Project, предназначенный для управления проектами, и считающийся наиболее популярным инструментом для решения соответствующих задач.
Применение MS Project на стадии планирования помогло нам оценить реальность воплощения в жизнь рассматриваемого проекта; определить конкретные работы, которые необходимо выполнить для достижения целей проекта; состав исполнителей и виды ресурсов, необходимые для реализации проекта; определить риск и возможный ущерб при завершении проекта на той или иной стадии.
Нам было необходимо разработать план внедрения автоматизированной информационной системы «Надежда» для социального приюта для детей и подростков.
Нам предстояло спланировать стадии и задачи предстоящего проекта, определить ресурсы для проекта, произвести расчет бюджета и проработать риски проекта. Эти задачи нам и поможет решить Microsoft Project.
С его помощью было проделано:
Для разработки проекта автоматизации с помощью MS Project были описаны:
Описание структуры проекта включает в себя описание состава входящих работ и взаимосвязей между ними. План проекта не обязательно создавать сразу с учетом работ нижних уровней иерархии. Детализацию работ можно выполнять последовательно, по мере изучения особенностей проекта.
Для проекта в целом на начальном этапе планирования нами были заданы: календарь рабочего времени, на основании которого будет рассчитываться календарная длительность работ и проекта в целом, и метод расчета длительности проекта.
К параметрам работ относятся: плановые календарные даты начала и завершения работ; длительность; способ планирования; способ исчисления трудозатрат, определяемый типом взаимосвязи между длительностью работы и трудозатратами на ее выполнение.
После чего была получена следующая структура проекта автоматизации компании (Приложение В.1).
Ресурсное планирование проекта автоматизации предполагает выделение и распределение различных ресурсов на все работы проекта.
Для выполнения ресурсного планирования внести все виды ресурсов с указанием располагаемого объема в таблицу ресурсов (Resource Sheet) и после этого произвести их распределение между работами проекта, либо назначить требуемые ресурсы непосредственно на работы проекта и в результате получить обобщенную информацию о них в таблице ресурсов.
Если при назначении ресурсов возникла ситуация, когда суммарный объем назначенного ресурса на некоторый интервал времени превышает располагаемое количество этого ресурса (т.е. перегрузка ресурса), то необходимо выявить причины перегрузки и устранить ее.
Внесли все виды ресурсов в таблицу ресурсов Resource Sheet с указанием располагаемого объема. После чего получили следующие виды ресурсов в Resource Sheet с указанием располагаемого объема (рисунок 6.1).
Рисунок 6.1 – Виды ресурсов в Resource Sheet
Произвели распределение этих ресурсов между работами проекта автоматизации компании (т.е. какие стоимостные, материальные, трудовые ресурсы понадобятся для выполнения каждой работы) и получили следующие распределения этих ресурсов между работами проекта (рис. 6.2 – 6.6).
Рисунок 6.2 - Ресурсное планирование проекта автоматизации (таблица ресурсов Resource Sheet)
Рисунок 6.3 - Ресурсное планирование проекта автоматизации (отчет Who Does What When, часть 1)
Рисунок 6.4 - Ресурсное планирование проекта автоматизации (отчет Who Does What When, часть 2)
Рисунок 6.5 - Ресурсное планирование проекта автоматизации (отчет Who Does What When, часть 3)
Рисунок 6.6 - Ресурсное планирование проекта автоматизации (отчет Who Does What When, часть 4)
Далее строим диаграммы на определение перегруженности ресурсов.
Рисунок 6.7 – Отчет об оставшихся трудозатратах ресурсов
Рисунок 6.8 – Сводный отчет о трудозатратах ресурсов
Как видно на построенных диаграммах (рисунок 6.7 – 6.8) у нас нет перегруженных ресурсов, оставшаяся доступность имеется.
Даталогическая модель базы должна отражать требования конкретной СУБД, в данном случае SQL Server 2008 r2, поэтому в ее состав входят таблицы, содержащие сведения об информационных объектах и связях между ними. Все таблицы даталогической модели можно разбить на таблицы с оперативной информацией и таблицы с условно-постоянной информацией.
Состав некоторых полей, их наименование, идентификаторы отражены в соответствующих таблицах, представленных ниже (таблицы 3 – 9).
Таблица 3 – Структура таблицы «Персональные данные»
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
1 |
Личный_номер |
Личный номер |
Числовой |
|
2 |
Фамилия |
Фамилия воспитанника |
Текст |
|
3 |
Имя |
Имя воспитанника |
Текст |
|
4 |
Отчество |
Отчество воспитанника |
Текст |
|
5 |
Дата_рождения |
Дата рождения воспитанника |
Дата/время |
|
6 |
Дата_выбытия |
Дата_выбытия |
Дата/время |
|
7 |
Полных_лет |
Полных лет воспитаннику |
Числовой |
|
8 |
Адрес |
Адрес воспитанника |
Текст |
|
9 |
Гражданство |
Гражданство воспитанника |
Текст |
Таблица 4 – Структура таблицы «Поступление в приют»
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
1 |
Личный_номер |
Личный номер |
Числовой |
Продолжение таблицы 4
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
2 |
Форма_устройства |
Форма устройства воспитанника |
Текст |
|
3 |
Обстоятельства_Обусл_поступление |
Обстоятельства обусловившие поступление ребенка в приют |
Текст |
|
4 |
Распоряж_адм_номер |
Распоряжение администрации города - номер |
Числовой |
|
5 |
Распоряж_адм_дата |
Распоряжение администрации города - дата |
Дата/время |
Таблица 5 – Структура таблицы «Родители»
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
1 |
Личный_номер |
Личный номер |
Числовой |
|
2 |
ФИО |
ФИО родителя |
Текст |
|
3 |
Пол |
Пол родителя |
|
|
4 |
Дата_рождения |
Дата рождения |
Дата/время |
|
5 |
№_адреса |
Место жительства |
Текст |
|
6 |
Жив/мертв |
Жизненный статус матери |
Текст |
|
7 |
Номерсв |
Дата смерти |
Дата/время |
|
8 |
Статус_отца |
Жизненный статус отца |
Текст |
|
9 |
№ дела |
Номер уголовного дела |
Числовой |
|
10 |
Алименты/100р |
Вид получаемой ребенком материальной помощи |
Текст |
Таблица 6 – Структура таблицы «Регистрация ребенка»
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
1 |
Личный_номер |
Личный номер |
Числовой |
|
2 |
Дата_регистрации_по_месту_жительсва |
Дата регистрации по месту жительства воспитанника |
Дата/время |
|
3 |
Адрес_регистрации_по_месту_жительсва |
Адрес регистрации воспитанника |
текст |
|
4 |
Сроки_регистрации_по_месту_пребывания_с |
С какого числа регистрация |
Дата/время |
|
5 |
Сроки_регистрации_по_месту_пребывания_по |
По какое число ренистрация |
Дата/время |
Таблица 7 – Структура таблицы «Данные по банку»
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
1 |
Личный_номер |
Личный номер |
Числовой |
|
2 |
Наименование_банка |
Банк в котором открыт счет |
текст |
|
3 |
№_отделения |
№ отделения банка |
Числовой |
|
4 |
Место_расположения_отделения |
Место расположения отделения банка |
текст |
|
5 |
№_счета |
№ счета воспитанника |
Числовой |
|
6 |
Дата_открытия_счета |
Дата открытия счета в банке |
Дата/время |
Таблица 8 – Структура таблицы «Пенсия»
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
1 |
Личный_номер |
Личный номер |
Числовой |
Продолжение таблицы 8
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
2 |
№_пенсионного_дела |
№ пенсионного дела воспитанника |
Числовой |
|
3 |
Дата_оформления |
Дата оформления пенсионного |
Дата/время |
|
4 |
Пенсионное_страховое_св_номер |
Номер документа |
Числовой |
|
5 |
Пенсионное_страховое_св_дата |
Дата выдачи |
Дата/время |
Таблица 9 – Структура таблицы «Тип семьи»
|
№ п/п |
Наименование поля |
Идентификатор поля |
Тип поля |
|
1 |
2 |
3 |
4 |
|
1 |
Личный_номер |
Личный номер |
Числовой |
|
2 |
Статус_семьи |
Статус_семьи воспитанника |
Текст |
Остальные таблицы и взаимосвязи между ними представлены приложении Г.1.
Работа с программой «Надежда» начинается с загрузки страницы по ссылке https://lsnadedjda.cloudapp.net/. Как выглядит основное окно программы можно увидеть на рис. 6.10.
Рисунок 6.10 – Основное окно программы
В данном окне, колонка слева, располагается меню программы, в зависимости от того, какое действием необходимо выполнить вы переходите по меню:
Если пользователю необходимо просмотреть или изменить уже имеющуюся информацию о ребенке, то после перехода по ссылке в меню «Персональные данные», он, слева от меню в колонке, увидит список детей, внесенных в базу данных, здесь для более легкого поиска сотрудник приюта может сортировать список по фамилиям детей в необходимом ему порядке. А для более эффективного имеется окно поиска, которое ищет уже по первой введенной букве.
Для переходов внутри программы используется меню, которое можно наблюдать на рисунке 6.11. Так же на этом рисунке можно увидеть, какие еще формы существуют для занесение данных в БД:
Рисунок 6.11 – Меню программы
Как и любая программа, приложение «Надежда» производит выходные данные. Эти выходные данные представлены в виде отчетов. Главной составляющей этой программы – это воспитанник. На рисунке 6.12 представлен отчет о детях, где показаны основные персональные данные ребенка:
Рисунок 6.12 – Отчет о персональных данных воспитанника
На рисунке 6.13 отображен отчет о поступивших детях на реабилитацию, где указываются:
Так же можно вывести отчеты:
Рисунок 6.13 – Отчет о поступлении детей на реабилитацию
В связи с перечислением функциональных требований и форм представлена примерная структурная схема программной системы «Надежда» на рисунке 6.14.
Диаграмма вариантов использования отражает взаимодействие интерфейса с БД и пользователем. Здесь отображается основные прецеденты программы и актеры (рис 6.15). Перечислим основные прецеденты:
Главное меню программы
О программе
Справка о программе
Редактирование данных
Персональные данные
Родителей
Просмотр данных
Ввод данных
Пенсия
Поступление в приют
Регистрация ребенка
Документы
Статус семьи
Банковские данные
Жилье ребенка
Персональные данные
Родителей
Пенсия
Поступление в приют
Регистрация ребенка
Документы
Статус семьи
Банковские данные
Жилье ребенка
Ввод данных по всем таблицам
Группа временного пребывания
Выдача отчетов. Отчеты выводятся по необходимости секретаря или педагога. Существуют 3 типа отчета: информация по детям; информация о поступлении и о жилищных условиях ребенка.
Рисунок 6.14 – Логическая схема программной системы «Надежда»
Рисунок 6.15 – Диаграмма вариантов использования
На рисунке 6.16 представлена диаграмма взаимодействия. Эта диаграмма позволяет с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.
Рисунок 6.16 – Диаграмма взаимодействия
Рисунок 6.17– Интерфейс программы «Надежда»
Архитектура – это совокупность существующих решений, относительно 5 представлений:
1) вид с точки зрения прецедентов – это поведение системы, которые видят конечные пользователи. Статический аспект – диаграмма прецедентов, продемонстрирован в главе 3.6 «Взаимодействие интерфейса с БД и пользователем». Здесь показываются основные действия пользователей с модулем программы. Программа реализует все основные требования пользователей. Динамический аспект – диаграмма классов, продемонстрирован в главе 3.2 «Логическая структура базы данных». Здесь отображается сущности, которые будут взаимодействовать как с пользователем, так и с программой.
2) вид с точки зрения проектирования – здесь описываются функциональные требования предъявляемые системой к конечному пользователю, и формирует словарь системы. Основные требования формируются в техническом задании. Здесь определяются требования к интерфейсу, безопасности, выполнению основных функций, информационному, программному и техническому обеспечению.
3) вид с точки зрения процессов – описывает производительность, масштабируемость, пропускную способность системы. Данные требования описаны в техническом задании.
4) вид с точки зрения реализации – описывает управление модулем. Данные требования описаны в техническом задании.
5) вид с точки зрения развертывания – постановка и установка модуля. Данные требования описаны в техническом задании.
Разработка системы «Надежда» проходила в несколько этапов:
В результате работы была спроектирована информационная система «Надежда» для Муниципального казенного учреждения «Социальный приют для детей муниципального образования «Новокузнецкого района»». С сотрудниками приюта было проведено обучение работе с программой. Совместно с работником приюта было проведено тестирование работы программы, где соотнесли результаты с поставленными задачами. Результаты представлены в главе 7.
Не менее важным и ответственным этапом в создании информационной системе является тестирование приложения. Поскольку именно этот этап определяет адекватность системы, проверяет соответствие полученных данных в системе, который говорят об успешности разработки или неудачи в случаи некорректной работы программы.
На этапе тестирования информационная система проверялась на соответствие всем пунктам поставленной задачи. При проверке документов, заносились данные, взятые из существующей базы данных по воспитанникам приюта, реализованной в Excel (рисунок 7.1), т.е. осуществлялась проверка по «живым» документам. Это позволяет избежать мелких, но досадных ошибок (например: не хватает разрядности у числовых переменных). Если справочник имеет несколько уровней, то сразу создавались группы во избежание ошибок, связанных с принадлежностью элементов к группам. Если с документом, предполагается работа нескольких пользователей с разными правами, то на этапе тестирования сразу определились соответствующие наборы прав для каждого пользователя.
Подготовка сотрудников приюта началась уже на первых стадиях внедрения новой информационной системы и эта работа продолжалась на всех его этапах. Персонал получил все необходимые для корректной эксплуатации системы знания и навыки. Именно качественная подготовка персонала во многом определяет успех автоматизации.
Обучение пользователей не освобождает исполнителей от подготовки пользовательской документации. Эта задача реализовывалась с описаний к справочникам и документам, которые делались еще на этапе создания модели дополнительного модуля. В процессе написания алгоритмов для проведения документов, эти описания пополнялись, затем редактировались и собирались в один документ (инструкцию пользователя). Инструкция для наглядности снабжалась иллюстрациями.
Рисунок 7.1 – БД по воспитанникам приюта, реализованная в Excel
Занесли часть данных в нашу программу (рис. 7.2), после провели все необходимые действия (поиск, вывод отчетов – рис. 7. 3; рис. 7.4).
Рисунок 7. 2 – Занесение информации о воспитаннике
Рисунок 7.3 – Отчет по воспитанникам
Рисунок 7.4 – Отчет о поступлении воспитанников
Тестирование проводится с целью обеспечить качество разрабатываемого программного продукта. Стандарт ISO-8402, посвященный описанию систем обеспечения качества программного обеспечения, под качеством понимает «совокупность характеристик программного продукта, относящихся к его способности удовлетворять установленные и предполагаемые потребности клиента». Основным параметром качества программы является надёжность. Надёжность определяется как вероятность его работы без отказов в течении определённого периода времени, рассчитанная с учётом стоимости для пользователя каждого отказа. Отказ программного обеспечения - это проявление ошибки в нём. Отсюда тестирование ПО - это процесс выполнения программы с целью обнаружения в ней ошибок.
Полученные результаты тестирования позволяют сделать вывод о надёжности программного продукта. Они служат основой его сертификации и гарантией качества.
Результат тестирования удовлетворил заказчика. Остались только формальности, и программа продолжит свой жизненный цикл.
Часто оценить эффективность внедрения необходимо для того, чтобы обосновать произведенные затраты системы. В данном случае, производственные затраты были минимальны, так как разрабатывалась программа собственными силами предприятия.
Общим критерием целесообразности автоматизации решения экономических задач является достигаемое этим повышение эффективности общественного производства посредством совершенствования системы управления. С этой точки зрения снижение затрат на обработку информации не является главным фактором. Однако эти затраты входят в издержки производства и между ними и общей эффективностью существует прямая пропорциональность зависимость. Ввиду этого, выбор экономических вариантов автоматизации является важным условием проектирования машинного решения экономических задач.
Во многих случаях, при автоматизации экономических задач, особенно, рутинного типа, определение общей экономической эффективности не представляется возможным. Ее можно оценить лишь качественно. В этих случаях количественная оценка экономичности выбираемого варианта автоматизации является единственно целесообразной.
Экономическая эффективность оценивается трудовыми и стоимостными показателями, которые позволяют измерить экономию от внедрения предлагаемого проекта машинной обработки информации относительно базового варианта.К трудовым показателям относятся следующие показатели:
1) абсолютное снижение трудовых затрат (T):
T=То-Т1
где То - трудовые затраты на обработку информации по базовому варианту;
Т1 - трудовые затраты на обработку информации по предлагаемому варианту;
Если предположить, что на обработку первичных документов по прибытию нового ребенка в приют требовалось около 2 часов в день, то при вводе данной системы трудозатраты снизились до 0,5 часа. Это достигается путем копирования типовых документов, автоматическом формировании типовых процессов. Абсолютное снижение трудовых затрат составит около 1,5 часов.
2) коэффициент относительного снижения трудовых затрат (Кт):
Кт=Т / То *100
Коэффициент относительного снижения трудовых затрат будет равен 75.
3) индекс снижения трудовых затрат или повышение производительности труда (Ут):
Ут= То/ Т1
Повышение производительности труда увеличится почти в четыре раза.
При внедрении автоматизированного учета основных средств снижение ошибок достигается за счет автоматизации рутинных процессов, минимизации «человеческого фактора», четкого регламентирования операций и использования методов строгого контроля за вводимой информацией, а также за действиями персонала.
При этом оценка качества внедрения была определена только тогда, когда воспитатели приюта успешно закрыли отчетный период и сформировали всю необходимую отчетность. Разработанный информационная система была запущена в опытную эксплуатацию в мае 2013 года (Приложение Е.1).
В результате выполнения данной дипломной работы для педагогической и медицинской отделов приюта была разработана автоматизированная информационная система «Надежда», которая прошла тестирование, имеется акт о внедрении в опытную эксплуатацию (Приложение Е.1).
При внедрении данного продукта в организацию, она сможет сэкономить затраченное время на бумажную рутинную работу и упростить регистрацию ребенка в приюте, а также быстрое предоставление отчетов проверяющим компаниям. Следовательно, у специалиста будет больше времени, чтоб заняться другой деятельностью, они смогут больше времени уделить воспитанникам приюта. Так как главной целью деятельности приюта является социализация детей и подростков, оказавшихся в трудной жизненной ситуации.
Актуальность темы дипломного исследования не вызывает сомнений, так как в настоящее время, благодаря резкому скачку в развитии информационных технологий, современные системы автоматизации становятся решающим фактором успешного ведения деятельности. Для достижения требуемого уровня качества необходимы новые методы проектирования и организации работ, адаптивное планирование разработки, в том числе процесса ее выполнения.
Выбор темы выпускной квалификационной (дипломной) работы был обусловлен отсутствием подобного программного продукта в настоящее время, который бы помог сотрудникам приюта в их бумажной деятельности.
Главной целью данной дипломной работы явилась автоматизировать процесс деятельности работы сотрудника приюта. Цель достигнута полностью:
В первой главе была изучена деятельность приюта, ее организация и специфика. Были выявлены слабые места в деятельности приюта, которые можно было исправить с помощью автоматизации работы. Далее были рассмотрены современные информационные системы, которые помогли бы приюту в его работе. И тогда мы пришли к выводу, что на рынке нет нужного программного продукта. Следовательно, возникла необходимость в создании программы «Надежда». Но перед тем как начать программирования данной программы, было проведено проектирование данной системы. Первым шагом в проектировании информационной системы является получение формального описания предметной области, включающего построение функциональных и информационных моделей системы. В процессе детализации описаний наступает момент, когда имеющиеся описания позволяют создать действующую систему. В это главе был описан состав бизнес процессов, выявлены их объекты. Составлен список задач автоматизации и построены функциональные модели деятельности социального учреждения.
В пятой главе полностью составлено техническое задание, которое выполнено по ГОСТ 34.602-89. Шестая глава посвящена реализации данного проекта. Разработан оперативный план автоматизации приюта, проведено ресурсное планирование проекта. Данный проект не требует каких-либо материальных, дополнительных трудовых затрат и это хорошо для приюта, так как он не владеет свободными денежными ресурсами. После всего была построена база данных, которая реализована была в Microsoft Windows Server 2008. Проведено проектирование экранных форм программы. После чего приступили к разработке программы «Надежда».
Перед внедрением программы необходимо было провести ее тестирование. В результате была доказана адекватность системы, проверены соответствия полученных данных в системе, которые говорят об успешности разработки. Обучение персонала и внедрение программы прошли успешно. Воспитатели легко и быстро освоились в программном продукте.
Для достижения цели, были решены следующие задачи:
Анализируя проделанную работу, можно сделать вывод: повысилась производительность труда за счет автоматизации типовых корреспонденций, снизились трудозатраты, а также влияние человеческого фактора, повысилась точность обработки информации, уменьшился ошибки при формировании отчетов текущих периодов.
Рисунок А.1 - Организационная структура предприятия
Рисунок Б.1 - Диаграмма деятельности бизнес-процесса «Оформление заказа»
Рисунок В.1 - Диаграмма Ганта «Перечень этапов по созданию системы»
Рисунок Г.1 - Схема данных
Часть кода программы
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings>
<add key="UserCodeAssemblies" value="Application.Common.dll; Application.Server.dll;" />
<add key="ExtensionAssemblies" value="Microsoft.LightSwitch.Extensions.Server.dll; MetroThemeExtension.Common.dll" />
<!-- Значение Истина позволит сбор данных диагностики на сервере -->
<add key="Microsoft.LightSwitch.Trace.Enabled" value="false" />
<!-- Значение Истина позволяет локальный доступ к Trace.axd -->
<add key="Microsoft.LightSwitch.Trace.LocalOnly" value="true" />
<!-- Следующие допустимые значения Уровня трассировки: None, Error, Warning, Information, Verbose -->
<add key="Microsoft.LightSwitch.Trace.Level" value="Information" />
<!-- Значение Истина будет указывать, что ввод конфиденциальной информации в порядке -->
<add key="Microsoft.LightSwitch.Trace.Sensitive" value="false" />
<!-- Разделенные точкой с запятой список категорий, которые будут включены в указанный уровень трассировки -->
<add key="Microsoft.LightSwitch.Trace.Categories" value="Microsoft.LightSwitch" />
<!-- Значение Истина укажет HTTP запросы, которые должны быть перенаправлены на HTTPS -->
<add key="Microsoft.LightSwitch.RequireEncryption" value="false" />
</appSettings>
<connectionStrings>
<add name="_IntrinsicData" connectionString="Data Source=(LocalDB)\v11.0;AttachDbFilename=|ApplicationDatabasePath|;Integrated Security=True;Connect Timeout=30;MultipleActiveResultSets=True;" />
<add name="4d874f8b-a3e8-4278-a07f-63044ea8fd1b" connectionString="Data Source=OBOLTYS-ПК\SQLEXPRESS;Initial Catalog=НадеждаnewSQLL;Integrated Security=True" />
</connectionStrings>
<system.web>
<!-- LightSwitch trace.axd обработчик -->
<trace enabled="true" localOnly="false" requestLimit="40" writeToDiagnosticsTrace="false" traceMode="SortByTime" mostRecent="true" />
<httpHandlers>
<add verb="GET" path="trace.axd" type="Microsoft.LightSwitch.WebHost.Implementation.TraceHandler,Microsoft.LightSwitch.Server.Internal,Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</httpHandlers>
<httpModules>
<add name="DomainServiceModule" type="System.ServiceModel.DomainServices.Hosting.DomainServiceHttpModule, System.ServiceModel.DomainServices.Hosting, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
<add name="LightSwitchModule" type="Microsoft.LightSwitch.WebHost.Implementation.LightSwitchHttpModule,Microsoft.LightSwitch.Server.Internal,Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</httpModules>
<compilation debug="false" targetFramework="4.0">
<assemblies>
<add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
<add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
<add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
<add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
<add assembly="Microsoft.LightSwitch.Base.Server, Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</assemblies>
</compilation>
<authentication mode="None" />
<pages validateRequest="false">
<controls>
<add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
<add tagPrefix="asp" namespace="System.Web.UI.WebControls" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
</controls>
</pages>
<!-- Установка MaxRequestLength быть намного больше, чем по умолчанию 4096 так, чтобы большие данные могут быть загружены, например, изображения, документы -->
<httpRuntime maxRequestLength="102400" requestPathInvalidCharacters="" requestValidationMode="2.0" />
<membership defaultProvider="AspNetMembershipProvider">
<providers>
<clear />
<add name="AspNetMembershipProvider" type="System.Web.Security.SqlMembershipProvider" connectionStringName="_IntrinsicData" applicationName="Nadejda" requiresUniqueEmail="false" requiresQuestionAndAnswer="false" />
</providers>
</membership>
<roleManager enabled="True" defaultProvider="AspNetRoleProvider">
<providers>
<clear />
<add name="AspNetRoleProvider" type="System.Web.Security.SqlRoleProvider" connectionStringName="_IntrinsicData" applicationName="Nadejda" />
</providers>
</roleManager>
<profile enabled="True" defaultProvider="AspNetProfileProvider">
<providers>
<clear />
<add name="AspNetProfileProvider" type="System.Web.Profile.SqlProfileProvider" connectionStringName="_IntrinsicData" applicationName="Nadejda" />
</providers>
<properties>
<add name="FullName" />
</properties>
</profile>
</system.web>
<system.codedom>
<compilers>
<compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
<providerOption name="CompilerVersion" value="v4.0" />
<providerOption name="WarnAsError" value="false" />
</compiler>
</compilers>
</system.codedom>
<system.webServer>
<validation validateIntegratedModeConfiguration="false" />
<modules runAllManagedModulesForAllRequests="true">
<add name="DomainServiceModule" preCondition="managedHandler" type="System.ServiceModel.DomainServices.Hosting.DomainServiceHttpModule, System.ServiceModel.DomainServices.Hosting, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
<add name="LightSwitchModule" preCondition="managedHandler" type="Microsoft.LightSwitch.WebHost.Implementation.LightSwitchHttpModule,Microsoft.LightSwitch.Server.Internal,Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</modules>
<handlers>
<!-- LightSwitch trace.axd обработчик -->
<add name="LightSwitchTrace" path="trace.axd" verb="*" type="Microsoft.LightSwitch.WebHost.Implementation.TraceHandler,Microsoft.LightSwitch.Server.Internal,Version=11.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</handlers>
<defaultDocument>
<files>
<clear />
<add value="default.htm" />
</files>
</defaultDocument>
<security>
<requestFiltering allowDoubleEscaping="true" />
</security>
</system.webServer>
<system.serviceModel>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
<behaviors>
<serviceBehaviors>
<behavior>
<dataContractSerializer maxItemsInObjectGraph="6553600" />
</behavior>
</serviceBehaviors>
</behaviors>
<bindings>
<webHttpBinding>
<binding maxReceivedMessageSize="6553600" />
</webHttpBinding>
</bindings>
</system.serviceModel>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="Microsoft.LightSwitch" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="10.0.0.0-99.9.9.9" newVersion="10.0.11.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.LightSwitch.ExportProvider" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="10.0.0.0-99.9.9.9" newVersion="10.0.11.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.LightSwitch.Model.Xaml" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="10.0.0.0-99.9.9.9" newVersion="11.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
<uri>
<schemeSettings>
<add name="http" genericUriParserOptions="DontUnescapePathDotsAndSlashes" />
<add name="https" genericUriParserOptions="DontUnescapePathDotsAndSlashes" />
</schemeSettings>
</uri>
</configuration>