В данной программе решается следующий класс задач:

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

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

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

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

- выход из программы.

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

6.2 Разработка оперативного плана автоматизации приюта

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

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

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

6.3 Структура проекта автоматизации компании

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

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

С его помощью было проделано:

- внесены начальные параметры проекта;

- определены рабочие часы и дни;

- внесен список задач по проекту;

- разбиты задачи по фазам;

- определены сроки выполнения задач;

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

- добавлены новые столбцы для особых сведений;

- установлены контрольные точки по проекту, ограничения;

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

- добавлены документы в проект.

Для разработки проекта автоматизации с помощью MS Project были описаны:

- структура проекта;

- установлены параметры работ проекта и проекта в целом;

- проведено ресурсное планирование.

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

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

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

После чего была получена следующая структура проекта автоматизации компании (Приложение В.1).

6.4 Ресурсное планирование проекта автоматизации

Ресурсное планирование проекта автоматизации предполагает выделение и распределение различных ресурсов на все работы проекта.

Для выполнения ресурсного планирования внести все виды ресурсов с указанием располагаемого объема в таблицу ресурсов (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) у нас нет перегруженных ресурсов, оставшаяся доступность имеется.

6.5 Логическая структура базы данных

Даталогическая модель базы должна отражать требования конкретной СУБД, в данном случае 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	Личный_номер	Личный номер	Числовой
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	Личный_номер	Личный номер	Числовой
2	№_пенсионного_дела	№ пенсионного дела воспитанника	Числовой
3	Дата_оформления	Дата оформления пенсионного	Дата/время
4	Пенсионное_страховое_св_номер	Номер документа	Числовой
5	Пенсионное_страховое_св_дата	Дата выдачи	Дата/время

Таблица 9 - Структура таблицы «Тип семьи»

№ п/п	Наименование поля	Идентификатор поля	Тип поля
1	2	3	4
1	Личный_номер	Личный номер	Числовой
2	Статус_семьи	Статус_семьи воспитанника	Текст

Остальные таблицы и взаимосвязи между ними представлены приложении Г.1.

6.6 Проектирование экранных форм

6.6.1 Проектирование экранных форм для ввода данных

Работа с программой «Надежда» начинается с загрузки страницы по ссылке https://lsnadedjda.cloudapp.net/. Как выглядит основное окно программы можно увидеть на рис. 6.10.

Рисунок 6.10 - Основное окно программы

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

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

- Если же вам необходимо внести информацию о новом ребенке, переходим следующий пункт меню - «Добавление данных»;

- И если же необходимо вывести отчеты по вновь прибывшим или другие, то переходим по ссылке - «Отчеты».

Если пользователю необходимо просмотреть или изменить уже имеющуюся информацию о ребенке, то после перехода по ссылке в меню «Персональные данные», он, слева от меню в колонке, увидит список детей, внесенных в базу данных, здесь для более легкого поиска сотрудник приюта может сортировать список по фамилиям детей в необходимом ему порядке. А для более эффективного имеется окно поиска, которое ищет уже по первой введенной букве.

Для переходов внутри программы используется меню, которое можно наблюдать на рисунке 6.11. Так же на этом рисунке можно увидеть, какие еще формы существуют для занесение данных в БД:

- Новые персональные данные;

- Новые документы ребенка;

- Новое жилье ребенка;

- Новое закрепленное жилье;

- Новые паспортные данные;

- Новая пенсия;

- Новое поступление в приют;

- Новая регистрация ребенка;

- Новый тип семьи;

- Новое улучшение жилья.

Рисунок 6.11 - Меню программы



6.6.2 Проектирование выходных и отчетных форм

Как и любая программа, приложение «Надежда» производит выходные данные. Эти выходные данные представлены в виде отчетов. Главной составляющей этой программы - это воспитанник. На рисунке 6.12 представлен отчет о детях, где показаны основные персональные данные ребенка:

- ФИО ребенка;

- Дата рождения;

- Полный возраст ребенка;

- Адрес места жительства.

Рисунок 6.12 - Отчет о персональных данных воспитанника

На рисунке 6.13 отображен отчет о поступивших детях на реабилитацию, где указываются:

