Размещено на http://www.allbest.ru/

• Содержание
• Введение
• 1. Характеристика МКУ «Социальный приют для детей МО»
• 1.1 Описание «Социального приюта для детей МО»
• 1.2 Организационная структура и цели функционирования МКУ «Социальный приют для детей МО»
• 1.3 Организация информационного обслуживания
• 2. Формирование требований
• 2.1 Состав требований
• 2.2 Определение состава сценариев, реализующих требования
• 2.3 Разработка содержания сценариев
• 2.4 Определение требований к пользовательскому интерфейсу
• 3. Разработка концепции автоматизированной системы
• 3.1 Изучение объекта
• 3.2 Особенности современных информационных систем
• 3.3 Выбор варианта концепции ас
• 4. Проектирование
• 4.1 Состав бизнес-процессов
• 4.2 Описание бизнес-процессов
• 4.3 Объекты бизнес-процессов
• 4.4 Список задач автоматизации
• 4.5 Функциональная модель
• 5. Техническое задание
• 5.1 Общие сведения
• 5.2 Назначение и цели создания системы
• 5.3 Характеристика объектов автоматизации
• 5.4 Требования к системе
• 5.4.1 Требования к системе в целом
• 5.4.2 Требования к функциям (задачам), выполняемым системой
• 5.4.3 Требования к видам обеспечения
• 5.5 Состав и содержание работ по созданию системы
• 5.6 Порядок контроля и приемки системы
• 5.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
• 5.8 Требования к документированию
• 5.9 Источники разработки
• 6. Реализация
• 6.1 Общие сведения
• 6.2 Разработка оперативного плана автоматизации приюта
• 6.3 Структура проекта автоматизации компании
• 6.4 Ресурсное планирование проекта автоматизации
• 6.5 Логическая структура базы данных
• 6.6 Проектирование экранных форм
• 6.6.1 Проектирование экранных форм для ввода данных
• 6.6.2 Проектирование выходных и отчетных форм
• 6.6.3 Уточнение функциональной структуры программной системы
• 6.7 Взаимодействие интерфейса с бд и пользователем
• 6.8 Архитектура системы
• 6.9 Разработка
• 6.9.1 Этапы разработки
• 6.9.2 Результаты разработки
• 7. Тестирование информационной системы
• 7.1 Тестирование
• 7.1.1 Тестовый пример
• 7.1.2 Результаты тестирования
• 8. Внедрение. Оценка эффективности внедряемой системы
• Заключение
• Список литературы
• Приложение А
• Приложение Б
• Приложение В
• Приложение Г
• Приложение Д



Введение

На сегодняшний день в России сложилась непростая ситуация с беспризорниками и сиротами в связи с чем специальные учреждения обязаны ввести учет каждого такого ребенка. Эта рутинная работа занимает много времени у сотрудника приюта. социальный приют бизнес проект

Разработчику ставиться вполне определенная задача - сократить временные затраты сотрудника приюта на занесение и поиск информации об определенном ребенке за счет автоматизации процессов.

Для автоматизации процесса внесения данных и их обработке было принято решение написать программу с базой данных о детях, которые находились и находятся в приюте. Этот способ - разработка программы «Надежда», содержащей основную информацию о воспитанниках приюта и их родителей. Данная программа будет реализована в среде Visual Studio LightSwitch и в Windows Azure, которое обеспечивает решение специализированных задач по формированию, обработке на ЭВМ и выводу информации из базы данных, а также ее хранению. Эта проблема является актуальной потому, что мало в каком приюте, этот процесс автоматизирован.

Данная тема является актуальной потому, что МКУ «Социальный приют для детей МО «Новокузнецкого муниципального района»» ставит для себя главной целью социализация детей и подростков, попавших в трудные жизненные ситуации. Уменьшение затрат времени на обработку документов ребенка, позволит работникам приюта быстрее перейти к основной цели создания приюта.

Также данная тема содержит в себе новизну так, как используются новые технологии для реализации необходимого программного продукта.

Разработчику ставиться вполне определенная задача, при выполнении которой используются навыки работы с операционными системами, программными оболочками, разнообразными служебными и сервисными средствами.

Целью данной дипломной работы является разработка информационной системы, которая позволит автоматизировать процесс деятельности работы сотрудника приюта.

Для достижения данных целей необходимо выполнение следующих задач:

исследовать основные положения работы приюта;

- провести описание и анализ информационной системы приюта;

- построить модель «AS - IS» информационной системы автоматизации деятельности приюта;

составить техническое задание на разрабатываемую программу в соответствие с ГОСТ;

составить техническое проектирование;

определить этапы разработки;

провести тестирование разрабатываемой программы;

ввести в эксплуатацию.



1. Характеристика МКУ «Социальный приют для детей МО»

1.1 Описание «Социального приюта для детей МО»

Муниципальной казенное учреждение «Социальный приют для детей муниципального образования» осуществляет на территории Новокузнецкого муниципального района социальную помощь детям и семьям, находящимся в социально опасном положении и нуждающимся в социальной поддержке, проводит комплекс мер по социальной реабилитации несовершеннолетних, оказавшихся в трудной жизненной ситуации.