- Фамилия и имя;

- Даты прибытия и выбытия из приюта;

- Причины поступления в приют.

Так же можно вывести отчеты:

- Жилищные условия ребенка;

- Документы ребенка.



Рисунок 6.13 - Отчет о поступлении детей на реабилитацию

6.6.3 Уточнение функциональной структуры программной системы

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

6.7 Взаимодействие интерфейса с БД и пользователем

Диаграмма вариантов использования отражает взаимодействие интерфейса с БД и пользователем. Здесь отображается основные прецеденты программы и актеры (рис 6.15). Перечислим основные прецеденты:

· Регистрация воспитанника. Включает в себя: занесение основных данных (ФИО, дата рождения, документы, удостоверяющие личность и т.п.) о только что поступившем ребенке. Данный прецедент может быть использован ребенком временного пребывания. Расширяется при условии неполного комплекта документов воспитанника.

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

· Выдача отчетов. Отчеты выводятся по необходимости секретаря или педагога. Существуют 3 типа отчета: информация по детям; информация о поступлении и о жилищных условиях ребенка.

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

Рисунок 6.14 - Логическая схема программной системы «Надежда»

Рисунок 6.15 - Диаграмма вариантов использования

На рисунке 6.16 представлена диаграмма взаимодействия. Эта диаграмма позволяет с разных точек зрения рассмотреть взаимодействие объектов в создаваемой системе.

Рисунок 6.16 - Диаграмма взаимодействия

Рисунок 6.17- Интерфейс программы «Надежда»

6.8 Архитектура системы

Архитектура - это совокупность существующих решений, относительно 5 представлений:

1) вид с точки зрения прецедентов - это поведение системы, которые видят конечные пользователи. Статический аспект - диаграмма прецедентов, продемонстрирован в главе 3.6 «Взаимодействие интерфейса с БД и пользователем». Здесь показываются основные действия пользователей с модулем программы. Программа реализует все основные требования пользователей. Динамический аспект - диаграмма классов, продемонстрирован в главе 3.2 «Логическая структура базы данных». Здесь отображается сущности, которые будут взаимодействовать как с пользователем, так и с программой.

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

3) вид с точки зрения процессов - описывает производительность, масштабируемость, пропускную способность системы. Данные требования описаны в техническом задании.

4) вид с точки зрения реализации - описывает управление модулем. Данные требования описаны в техническом задании.

5) вид с точки зрения развертывания - постановка и установка модуля. Данные требования описаны в техническом задании.

6.9 Разработка

6.9.1 Этапы разработки

Разработка системы «Надежда» проходила в несколько этапов:

1. Разработка БД (глава 6.5).

2. Проектирование оболочки (Silverlight).

3. Создание интерфейса в стиле Metro.

4. Реализация вывода отчетов.

5. Публикация программы в облако.

6.9.2 Результаты разработки

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



7. Тестирование информационной системы

7.1 Тестирование

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

7.1.1 Тестовый пример

На этапе тестирования информационная система проверялась на соответствие всем пунктам поставленной задачи. При проверке документов, заносились данные, взятые из существующей базы данных по воспитанникам приюта, реализованной в Excel (рисунок 7.1), т.е. осуществлялась проверка по «живым» документам. Это позволяет избежать мелких, но досадных ошибок (например: не хватает разрядности у числовых переменных). Если справочник имеет несколько уровней, то сразу создавались группы во избежание ошибок, связанных с принадлежностью элементов к группам. Если с документом, предполагается работа нескольких пользователей с разными правами, то на этапе тестирования сразу определились соответствующие наборы прав для каждого пользователя.

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

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

Рисунок 7.1 - БД по воспитанникам приюта, реализованная в Excel

Занесли часть данных в нашу программу (рис. 7.2), после провели все необходимые действия (поиск, вывод отчетов - рис. 7. 3; рис. 7.4).

Рисунок 7. 2 - Занесение информации о воспитаннике

Рисунок 7.3 - Отчет по воспитанникам

Рисунок 7.4 - Отчет о поступлении воспитанников

7.1.2 Результаты тестирования

Тестирование проводится с целью обеспечить качество разрабатываемого программного продукта. Стандарт ISO-8402, посвященный описанию систем обеспечения качества программного обеспечения, под качеством понимает «совокупность характеристик программного продукта, относящихся к его способности удовлетворять установленные и предполагаемые потребности клиента». Основным параметром качества программы является надёжность. Надёжность определяется как вероятность его работы без отказов в течении определённого периода времени, рассчитанная с учётом стоимости для пользователя каждого отказа. Отказ программного обеспечения - это проявление ошибки в нём. Отсюда тестирование ПО - это процесс выполнения программы с целью обнаружения в ней ошибок.

Полученные результаты тестирования позволяют сделать вывод о надёжности программного продукта. Они служат основой его сертификации и гарантией качества.

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



8. Внедрение. Оценка эффективности внедряемой системы

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

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

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

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

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

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. Башмаков, А.И. Разработка компьютерных и обучающих систем [Текст] / И.А. Башмаков - СПб.: Питер, 2006. 548с.

2. Буч, Г. Язык UML.Руководство пользователя [Текст] / Г. Буч, Дж. Рамбо, И. Якобсон. - М: ДМК пресс, 2007.

3. Елиферов, В. Г. Бизнес-процессы. Регламентация и управление [Текст] / В. Г. Елиферов, В. В. Репин. - М.: Инфра-М, 2006. - 320 с.

4. Ван Тассел Д. Стиль, разработка, эффективность, отладка и испытание программ. [Текст] -- М.: Мир, 1997 105с.

5. Вендров, A. M. Практикум по проектированию программного обеспечения экономических информационных систем [Текст] - М: Финансы и статистика, 2004. - 192 с.

6. Вендров, A. M. Проектирование программного обеспечения экономических информационных систем [Текст] / A. M. Вендров. - М: Финансы и статистика, 2005. 544 с.

7. Долгина, Т. В. Проектирование информационных систем [Текст]: методические указания по выполнению лабораторных работ - Кемерово: КемИ (филиал) «РГТЭУ», 2006. - 80 с.

8. Золотухина Е.Б. Основы бизнес моделирования: Методическая разработка. [Текст] - М., 2005.: ил 45с.

9. Золотухина Е.Б. Основы бизнес моделирования: Методическая разработка. [Текст] - М., 2005.: ил 45с.

10. Лебедева Т.Ф., Ткаченко Н.А. Методические указания к выполнению дипломных работ по специальности 080801 «Прикладная информатика в экономике». [Текст] - Кемерово: КемИ (филиал) РГТЭУ, 2008. - 50 с.

11. Маклаков С.В. «BPwin и ERwin. CASE - средства разработки информационных систем» [Текст] - М.: Диалог - Мифи, 1999.

12. Черемных, С. В. Моделирование и анализ систем. IDEF-технологии [Текст]: практикум / С. В. Черемных, И. О. Семенов, B. C. Ручкин. - М: Финансы и статистика, 2006. - 192 с.

13. Взгляд. Деловая газета/[Электронный ресурс] - URL: http://www.vz.ru/news/2011/1/7/459649.html (дата обращения: 17.03.2013).

14. Официальный сайт П. Астахова. Уполномоченный при Президенте РФ по правам ребенка/[Электронный ресурс] - URL: http://www.rfdeti.ru/display.php?id=2568 (дата обращения: 23.03.2013).

15. CASE-средства. Общая характеристика и классификация/ [Электронный ресурс] - URL: http://citforum.ru (дата обращения: 04.05.2013).

16. Муниципальное учреждение «Социальный приют для детей подростков «Надежда» Новокузнецкого района»/[Электронный ресурс] - URL: http://www.priutnadejda.ru/ (дата обращения: 22.03.2013).

17. Клуб программистов/[Электронный ресурс] - URL: http://programmersclub.ru (дата обращения: 05.05.2013).

18. Realcoding - для настоящих программистов/[Электронный ресурс] - URL: http://www.realcoding.net (дата обращения: 05.05.2013).



Приложение А

Рисунок А.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>

Размещено на Allbest.ru

...