Учредителем приюта является администрация г. Новокузнецк. Приют в своей деятельности руководствуется международной конвенцией ООН о правах ребёнка, Конституцией РФ, законами РФ, Указаниями и распоряжениями президента РФ, правительства РФ, Законодательством Кемеровской области, приказами Управления социальной защиты населения администрации г. Новокузнецк.

Целью создания приюта является оказание социальной поддержки, правовой, медицинской, психолого-педагогической помощи безнадзорным детям и подросткам.

Основными задачами приюта являются:

- Профилактическая работа по предупреждению безнадзорности несовершеннолетних, оказание помощи по ликвидации трудной жизненной ситуации в семье;

- Обеспечение временного проживания детей и подростков в нормальных бытовых условиях с предоставлением бесплатного питания, коммунальных услуг, медицинского обслуживания, должного ухода и соблюдение норм гигиены до определения совместно с органами опеки и попечительства наиболее оптимальных форм его жизнеустройства;

- Оказание медицинской помощи и проведение санитарной обработки;

- Предоставление подросткам на период пребывания в приюте возможности посещать образовательное учреждение;

- Разработка и реализация индивидуальной программы социальной реабилитации несовершеннолетних.

Социальный приют для детей и подростков «Надежда» Новокузнецкого района организован 26.09.1996 года. По распоряжению Комитета по социальной политике Администрации Новокузнецкого района от 18.06.2001г. № 40, получил статус самостоятельного юридического лица - Муниципальное казенное учреждение «Социальный приют для детей и подростков «Надежда» Новокузнецкого района» Юридический адрес: 652825, Кемеровская обл., Новокузнецкий район, п. Зеленый Луг, ул. Кирова 6 б. Тел.: 8-905-908-66-09. Директор - Людмила Алексеевна Каракачан. [16]

Приют размещён в экологически чистой зоне п. Зелёный Луг
Новокузнецкого района.

Штат укомплектован кадрами на 89,5 %. Из них:

- высшее образование имеют 22 человека, (6 педагогов имеют высшее
психологическое образование);

- средне-профессиональное - 15 человек;

- начально-профессиональное - 8 человек;

- среднее - 5 человек. [16]

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

Социальный приют является юридическим лицом, имеет собственное имущество, самостоятельный баланс, печать, штампы, бланки со своим наименованием и другие реквизиты и счета в банке. Имеет право открывать внебюджетный счет для поступления средств от благотворительных и иных общественных организаций, предприятий и частных лиц, а также собственной хозрасчетной деятельности.

Социальному приюту в установленном порядке выделяются специальные помещения, которые должны быть достаточными по площади, эстетичными, располагать всеми видами коммунального благоустройства (центральное отопление, водопровод, канализация, электроосвещение, радио, телефон), отвечать санитарно-гигиеническим нормам, противопожарным требованиям и оснащены необходимым жестким и мягким инвентарем, другими материальными запасами и оборудованием.

1.2 Организационная структура и цели функционирования МКУ «Социальный приют для детей МО»

Приют дает детям любовь и ласку, семейный быт. Основной целью деятельности организации, является социализация детей и подростков. Остальные цели являются её составляющими (Рисунок 1.1 - Цели функционирования предприятия):

- освоение образовательных программ детьми;

- способствование умственному, эмоциональному и физическому развитию личности воспитанника;

- исполнение функций опекуна в отношении воспитанников;

- создание благоприятных условий, приближенных к домашним.

Учреждение имеет следующие структурные подразделения:

- педагогическая часть;

- бухгалтерия;

- медицинская часть;

- хозяйственная чать;

- юридический отдел;

- отдел ПО.

Главным лицом приюта является директор, которому подчиняются все отделы организации: бухгалтерия, педагогическая и медицинская, хозяйственная части, юридический и ПО отдел. У каждого есть свой начальник соответственно: главный бухгалтер, заместитель директора по воспитательной работе, старшая медицинская сестра, заведующий хозяйственной части, юрисконсульт и программист. У главбуха в подчинении находится бухгалтер и бухгалтер-кассир. У заместителя директора по воспитательной работе - социальный педагог, педагог психолог, воспитатель, инструктор по труду. У завхоза - заместитель складом, швея, водитель, уборщик. Юрисконсульт и программист не имеют подчиненных. У старшей медицинской сестры в подчинении несколько медицинских сестер, которые работают посменно. (Приложение А.1 - Организационная структура предприятия).

Рисунок 1.1 - Цели функционирования предприятия

1.3 Организация информационного обслуживания

Материально-технологическая база на сегодняшний момент укомплектована. Все рабочие места автоматизированы, расчеты производятся с помощью персональных компьютеров и прикладных программных продуктов. Все отделы снабжены персональными компьютерами, средствами вывода на печать, по надобности: плоттерами, ксероксами, сканерами и другими техническими устройствами. Каждое рабочее место, в зависимости от вида работ и деятельности, оснащено программным продуктом, или пакетом программных продуктов.

В приюте имеется:

- 6 компьютеров с установленной операционной системой Windows XP;

- 3 принтера;

- 1 сканер;

- 1 ксерокс.

Имеется следующее программное обеспечение:

- Microsoft Office (Microsoft Word, Microsoft Excel, PowerPoint, Outlook, OneNote, Publisher и Microsoft Access);

- 1С: Бухгалтерия 7.7.

Также в организации имеется сеть, эта сеть состоит из 6 компьютеров, соединенных посредство хаба и кабелей. Один клиентский компьютер выступает как сервер.

Есть возможность выхода в локальную и глобальную сети.



2. Формирование требований

2.1 Состав требований

В матрице, изображенной на рисунке 2.1 выделенные функциональные требования соответствуют типовым бизнес-решениям т.е. бизнес-процессам требующим автоматизации. Бизнес-процессы требующие автоматизации были разделены на бизнес подсистемы по функциональному признаку и строим матрицу трассировки «Подсистема - Функциональное требование» (рисунок 2.2).

Рисунок 2.1 - Матрица трассировки типовых решений БП в требования

При группировке бизнес-процессов требующих автоматизации получили две подсистемы: «подсистема приобретения ПО», «подсистема работа с ПО».



Рисунок 2.2 - Матрица трассировки «Подсистема - Функциональное требование»

2.2 Определение состава сценариев, реализующих требования

Для реализации требований может быть использовано несколько сценариев (рисунок 2.3 - Диаграмма вариантов использования, отображающая состав сценариев, реализующих функциональные требования):

- добавление, изменение, редактирование заявки;

- сопоставление лицензии, установка программного обеспечения;

- отчисление средств, начисление амортизации;

- разработка методических стандартов, внедрение и сопровождение;

- поиск дисциплины и формирование отчета;

- поиск воспитанника и формирование отчета.



Рисунок 2.3 - Диаграмма вариантов использования, отображающая состав сценариев, реализующих функциональные требования

2.3 Разработка содержания сценариев

В сценарии «добавление заявки» происходит формирование записи о заявке, при этом используется объект «заявление». В дальнейшем эту запись можно использовать в сценариях «редактирование заявки», «сохранение заявки», а также «сопоставление лицензии», «отчисление средств».

В сценарии «сопоставление лицензии, установка ПО» используется объект «лицензия», при наличии которой и будет происходить установка программного обеспечения.

В сценарии «отчисление средств, начисление амортизации» используется объекты «квитанция», «заявление». При сходстве которых и будут производиться все бухгалтерские расчеты.

В сценарии «разработка методических стандартов, внедрение и сопровождение» используется объект «ПО». При наличии которого и будет выполняться все необходимая работа.

В сценариях «поиск дисциплины и формирование отчета», «поиск воспитанника и формирование отчета» используется объекты «дисциплина», «воспитанник» для вывода необходимой информации и для составления отчетов.



2.4 Определение требований к пользовательскому интерфейсу

«Подсистема добавления данных»

Форма «персональные данные ребенка» предназначена для ввода данных о воспитанниках приюта.

Форма «документация ребенка» предназначена для ввода данных об основных документах воспитанника.

Форма «банковские реквизиты воспитанников» предназначена для ввода данных о счетах в банках воспитанников.

Формы «Матери», «Отцы» предназначены для ввода данных о родителях детей. Их основных характеристик.

Форма «информации о жилье воспитанника» предназначена для ввода данных об имеющемся, закрепленном и личном жилье ребенка.

Форма «поступление в приют ребенка» содержит всю основную информацию о регистрации ребенка в приют.



3. Разработка концепции автоматизированной системы

3.1 Изучение объекта

На данном предприятии плохо налажена работа с информационными ресурсами. Необходимо решить этот вопрос. Немаловажной задачей является наличие устойчивой системы, как в иерархии, так и в доступе информации.

Какие же перспективы может предложить разработчик?

- Автоматизация процессов внутреннего и внешнего документооборота;

- Автоматическая генерация отчетов с помощью Azure Report Services;

- Прозрачное отслеживание всех сведений о ребенке;

- Доступ из любой точки;

- Оптимизация затрат на поддерживание инфраструктуры БД;

- Снижение отказоустойчивости за счет масштабирования серверов;

- Множественный backup данных.

Подведем итог вышесказанному и выделим вопросы, которые подлежат первоочередному решению. Выделим основные процессы, которые должна автоматизировать система:

- ввод данных о воспитанниках и их родителей, опекунов;

- редактировать запись о воспитанниках и их родителей, опекунов;

- поиск воспитанника;

- просмотр необходимых отчетов.

3.2 Особенности современных информационных систем

Детские дома, приюты, интернаты остро нуждаются в информационной системе, позволяющей учитывать детей, находящихся у них содержании; правильно организовывать, планировать питание ребенка и т.п. На ранке нет программного обеспечения, способного оказать комплексную помощь сотрудникам приютов во введении базы данных по всем воспитанникам, которые находились или находятся на обеспечении. В настоящее время представлены лишь следующие средства автоматизации:

«БЭСТ-5 Питание». Специализированное решение для детских садов, школ, КШП, санаториев, домов отдыха, кафе, баров, столовых.

Организация питания это сложный и важный технологический процесс в любом санатории, больнице, школе, детском саде, детском доме, приюте или кафе. Рациональное питание является одним из основных факторов, определяющих нормальное развитие человека. Питание считается оптимально организованным, если оно достаточно по калорийности, разнообразно по набору продуктов, сбалансировано по содержанию основных пищевых веществ, рационально распределено в течение дня и подготовлено с соблюдением санитарных норм и правил. Роль питания в современных условиях значительно повышается в связи с ухудшением состояния здоровья, в результате целого комплекса причин, одной из которых является нарушение структуры питания и снижение его качества. В связи с этим организация питания является проблемой большой социальной значимости.

Правильно и быстро рассчитать и заказать необходимое количество продуктов, оформить в соответствии с требованиями СанПиН`ов, Приказов и методических рекомендаций все первичные и отчетные документы поможет вам программный комплекс «БЭСТ-5 ПИТАНИЕ». Возможности программного комплекса позволяют автоматизировать весь процесс учета питания от поставки продуктов до контроля рациона и стоимости питания.

Среди пользователей «БЭСТ-5 ПИТАНИЕ» детские сады, детские дома и интернаты, поставщики школьного питания, санатории и пансионаты, кафе и общественные столовые во многих городах страны: Санкт-Петербург, Псков, Калининград, Хабаровск, Новосибирск, Астрахань, Краснодар, Волгоград, Саратов, Татария, Башкирия, Самара и других регионах.

Основные возможности бэст-5 питания:

- Разработка и ведение технологических карт.

- Составление и ведение планового меню.

- Составление и расчет меню-раскладки.

- Учет продуктов.

- Контроль рациона питания.

Питание в детских садах, школах, интернатах.

Рацион питания ребенка должен удовлетворять потребности развивающегося организма, быть качественным и разнообразным, содержать все необходимые пищевые вещества. Пища играет важную роль в процессах роста и нормального развития растущего организма.

В программе учитываются все требования действующих СанПиН`ов по организации питания в детских коллективах. С программой поставляются рецептурные базы детского питания:

Для школ, дошкольных и других образовательных и воспитательных учреждений. База рецептов содержит около 500 рецептов, которая создана на основании: «Методических рекомендаций по организации питания детей и подростков в учреждениях образования Санкт-Петербурга», утвержденных 15.12.2008г. Правительством Санкт-Петербурга.

Для дошкольных образовательных и воспитательных учреждений. База рецептов содержит около 500 рецептов. Для создания базы использованы: «Сборник технологических нормативов, рецептур блюд и кулинарных изделий для дошкольных образовательных учреждений», Пермь 2004г.

В программе печатаются утверждённые формы первичных документов и отчетов:

- «Меню-требование на выдачу продуктов питания» (форма 0504202);

- «Накопительная ведомость по приходу продуктов» (форма 0504037);

- «Накопительная ведомость по расходу продуктов» (форма 0504038);

- «Ведомость контроля над рационом питания» (по форме СанПиН 2.4.5.2409-08);

- «Примерное меню и пищевая ценность приготовляемых блюд» (по формам СанПиН 2.4.5.2409-08 и СанПиН 2.4.4 2599-10) и др.

ИАС «АВЕРС: Управление образовательным учреждением» (КРМ «Директор»).

Инструментальная среда информационной поддержки управленческих решений в деятельности администрации общеобразовательных учреждений. Предназначена для управления процессами планирования и мониторинга учебно-образовательной деятельности, унификации внутри школьного и кадрового делопроизводства.

Программа позволяет:

- Создавать необходимое количество пользователей с открытым (или закрытым) доступом к различным разделам и подразделам программы с правом редактирования и просмотра (или только просмотра) по индивидуальному паролю.

- Хранить и использовать данные об учреждении, в том числе для формирования документов по аттестации (лицензированию).

- Вести личные дела сотрудников, формировать их портфолио (личные достижения), штатное расписание, определять и контролировать основную и дополнительную нагрузку.

- Вести личные дела учащихся, формировать их портфолио, осуществлять мониторинг успеваемости и состояния здоровья учащихся в течение учебного года и всего периода обучения.

- Скрывать конфиденциальную информацию о сотрудниках и учащихся для отдельных пользователей.

- Отслеживать движение учеников в течение года по книге движения учащихся.

- Хранить в архиве личные дела сотрудников, выпускников образовательного учреждения, а также выбывших в течение года учащихся.

- Выставлять отметки учащимся, в соответствии со сформированными как стандартными (четверть, полугодие, триместр и др.), так и любыми другими (контрольная работа, итоговая и др.) учебными периодами.

- Формировать структуру образовательного учреждения, учебный план и сетку часов.

- Автоматически осуществлять перевод всего учреждения на новый учебный год.

- Автоматически рассчитывать и использовать обобщенные показатели успеваемости, степени обученности, качество знаний, получать статистику отметок (по классам, параллелям, ученикам, предметам, преподавателям, учебным периодам) для формирования таблиц и диаграмм.

- Формировать книгу приказов, используя как стандартизированные формы, так и свои шаблоны.

- Используя поисковую систему формировать различные виды запросов и выгружать данные в формат MS Word, Excel, HTML.

- Формировать и готовить к передаче запрашиваемые данные, отчеты и другие документы в вышестоящий орган управления образованием.

Интегрируется с программными компонентами типовой информационной инфраструктуры управления общеобразовательным учреждением: ИАС «АВЕРС: Расписание», ИАС «АВЕРС: Электронный классный журнал», ИАС «АВЕРС: Тарификация», ИАС «АВЕРС: Библиотека», «АВЕРС: Информационный киоск», со стандартными офисными приложениями Microsoft Windows, а также с Open Office.

3.3 Выбор варианта концепции АС

Для автоматизации процесса внесения данных и их обработке было принято решение написать программу с базой данных о детях, которые находились и находятся в приюте. Этот способ - разработка программы «Надежда», содержащей основную информацию о воспитанниках приюта и их родителей. Данная программа будет реализована в среде Visual Studio LightSwitch и в Windows Azure, которое обеспечивает решение специализированных задач по формированию, обработке на ЭВМ и выводу информации из базы данных, а также ее хранению.

Разработчику ставиться вполне определенная задача - сократить временные затраты сотрудника приюта на занесение и поиск информации об определенном ребенке за счет автоматизации процессов.

На рисунке 3.1 представлена одна из малых частей вносимых данных на самом первом этапе появления ребенка в приюте - процедура регистрации воспитанника.

Рисунок 3.1 - Детализация процедуры «Регистрация воспитанника»



4. Проектирование

4.1 Состав бизнес-процессов

Проанализировав деятельность приюта, и проведя предпроектное исследование, были выделены основные направления деятельности организации (рисунок 4.1 - Состав бизнес-процессов), это:

Бизнес - процесс: «отслеживание работы всех отделов» способствует воспитанию и образованию детей-сирот.

Бизнес - процессы: «распределение расходов» и «ведение хозяйственных работ» заключаются в создании благоприятных условий, приближенных к домашним.

Бизнес - процесс: «формирование юридической базы» необходим для охранных прав и законных интересов воспитанников.

Бизнес - процесс: «воспитательная работа» способствует умственному, эмоциональному и физическому развитию личности воспитанника.

Бизнес - процесс: «формирование медицинской базы» помогает осуществить необходимые коррекции отклонений в развитии детей.

Бизнес - процесс: «ведение компьютерного парка» способствует освоению образовательных программ воспитанниками.

4.2 Описание бизнес-процессов

Содержание бизнес-процесса «Введение компьютерного парка» (Приложение Б.1 - Диаграмма деятельности бизнес-процесса «Оформление заказа») состоит из последовательного выполнения действий:

- «закупки ПО»,

- «установки ПО»,

- «обучение по ПО»,

- «контроль над качеством обучения»,

- «контроль над исполнением».



Рисунок 4.1 - Состав бизнес-процессов

В действии «закупка ПО» происходит закупка необходимого программного обеспечения для приюта.

В действии «установка ПО» программист приюта отвечает за установку лицензионного программного обеспечения.

В действии «обучение по ПО» социальный педагог отвечает за использование нужного программного обеспечения для освоения образовательных программ.

В действии «контроль над качеством обучения» педагоги и руководство контролирует обучаемый процесс.

В действии «контроль над исполнением» директор несет ответственность за качество обучения воспитанников и главный бухгалтер за целевое использование денежных средств.

4.3 Объекты бизнес-процессов

Объекты бизнес-процесса «Введение компьютерного парка» (рисунок 4.2 - Объекты бизнес-процесса «Введение компьютерного парка»):

Объект «Заявка на покупку ПО» - содержит подробную информацию о каждом необходимом ПО и имеет атрибуты:

- «Номер заявки» - тип «int»,

- «Дата заявки» - тип «datetime»,

- «Наименование ПО» - тип «ntext»,

- «Необходимое количество ПО» - тип «int»,

- «Заказчик» - тип «ntext».

Объект «Получение лицензионного программного обеспечения» содержит необходимую информацию и документацию о доставленном товаре и имеет атрибуты:

- «Номер заявки» - тип «int»,

- «Дата доставки» - тип «datetime»,

- «Наименование ПО» - тип «ntext»,

- «Ключи» - тип «ntext».

Объект «Квитанция об оплате» содержит необходимую информацию для бухгалтерии и имеет атрибуты:

- «Номер заявки» - тип «int»,

- «Дата доставки» - тип «datetime»,

- «Дата заявки» - тип «datetime»,

- «Наименование ПО» - тип «ntext»,

- «Количество доставленного ПО» - тип «int»,

- «Цена доставленного ПО за 1 шт.» - тип «int»,

- «Сумма к оплате» - тип «int».

Объект «Учебный план» содержит необходимую информацию для социальных педагогов: необходимые дисциплины, средства для лучшего восприятия детьми информации и имеет атрибуты:

- «Номер группы» - тип «int»,

- «Средней возраст группы» - тип «int»,

- «Дисциплины» - тип «ntext»,

- «Необходимое ПО» - тип «ntext».

Объект «Отчет о выполнении учебного плана» содержит в себе информацию о проделанной работе педагога и восприятии материала воспитанниками и имеет атрибуты:

- «Дисциплины» - тип «ntext»,

- «Учебные часы» - тип «int»,

- «Средней балл группы» - тип «int»,

- «Средней балл по контрольным точка - тип «int».

Объект «Отчет об успеваемости воспитанников» содержит информацию по каждому ребенку, его средней балл по каждому предмету и имеет атрибуты:

- «ФИО воспитанника» - «ntext»,

- «Дисциплины» - тип «ntext»,

- «Оценка» - тип «int»,

- «Уровень успеваемости материала» - тип «int».

Рисунок 4.2 - Объекты бизнес-процесса «Введение компьютерного парка»

4.4 Список задач автоматизации

В качестве типовых бизнес-решений, то есть элементов бизнес-процессов требующих автоматизации были выбраны следующие:

- «Оформление воспитанника временного пребывания».

- «Оформление воспитанника».

- «Формирование отчетов».

4.5 Функциональная модель

Контекстная диаграмма основного бизнес процесс деятельности приюта представлена на рисунке 4.3. После анализа дечтельности приюта былы выялена следующая входная информация:

- Поступивший ребенок - ребенок, который находятся в трудной жизненной ситуации по следующим причинам: конфликтные отношения в семье, отсутствие возможности организовать и контролировать досуг ребенка ввиду занятости на работе; и др., а также когда семья испытывает материальные трудности;

- Заявление от социальных органов опеки и попечительства или полиции, а также от родителей;

- Личные документы ребенка, если таковые имеются (паспорт, свидетельство о рождении, пенсионное страховое, ИНН).

Рисунок 4.3 - Контекстная диаграмма основного бизнес процесса деятельности социального приюта

На выходе таким образом получается следующее:

- Выпускника - ребенок, прошедший ребилитационные программы и направленные на дальнейшее место жительства: в детский дом, в приемную или родную семью;

- Документы воспитанника - все необходимые документы для жизни в обществе от свидетельства о рождении и до страхового пенсионного;

- Внутренние документы воспитанника - мед. карта, личное дело и т.д.

Управляющей информацией для деятельности приюта является следующее:

- Органы опеки;

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

- Административные регламенты: предоставления государственной услуги «Социальная поддержка и социальное обслуживание детей-сирот, безнадзорных детей, детей, оставшихся без попечения родителей (Направление несовершеннолетних в специализированные учреждения для несовершеннолетних, нуждающихся в социальной реабилитации (в социальные приюты)» и др.;

Механизмы осуществления данной операции:

- Сотрудники приюта;

- База данных воспитанников;

- Материально-техническая база - здания (помещения), вычислительная и организационная техника, мебель, сейфовое оборудование и другой хозяйственный инвентарь, который согласно установленной в бухгалтерском учете классификации средств может относиться к основным средствам или к малоценным и быстроизнашивающимся предметам.

Основной бизнес-процесс приюта состоит из (рисунок 4.4):

- Регистрация - это регистрация воспитанника, сбор необходимых документов (заявление, паспорт, свидетельство о рождении и т.п.), если необходимо, то оформление недостающих.

- Распределение - это процесс распределения ребенка сразу после регистрации. На основе приказа о зачислении в приют ребенка направляют на медицинский осмотр в детскую больницу, после получения результатов обследования его распределяют в группу по возрасту.

- Реабилитация - это процесс самый важный для ребенка. В этот период за поведением, развитием воспитанника наблюдают медицинский работник, воспитатель, психолог, педагоги.

- Перераспределение - это заключающий этап в деятельности приюта по отношению к ребенку. На заключительном психолого-медико-педагогического консилиума решается вопрос о том, куда направить ребенка дальше: в приемную семью или в детский дом.

Рисунок 4.4 - Декомпозиция бизнес - процесса «Социальный приют «Надежда»

Далее проведем декомпозицию бизнес - процесса «Регистрация».

Так как для дальнейшей работы будет использоваться именно этот процесс, как представлено на рисунке 4.5. Как видно из рисунка первым этапом - «Рассмотрение поступившего заявления», дети попадают в приют по направлению Отдела опеки и попечительства или полиции.

После принятия заявления и оформления приказа о зачислении переходим ко второму этапу - «Рассмотрение имеющихся документов». У ребенка должен быть свой пакет документов, если же он отсутствует, то переходим к третьему этапу - «Оформление недостающих документов». На этом этапе происходит сбор документов, которые необходимы для оформления недостающих документов у воспитанника.

Рисунок 4.5 - Декомпозиция бизнес - процесса «Регистрация»



5. Техническое задание

5.1 Общие сведения

- Полное наименование системы

Полное наименование системы: Единая автоматизированная система учета воспитанников «МКУ «Социальный приют для детей МО «Новокузнецкий муниципальный район»», ее условное обозначение «Надежда».

- Заказчик системы

Муниципальное казенное учреждение «Социальный приют для детей муниципального образования «Новокузнецкий муниципальный район»». Юридический адрес: 652825, Кемеровская обл., Новокузнецкий район, п. Зеленый Луг, ул. Кирова 6б.

- Документы, на основании которых создается система

Основным документом на основании, которого создается информационная система, является соглашение о разработки программного продукта «Надежда».

- Плановые сроки начала и окончания работы по созданию системы:

Плановый срок начала работ по созданию Единой автоматизированной системы учета воспитанников «Надежда» - 27 февраля 2013 года.

Плановый срок окончания работ по созданию Единой автоматизированной системы учета воспитанников «Надежда» - 31 мая 2013 года.

- Порядок оформления и предъявления заказчику результатов работ

Результаты работ по созданию программного продукта предъявляются Заказчику по этапам в соответствии с существующим соглашением. Порядок сдачи и приемки также определен в соглашении, ввод программного продукта в действие будет определен позднее.

Изменения, вносимые в техническое задание, должны осуществляться со согласованию сторон и оформляться в виде дополнений к нему, подписанных уполномоченными представителями.

5.2 Назначение и цели создания системы

Пусть требуется разработать автоматизированное рабочее место МКУ «Социальный приют для детей МО «Новокузнецкий муниципальный район»».

Созданная программа должна:

- Предоставить возможность внести данные в систему;

- Сохранение вводимых данных сотрудником о социальном положении воспитанника;

- Сохранение вводимых данных сотрудником о получаемой социальной помощи;

- Система предоставляет возможность редактировать записи о воспитанниках и их родителей, опекунов;

- Система предоставляет возможность поиска воспитанника в базе;

- Система обрабатывает и создает отчеты, дает возможность их просмотра;

Цель создания системы - максимально высвободить сотрудника приюта от выполнения рутинных и трудоемких операций по созданию БД воспитанников. Благодаря использованию «Надежды» у воспитателя появляется свободное время, которое он может уделить воспитанникам.

5.3 Характеристика объектов автоматизации

Муниципальное учреждение социальный приют для детей и подростков «Надежда» осуществляет на территории Новокузнецкого района социальную помощь детям и семьям, находящимся в социально опасном положении и нуждающимся в социальной поддержке, проводит комплекс мер по социальной реабилитации несовершеннолетних, оказавшихся в трудной жизненной ситуации.

Штат укомплектован кадрами на 89,5 %. Из них:

- высшее образование имеют 22 человека, (6 педагогов имеют высшее
психологическое образование);

- средне-профессиональное - 15 человек;

- начально-профессиональное - 8 человек,

- среднее -5 человек.

Объектом автоматизации является Муниципальное казенное учреждение социальный приют для детей и подростков, программа предназначена для педагогической части организации.

5.4 Требования к системе

5.4.1 Требования к системе в целом

Система должна быть многопользовательской, интерфейс должен быть понятен и нагляден.

Требования к структуре и функционированию системы.

Автоматизированная ИС должна получиться следующей:

- Масштабируемой;

- Многопользовательской;

- Легкой.

Так как «Надежда» расположена в облаке и хранит в себе большой объем данных надо избегать:

- Большого веса программы;

- Трудностей при вводе и поиске данных.

Система включает в себя:

- База данных: SQL Azure;

- Silverlight оболочка;

- .Net C#.

Требования к численности и квалификации персонала системы и режиму его работы:

Для поддержки функционирования Системы должна быть создан отдел ПО, персонал которого должен обладать знаниями в области информационных и сетевых платформ, на которых будет реализована Система, а также опытом администрирования баз данных.

В состав персонала, необходимого для обеспечения эксплуатации информационный системы, должны входить:

- администраторы системы - специалист, который будет поддерживать работоспособность системы и вносить новых пользователей системы, выделяя для каждого логин и пароль для работы в программе;

- эксплуатационный персонал - специалисты, обеспечивающие функционирование технических и программных средств.

Система должна требовать для поддержки и управления минимальное количество эксплуатационного персонала. Для обеспечения функционирования Системы в рамках одного рабочего дня требуется от 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 помощью всех возможных устройств ввода информации.

Дополнительные требования:

Система «Надежда» должна эксплуатироваться на уже имеющемся у приюта аппаратно-техническом комплексе.

5.4.2 Требования к функциям (задачам), выполняемым системой

Перечень функций и задач подлежащих автоматизации:

Созданная программа должна обеспечивать:

- ввод данных о воспитанниках и их родителей, опекунов;

- редактировать запись о воспитанниках и их родителей, опекунов;

- поиск воспитанника;

- просмотр необходимых отчетов.

Временной регламент реализации каждой функции:

Временной регламент для реализации каждой функции представлен в таблице 2.

Таблица 2 - Временной регламент функций

Функция	Временной регламент
1	2
Ввод данных о воспитаннике, его родителях, опекунах	Один раз при поступлении ребенка
Редактирование записей о воспитанниках и их родителей, опекунов	По необходимости
Поиск необходимых данных по воспитаннику	По необходимости
Создание и вывода на печать отчетов	Регулярно, по необходимости
Проверку на корректность вводимых данных	Регулярно при вводе данных

Требования к качеству реализации каждой функции.

Качество реализации функций должно обеспечивать полное выполнение входящих в их состав операций и задач и гарантировать корректную с точки зрения предметной области обработку данных и представление результатов.

5.4.3 Требования к видам обеспечения

Информационное обеспечение системы:

Для работы в данной системе необходим постоянный интернет канал, так как вся информация хранится на удаленном сервере в Голландии.

Требования к процедуре придания юридической силы документам, производимым техническими средствами системы, не предъявляются.

Для лингвистического обеспечения системы:

При организации диалога с пользователем, вводимые и отображаемые данные должны быть на русского языка.

Программное обеспечение системы:

Программное обеспечение, необходимое для разработки и внедрения, а также работоспособности системы должно включать в себя:

- Microsoft Windows XP, 7, 8;

- Microsoft Visual Studio 2010;

- MS Azure - подписка;

- Azure Sql Server - БД.

Техническое обеспечение системы:

Минимальные требования к техническому обеспечению:

- Процессор - Pentium4, 2,8 GHz;

- ОЗУ - от 2 Гб;

- Жесткий диск - 40 Гб;

- Видеоадаптер - SVGA, обеспечивающий отображение 16bit цветов в разрешении 1024х768.

Организационное обеспечение системы:

Основными пользователями системы «Надежда» являются сотрудники приюта: воспитатели, секретарь.

Дополнительные требования к организационной структуре и функциям подразделений при внедрении и эксплуатации системы не предъявляется.

5.5 Состав и содержание работ по созданию системы

Общие требования к проведению работ

В соответствии с ГОСТ 34.601-90 работы по созданию системы должны выполняться с учетом стадий (Приложение Б).

5.6 Порядок контроля и приемки системы

Прием системы программного продукта «Надежда» осуществляется при помощи акта - приемки, в данном случае экспертом будет выступать - сотрудник приюта.

Порядок контроля будет осуществляться в несколько этапов:

- ввод данных в базу;

- проверка целостности данных;

- поиск необходимой информации;

- вывод отчета.

5.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ

В рамках функционирования необходимо приводить информацию к виду, пригодному для обработки при помощи ЭВМ следующим путем ручного ввода данных с использованием электронных форм системы. Ввод данных обеспечивает персонал приюта. Изменения, которые необходимо осуществить в объекте автоматизации Заказчику необходимо установить на рабочие места, с которых будет происходить работа с «Надеждой» Silverlight 4.0. Чтобы была возможность работы с программой через браузер.

Создание условий функционирования объекта автоматизации

Необходимо обеспечить выполнение требований к условиям программного и технического обеспечения объекта автоматизации, а также требований к информационному, методическому и организационному обеспечению. В случае несоответствия упомянутым стандартам функциональный заказчик должен обеспечить приведение объекта автоматизации в соответствие с ними.

Создание необходимых для функционирования системы подразделений и служб. Система не нуждается в дополнительных подразделениях, сотрудниках, которые будут следить за работой программы.

Сроки и порядок комплектования штатов и обучения персонала.

Перед началом работы с системой «Надежда» сотрудники приюта должны пройти начальный курс работы с ПК и курс обучения работы с данной системой.

5.8 Требования к документированию

Перечень документов необходимых при создании «Надежда»:

- На стадии исследование и обоснование создания АС:

• Схема организационной структуры;

• Схема функциональной структуры;

• Схема автоматизации;

• Технические задания на разработку специализированных (новых) технических средств.

- Рабочая документация:

• Перечень входных сигналов и данных;

• Перечень выходных сигналов (документов);

• Описание автоматизируемых функций;

• Описание информационного обеспечения системы;

• Ведомость эксплуатационных документов;

• Массив входных данных;

• Каталог базы данных;

• Состав выходных данных (сообщений);

• Методика (технология) автоматизированного проектирования;

• Руководство пользователя;

• Общее описание системы.

5.9 Источники разработки

При разработке Системы должны использоваться следующие законодательные и нормативные правовые акты:

- Указ Президента РФ от 06.03.1997 г. № 188 "Об утверждении перечня сведений конфиденциального характера";

- Указ Президента РФ от 30.11.1995 г. № 1203 "Об утверждении перечня сведений, отнесенных к государственной тайне";

- ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»;

- ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»;

- ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;

- ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»;

- РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»;

- ГОСТ 2.112-70 «ЕСКД. Ведомость держателей подлинников».



6. Реализация

6.1 Общие сведения

Во время преддипломной практики была начата разработка программы «Надежда». Для разработки данного приложения использовалась среда разработки Microsoft Visual Studio и в Windows Azure, которое обеспечивает решение специализированных задач по формированию, обработке на ЭВМ и выводу информации из базы данных, а также ее хранению. База данных реализована в среде Microsoft Windows Server 2008. Для нормального функционирования необходимо стабильное подключение к интернету.

...