Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Автоматизированная информационная система публикации и обработки данных о детях в ГОУ Детский сад № 176

Автоматизированная информационная система публикации и обработки данных о детях в ГОУ Детский сад № 176

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 19.07.2012
Размер файла 7,7 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

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

ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ "САМАРСКИЙ ГОСУДАРСТВЕННЫЙ АЭРОКОСМИЧЕСКИЙ

УНИВЕРСИТЕТ ИМЕНИ АКАДЕМИКА С.П. КОРОЛЕВА

(национальный исследовательский университет)"

Кафедра радиоэлектроники и системотехники

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к дипломному проекту на тему:

Автоматизированная информационная система публикации и обработки данных о детях в ГОУ детский сад №176 АНО ДО "Планета детства “Лада”"

2012

Реферат

Дипломный проект.

Пояснительная записка:

Графическая документация:

АВТОМАТИЗИРОВАННАЯ СИСТЕМА, WEB-ПРИЛОЖЕНИЕ, ANDROMDA, SQL-СЕРВЕР, МНОГОЗВЕННАЯ СЕТЕВАЯ АРХИТЕКТУРА, СЕРВЛЕТ, КОНТЕЙНЕР СЕРВЛЕТОВ, HTML-СТРАНИЦА, JSP-СТРАНИЦА, JDBC-ДРАЙВЕР, СЕРВЕР ПРИЛОЖЕНИЙ, ИНТЕРФЕЙС, СТАТИСТИЧЕСКАЯ ДИАГРАММА ЗАБОЛЕВАЕМОСТИ ДЕТЕЙ.

Объектом исследования является автоматизированная информационная система для детского сада №176.

Целью работы является проектирование и разработка АИС публикации и обработки данных для работников детского сада №176.

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

В процессе работы будет спроектировано web-приложение, разработаны схемы и модели БД, а также их спецификации.

Содержание

  • Список обозначений и сокращений
  • Введение
  • 1. Системотехническая часть
  • 1.1 Описание деятельности и структура АНО ДО "Планета детства “ЛАДА”"
  • 1.2 Выбор методологии проектирования ИС
  • 1.2.1 Rapid Application Development (RAD)
  • 1.2.2 eXtreme Programming (XP)
  • 1.2.3 ICONIX
  • 1.2.4 Rational Unified Process (RUP)
  • 1.2.5 Сравнение методологий проектирования
  • 1.3 Бизнес-моделирование существующих процессов при работе с информацией о детях в детском саду
  • 1.3.1 Описание текущего бизнеса (процесса формирования результирующего отчета заведующей детского сада)
  • 1.3.2 Идентификация бизнес-процессов для формирования результирующего отчета заведующей детского сада
  • 1.3.4 Уточнение ролей и ответственностей воспитателей, старшего врача и заведующей детского сада
  • 1.3.5 Исследование автоматизации процесса
  • 1.4 Управление требованиями для автоматизированной информационной системы публикации и обработки данных о детях
  • 1.5 Анализ и проектирование автоматизированной информационной системы публикации и обработки данных о детях
  • 1.5.1 Построение модели анализа
  • 1.5.2 Построение модели компонентов
  • 1.5.3 Выбор технологии разработки АИС публикации и обработки данных о детях
  • 1.5.4 Выбор сервера базы данных АИС публикации и обработки данных о детях
  • 1.5.5 Выбор сервера приложений АИС публикации и обработки данных о детях
  • 1.5.6 Построение модели проектирования
  • 2. Конструкторско-технологическая часть
  • 2.1 Проектирование БД автоматизированной информационной системы публикации и обработки данных о детях
  • 2.1.1 Проектирование модели данных
  • 2.1.2 Создание карты навигации для пользовательского интерфейса
  • 2.1.3 Проектирование прототипа пользовательского интерфейса
  • 2.1.3.1 Интерфейс воспитателя для работы с АИС
  • 2.1.3.2 Интерфейс старшего врача для работы с АИС
  • 2.1.3.3 Интерфейс заведующей для работы с АИС
  • 2.1.3.4 Интерфейс родителя для работы с АИС
  • 2.1.3.5 Страница просмотра текущей информации в БД
  • 2.1.3.6 Страница статистического анализа успеваемости ребенка
  • 2.2 Разработка основных алгоритмов обработки информации
  • 2.2.1 Реализация классов разрабатываемой АИС
  • 2.2.1.1 Реализация класса DBConnection
  • 2.2.1.2 Реализация класса Children
  • 2.2.1.3 Реализация класса TestResult
  • 2.2.1.4 Реализация класса Disease
  • 2.2.1.5 Реализация класса Statistic
  • 2.2.2 Тестирование разрабатываемой АИС
  • 2.2.2.1 Автоматическое тестирование АИС
  • 2.2.2.2 Нагрузочное тестирование АИС
  • 2.3 Построение модели развертывания
  • 3. Экономическая часть
  • 3.1 Определение трудоемкости и составление план-графика разработки АИС публикации и обработки медицинской и образовательной информации о детях
  • 3.2 Расчет затрат на разработку АИС публикации и обработки медицинской и образовательной информации о детях
  • 3.2.1 Покупные изделия
  • 3.2.2 Затраты на электроэнергию
  • 3.2.3 Основная заработная плата
  • 3.2.4 Дополнительная заработная плата
  • 3.2.5 Отчисления на социальное страхование
  • 3.2.6 Амортизация оборудования
  • 3.2.7 Затраты на программное обеспечение
  • 3.2.8 Накладные расходы
  • 3.3 Расчет еженедельной трудоемкости формирования результирующего отчета о детях с помощью АИС публикации и обработки медицинской и образовательной информации о детях по вариантам
  • 3.4 Расчет общих капиталовложений для формирования результирующего отчета о детях с помощью АИС публикации и обработки медицинской и образовательной информации о детях по вариантам
  • 3.4.1 Капитальные вложения на оборудование
  • 3.4.2 Капитальные вложения на программное обеспечение
  • 3.4.3 Капитальные вложения на площадь
  • 3.5 Расчет технологической себестоимости формирования еженедельного результирующего отчета заведующей детского сада по изменяющимся статьям затрат по вариантам
  • 3.5.1 Покупные изделия
  • 3.5.2 Затраты на электроэнергию
  • 3.5.3 Основная заработная плата
  • 3.5.4 Дополнительная заработная плата
  • 3.5.5 Отчисления на социальное страхование
  • 3.5.6 Амортизация оборудования
  • 3.5.7 Затраты на текущий ремонт
  • 3.5.8 Затраты на программное обеспечение
  • 3.5.9 Амортизация площади рабочего места
  • 3.6 Расчет годового экономического эффекта и прочих показателей экономической эффективности от внедрения АИС публикации и обработки медицинской и образовательной информации о детях в АНО ДО "Планета детства ЛАДА"
  • 3.6.1 Годовой экономический эффект о внедрения АИС публикации и обработки медицинской и образовательной информации о детях
  • 3.6.2 Условно-годовой экономический эффект
  • 3.6.3 Срок окупаемости дополнительных капитальных вложений
  • 3.6.4 Коэффициент экономической эффективности капитальных вложений
  • 3.6.5 Процент снижения трудоемкости
  • 3.6.6 Процент возрастания производительности труда
  • 3.7 Социальный эффект от установки и эксплуатации АИС публикации и обработки данных о детях в АНО ДО "Планета детства ЛАДА"
  • 3.8 Выводы и предложения
  • 4. Безопасность жизнедеятельности
  • 4.1 Потенциально опасные и вредные производственные факторы
  • 4.2 Обеспечение безопасности на рабочем месте пользователя АИС для АНО ДО "Планета детства ЛАДА"
  • 4.2.1 Выбор помещения и расположение рабочих мест
  • 4.2.2 Организация рабочего места пользователя
  • 4.2.3 Расчет освещения
  • 4.2.3.1 Оценка естественного освещения
  • 4.2.3.2 Расчет искусственного освещения
  • 4.2.4 Обеспечение микроклимата и расчет вентиляции
  • 4.3 Охрана окружающей среды
  • 4.4 Заключение
  • Заключение
  • Список используемой литературы
  • Приложение 1

Список обозначений и сокращений

АС - автоматизированная система;

АСУ - автоматизированная система управления;

АИС - автоматизированная информационная система;

ИС - информационная система;

ЛКС - локальная компьютерная сеть;

СТ - сетевая технология;

ОС - операционная система;

ПП - программный продукт;

РС - рабочая станция;

РФ - Российская Федерация;

ГОСТ - государственный стандарт;

ЭКР - электронная карта ребенка;

АНО ДО - автономная некоммерческая организация дошкольного образования.

Введение

Вопрос дошкольного воспитания был, и будет оставаться одним из важнейших в области социального развития общества. Правящая партия РФ "Единая Россия" на своем официальном сайте [7] ставит эту задачу в основу развития общества. Именно в юном возрасте определяются основные наклонности детей, их увлечения и возможности. Эти критерии являются основополагающими для родителей, которые определяют, куда отправить своего ребенка на дальнейшее обучение. Рассматриваемая организация - муниципальное дошкольное образовательное учреждение детский сад №176. Как и у каждого, успешно развивающегося предприятия, здесь используются автоматизированные ИС, позволяющие решать те или иные задачи. Однако существует достаточное количество процессов, выполняемых вручную или устаревшими подходами и технологиями.

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

Новизна заключается в том, что разрабатываемая АИС еще не использовалась в рамках рассматриваемой организации "ЛАДА", в частности у детского сада №176.

Предметом исследования является процесс учета сведений о детях (посещаемость, заболеваемость, успеваемость).

Объектом исследования является автоматизированная информационная система публикации и обработки данных для детского сада №176.

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

автоматизированная информационная система интерфейс

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

1. Описать предметную область и объект автоматизации.

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

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

4. Составить логическую и физическую модели БД.

5. Составить диаграмму компонентов АИС.

6. Провести оценку проделанной работы и выявить дальнейшие пути улучшения АИС.

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

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

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

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

В третьей главе производится расчет экономической эффективности от внедрения АИС, определяется ее экономическая обоснованность для заказчика.

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

В заключении подводятся основные итоги проведенного анализа и разработки, определяются все положительные и отрицательные результаты, описываются предложения по улучшению эффективности от использования АИС.

1. Системотехническая часть

1.1 Описание деятельности и структура АНО ДО "Планета детства “ЛАДА”"

"Планета детства ЛАДА" - автономная некоммерческая организация дошкольного образования в городе Тольятти. Данная организация ведет свою деятельность почти 50 лет, постоянно улучшая предоставляемые услуги по воспитанию детей. "Планета детства ЛАДА" насчитывает около пятидесяти детских садов во всех районах города. Рассматриваемое предприятие - детский сад №176 "Белочка" (далее заказчик). Заказчик является одним из лидирующих среди других представителей "Планеты детства ЛАДА". Именно поэтому данное предприятие заинтересовано в дальнейшем развитии, в том числе и в области информационных систем.

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

Ключевыми моментами в деятельности организации являются:

- образовательная часть - заключается в предоставлении образовательной программы по воспитанию детей и подготовке их к школе;

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

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

Рассматриваемый детский сад является одним из десятка других, входящих в состав организации АНО ДО "Планета детства ЛАДА". Поэтому, необходимо сначала описать организационную структуру самой организации, прежде чем перейти к организационно-штатной структуре детского сада №176 "Белочка".

Организационно-штатная структура АНО ДО "Планета детства ЛАДА" представлена на следующем рисунке.

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

Рисунок 1 - Организационно-штатная структура АНО ДО "Планета детства ЛАДА"

Непосредственно сам заказчик имеет организационно-штатную структуру, представленную на следующем рисунке. Управляющим лицом является заведующая детским садом. Она ведет постоянный контроль деятельности других подразделений детского сада. К ним относятся:

- медицинский персонал;

- работник по кадрам;

- воспитатели;

- работники сферы обслуживания;

- работники сферы питания.

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

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

Рисунок 2 - организационно-штатная структура заказчика

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

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

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

1. Ведение истории болезней детей.

2. Учет пройденных вакцинаций детьми.

3. Сбор информации о периодах заболеваемости детей с целью последующего принятия мер для ее предотвращения.

4. Построение программы обучения детей.

5. Проведение тестирования детей с целью определения способностей каждого из них.

6. Составление дополнительной индивидуальной программы обучения ребенка.

Схема анализа успеваемости детей описана на следующем рисунке.

Рисунок 3 - схема получения результатов тестирования

Дети проходят регулярные тестирования на специальных ЭВМ. Результаты тестирования сохраняются в специальных XML файлах в электронном виде. Сбор и анализ информации производится вручную, принятие решений о воспитании детей также происходит после длительного изучения всей информации. Это является причиной не только больших временных затрат, но и малой эффективности обработки данных, ее анализа, принятия решений на их основе. АИС должна обеспечить высокую степень автоматизации процесса учета информации о детях, повысить эффективность выполнения отчетности по требованию и реализовать дополнительные функции, такие как статистический анализ успеваемости детей в разных сферах и их заболеваемости в определенные сроки, и, соответственно, принятие решений в дальнейшем для ее предотвращения. Необходимо описать действующую систему обработки данных, что и будет сделано в следующих параграфах.

1.2 Выбор методологии проектирования ИС

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

- RAD;

- XP;

- ICONIX;

- RUP.

1.2.1 Rapid Application Development (RAD)

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

В основе RAD лежат следующие основные принципы:

- инструментарий должен быть нацелен на минимизацию времени разработки;

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

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

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

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

- управление проектом должно минимизировать длительность цикла разработки.

В основе RAD лежат следующие фазы разработки:

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

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

3. Конструирование - этап, в котором основная задача заключается в разработке программ и приложений.

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

RAD имеет следующий вид.

Рисунок 4 - фазы разработки RAD

Преимущества:

- быстрота продвижения программного продукта на рынок;

- интерфейс, устраивающий пользователя;

- гибкость проекта к изменяющимся требованиям;

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

1.2.2 eXtreme Programming (XP)

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

В основе XP лежат следующие основные принципы:

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

- принимается первое простейшее рабочее решение;

- интенсивная разработка малыми группами (не больше 10 человек) и парное программирование (когда два программиста вместе создают код на одном общем рабочем месте), активное общение в группе и между группами;

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

- достаточная степень смелости и желание идти на риск.

В основе XP лежат следующие приемы разработки:

1. Планирование процесса.

2. Тесное взаимодействие с заказчиком.

3. Общесистемные правила именования.

4. Простая архитектура.

5. Рефакторинг.

6. Парное программирование.

7. 40-часовая рабочая неделя.

8. Коллективное владение кодом.

9. Единые стандарты кодирования.

10. Небольшие релизы.

11. Непрерывная интеграция.

12. Тестирование.

1.2.3 ICONIX

ICONIX - методология организации разработки программ, фокусирующая свое внимание на фазе анализа и дизайна.

В основе ICONIX лежат следующие основные принципы:

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

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

- переход вниз от высокоуровневых моделей к детальному проекту.

В основе ICONIX лежат следующие приемы разработки:

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

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

3. Проектирование - создается диаграмма последовательности и создается диаграмма классов.

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

1.2.4 Rational Unified Process (RUP)

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

В основе RUP лежат следующие основные принципы:

- ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков;

- концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования));

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

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

- постоянное обеспечение качества на всех этапах разработки проекта (продукта);

- работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.

В основе RUP лежат следующие фазы разработки:

1. Начало (Inception) - при завершении начальной фазы оценивается достижение вехи целей жизненного цикла, которое предполагает соглашение заинтересованных сторон о продолжении проекта.

2. Уточнение (Elaboration) - успешное выполнение фазы разработки означает достижение вехи архитектуры жизненного цикла.

3. Построение (Construction) - происходит реализация большей части функциональности продукта. Фаза завершается первым внешним релизом системы и вехой начальной функциональной готовности.

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

RUP приложений имеет следующий вид.

Рисунок 5 - фазы разработки RUP

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

1.2.5 Сравнение методологий проектирования

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

- наличие небольшой команды программистов;

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

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

- охват полного жизненного цикла разработки ПО;

- личный опыт работы в технологией;

- массовость применения.

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

Таблица 1 - выбор методологии проектирования ИС

Критерий оценки

RAD

XP

ICONIX

RUP

Небольшая команда программистов

3

3

3

2

Короткий производственный график

3

1

3

3

Гибкость проекта к требованиям

3

3

2

3

Полнота охвата ЖЦ разработки ПО

2

3

1

3

Личный опыт работы

2

1

0

2

Массовость применения

1

3

2

3

ИТОГО

14

14

11

16

В результате мною был выбран RUP технология проектирования ИС. Жизненный цикл по методологии RUP состоит из фаз:

1. Начало (Inception) - при завершении начальной фазы оценивается достижение вехи целей жизненного цикла, которое предполагает соглашение заинтересованных сторон о продолжении проекта.

2. Уточнение (Elaboration) - успешное выполнение фазы разработки означает достижение вехи архитектуры жизненного цикла.

3. Построение (Construction) - здесь происходит реализация большей части функциональности продукта. Фаза завершается первым внешним релизом системы и вехой начальной функциональной готовности.

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

1.3 Бизнес-моделирование существующих процессов при работе с информацией о детях в детском саду

Действующие процессы на предприятии описываются, согласно модели RUP, с помощью следующих UML диаграмм:

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

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

При моделировании производственных процессов, согласно модели RUP, выполняются следующие работы:

1. Описание текущего бизнеса.

2. Идентификация бизнес-процессов.

3. Уточнение определений бизнес-процессов.

4. Уточнение ролей и ответственностей.

5. Исследование автоматизации процесса.

6. Разработка модели предметной области.

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

1.3.1 Описание текущего бизнеса (процесса формирования результирующего отчета заведующей детского сада)

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

Данный процесс выполняется заведующей детского сада, которая решает следующие основные задачи:

- получение последних актуальных данных о результатах тестирования ребенка;

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

- формирование результирующего отчета о ребенке.

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

Кратко рассмотрим основные функции воспитателей и старшего врача, выполняемые ими для накопления информации о детях.

Воспитатель детского сада выполняет следующие функции:

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

- проведение тестирования детей;

- обработка и анализ результатов тестирования в соответствии с внутренними стандартами детского сада;

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

Старший врач детского сада выполняет следующие функции:

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

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

- формирование списка профилактических мероприятий для лечения ребенка;

- фиксирование данных о заболевании ребенка в его истории болезней;

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

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

1. Заведующая детского сада.

1.1. Сбор информации об успеваемости ребенка.

1.1.1. Данные о ребенке.

1.1.2. Отчет об успеваемости ребенка.

1.1.3. Дата получения отчета об успеваемости ребенка.

1.2. Сбор информации о состоянии здоровья ребенка.

1.2.1. Данные о ребенке.

1.2.2. Отчет о состоянии здоровья ребенка

1.2.3. Дата получения отчета о состоянии здоровья ребенка.

1.3. Сведение информации о ребенке в результирующий отчет.

1.3.1. Обработанные данные об успеваемости ребенка.

1.3.2. Обработанные данные о состоянии здоровья ребенка.

1.3.3. Дата формирования результирующего отчета о ребенке.

2. Воспитатель детского сада.

2.1. Определение даты проведения тестирования ребенка.

2.1.1. Данные о ребенке.

2.1.2. Регламент проведения тестирования ребенка.

2.2. Проведение тестирования ребенка.

2.2.1. Данные о ребенке.

2.2.2. Предмет тестирования ребенка.

2.2.3. Дата проведения ребенка.

2.2.4. Продолжительность тестирования ребенка.

2.2.5. Список вопросов для тестирования.

2.2.6. Список правильных ответов на вопросы тестирования.

2.3. Обработка и анализ результата тестирования ребенка.

2.3.1. Данные о ребенке.

2.3.2. Предмет тестирования ребенка.

2.3.3. Список вопросов для тестирования.

2.3.4. Список правильных ответов на вопросы тестирования.

2.3.5. Список ответов ребенка на вопросы тестирования.

2.4. Формирование итогового отчета.

2.4.1. Данные о ребенке.

2.4.2. Предмет тестирования ребенка.

2.4.3. Дата проведения тестирования.

2.4.4. Продолжительность тестирования ребенка.

2.4.5. Список вопросов для тестирования.

2.4.6. Список правильных ответов на вопросы тестирования.

2.4.7. Список ответов ребенка на вопросы тестирования.

2.4.8. Дата формирования итогового отчета.

3. Старший врач детского сада.

3.1. Осмотр состояния здоровья ребенка.

3.1.1. Данные о ребенке.

3.1.2. Регламент проведения осмотра ребенка.

3.2. Определение симптомов заболевания ребенка.

3.2.1. Дата проведения осмотра ребенка.

3.2.2. Симптомы, наблюдаемые у ребенка.

3.2.3. Данные о наблюдаемом заболевании.

3.3. Формирование списка профилактических мероприятий.

3.3.1. Симптомы, наблюдаемые у ребенка.

3.3.2. Предписания к лечению заболевания.

3.4. Актуализация истории болезней ребенка.

3.4.1. Данные о ребенке.

3.4.2. История болезней ребенка.

3.4.3. Дата актуализации истории болезней ребенка.

3.4.4. Данные о наблюдаемом заболевании.

3.4.5. Предписания к лечению заболевания.

3.5. Формирование итогового отчета.

3.5.1. Данные о ребенке.

3.5.2. Симптомы, наблюдаемые у ребенка.

3.5.3. Дата проведения осмотра ребенка.

3.5.4. Предписания к лечению заболевания.

3.5.5. Дата актуализации истории болезней.

3.5.6. Дата формирования итогового отчета.

1.3.2 Идентификация бизнес-процессов для формирования результирующего отчета заведующей детского сада

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

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

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

- сбор медицинской информации о ребенке на основе его истории болезней.

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

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

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

- список вопросов, предложенных ребенку;

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

- дату проведенного тестирования;

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

- предмет тестирования;

- дата формирования итогового отчета об успеваемости ребенка.

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

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

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

- список симптом, обнаруженных у ребенка;

- дата проведения осмотра;

- профилактические мероприятия по лечению заболевания;

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

- дата формирования итогового отчета о состоянии здоровья ребенка.

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

Прецедент 1. Сбор образовательной информации о ребенке.

Заинтересованные лица и их требования.

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

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

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

Предусловия.

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

Результаты (постусловия).

Воспитатель своевременно выполняет формирование итогового отчета об успеваемости ребенка в соответствии с регламентом.

Основной успешный сценарий (или основной процесс).

1. Воспитатель своевременно получает результаты тестирования ребенка.

2. Воспитатель своевременно формирует итоговый отчет об успеваемости ребенка.

3. Воспитатель своевременно сохраняет итоговый отчет в специальном хранилище.

Расширения (или альтернативные потоки).

1. *Тестирование ребенка не прошло в установленный срок.

1.1. Воспитатель устанавливает причину не пройденного тестирования ребенка.

1.2. Воспитатель планирует ближайшее повторение тестирования ребенка.

1.3. Воспитатель формирует итоговый отчет об успеваемости ребенка.

1.4. Воспитатель сохраняет итоговый отчет в специальном хранилище.

2. *Итоговый отчет не подготовлен в установленный срок.

2.1. Воспитатель планирует ближайшее покрытие формирования итогового отчета.

2.2. Воспитатель формирует итоговый отчет об успеваемости ребенка.

2.3. Воспитатель сохраняет итоговый отчет в специальном хранилище.

Специальные требования.

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

Список технологий и типов данных.

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

Частота использования.

Еженедельно.

Прецедент 2. Сбор медицинской информации о ребенке.

Заинтересованные лица и их требования.

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

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

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

Предусловия.

Старший врач имеет историю болезней, заполненную в соответствии с регламентом.

Результаты (постусловия).

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

Основной успешный сценарий (или основной процесс).

1. Старший врач своевременно получает историю болезней ребенка.

2. Старший врач своевременно определяет симптомы наступающей болезни.

3. Старший врач своевременно формирует профилактические мероприятия для заблаговременного предотвращения заболевания.

4. Старший врач своевременно актуализирует историю болезней ребенка.

5. Старший врач своевременно формирует итоговый отчет о здоровье ребенка.

6. Старший врач своевременно сохраняет итоговый отчет в специальном хранилище.

Расширения (или альтернативные потоки).

1. *Ребенок заболел раньше, чем были установлены симптомы заболевания.

1.1. Старший врач определяет заболевание ребенка.

1.2. Старший врач определяет комплекс препаратов и лекарств, необходимых для лечения заболевания.

1.3. Старший врач актуализирует историю болезней ребенка.

1.4. Старший врач формирует итоговый отчет о здоровье ребенка.

1.5. Старший врач сохраняет итоговый отчет в специальном хранилище.

2. *Итоговый отчет не подготовлен в установленный срок.

2.1. Старший врач планирует ближайшее покрытие формирования итогового отчета.

2.2. Старший врач формирует итоговый отчет о здоровье ребенка.

2.3. Старший врач сохраняет итоговый отчет в специальном хранилище.

Специальные требования.

Полная история заболеваний ребенка в читабельном виде с целью ее дальнейшей обработкой старшим врачом.

Список технологий и типов данных.

История болезней предоставляется старшему врачу в бумажном виде (журнал), обработка осуществляется вручную. Форма итогового отчета прилагается старшему врачу для заполнения.

Частота использования.

Еженедельно.

Прецедент 3. Формирование результирующего отчета о ребенке.

Заинтересованные лица и их требования.

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

- родитель ребенка. Хочет вести постоянный контроль за ребенком.

Предусловия.

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

Результаты (постусловия).

Заведующая формирует результирующий отчет о ребенке специального стандарта, утвержденного в организации АНО ДО "Планета детства ЛАДА".

Основной успешный сценарий (или основной процесс).

1. Заведующая получает результаты тестирования ребенка.

2. Заведующая получает историю болезней ребенка.

3. Заведующая получает форму результирующего отчета, принятого в организации.

4. Заведующая заполняет графы об успеваемости ребенка за последний период.

5. Заведующая заполняет графы о заболеваемости ребенка за последний период.

6. Заведующая сохраняет результирующий отчет о ребенке в центральном хранилище.

Расширения (или альтернативные потоки).

1. *Воспитатель не предоставил своевременно итоговый отчет об успеваемости ребенка.

1.1. Заведующая оформляет запрос на перенос даты формирования итогового отчета воспитателем.

1.2. Заведующая получает итоговый отчет об успеваемости ребенка.

1.3. Заведующая получает форму результирующего отчета, принятого в организации.

1.4. Заведующая заполняет графы об успеваемости ребенка за последний период.

1.5. Заведующая сохраняет результирующий отчет о ребенке в центральном хранилище.

2. *Старший врач не предоставил своевременно итоговый отчет о заболеваниях ребенка.

2.1. Заведующая оформляет запрос на перенос даты формирования итогового отчета старшим врачом.

2.2. Заведующая получает итоговый отчет о заболеваниях ребенка.

2.3. Заведующая получает форму результирующего отчета, принятого в организации.

2.4. Заведующая заполняет графы о заболеваниях ребенка за последний период.

2.5. Заведующая сохраняет результирующий отчет о ребенке в центральном хранилище.

Специальные требования.

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

Список технологий и типов данных.

Форма результирующего отчета прилагается заведующей для заполнения.

Частота использования.

Еженедельно.

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

Рисунок 6 - организационный процесс формирования результирующего отчета и его исполнители

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

1. Заведующая детского сада.

1.1. Сбор информации об успеваемости ребенка.

1.2. Сбор информации о состоянии здоровья ребенка.

1.3. Сведение информации о ребенке в результирующий отчет.

2. Воспитатель детского сада.

2.1. Определение даты проведения тестирования ребенка.

2.2. Проведение тестирования ребенка.

2.3. Обработка и анализ результата тестирования ребенка.

2.4. Формирование итогового отчета.

3. Старший врач детского сада.

3.1. Осмотр состояния здоровья ребенка.

3.2. Определение симптомов заболевания ребенка.

3.3. Формирование списка профилактических мероприятий.

3.4. Актуализация истории болезней ребенка.

3.5. Формирование итогового отчета.

1.3.3 Уточнение определений организационного процесса и проектирование реализаций

Первым процессом, составляющим организационный процесс формирования результирующего отчета о ребенке, является "Сбор и анализ образовательной информации о ребенке за последний период". Данный процесс выполняется исключительно воспитателем детского сада и включает в себя:

1. Определение даты проведения тестирования ребенка.

2. Проведение тестирования ребенка.

3. Обработка и анализ результата тестирования ребенка.

4. Формирование итогового отчета.

Отобразим полученные процессы с помощью диаграммы деятельности.

Рисунок 7 - организационный процесс "Сбор и анализ образовательной информации о ребенке за последний период"

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

1. Осмотр состояния здоровья ребенка.

2. Определение симптомов заболевания ребенка.

3. Формирование списка профилактических мероприятий.

4. Актуализация истории болезней ребенка.

5. Формирование итогового отчета.

Отобразим полученные процессы с помощью диаграммы деятельности.

Рисунок 8 - организационный процесс "Сбор и анализ медицинской информации о ребенке за последний период"

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

1. Сбор информации об успеваемости ребенка.

2. Сбор информации о состоянии здоровья ребенка.

3. Сведение информации о ребенке в результирующий отчет.

Отобразим полученные процессы с помощью диаграммы деятельности.

Рисунок 9 - организационный процесс "Формирование результирующего отчета о ребенке"

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

1.3.4 Уточнение ролей и ответственностей воспитателей, старшего врача и заведующей детского сада

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

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

Обязанностями воспитателя являются:

1. Проведение тестирования детей в установленную дату по установленной дисциплине.

2. Сбор и анализ полученных результатов детей.

3. Формирование итогового отчета по каждому ребенку.

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

Обязанностями воспитателя являются:

1. Проведение осмотра детей в установленную дату.

2. Поиск симптом заболеваний.

3. Определение комплекса профилактических мероприятий по предупреждению болезни.

4. Внесений изменений в историю болезней ребенка.

5. Формирование итогового отчета по каждому ребенку.

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

Обязанностями заведующей являются:

1. Контроль за своевременным формированием итоговых отчетов воспитателями и старшим врачом.

2. Получение итогового отчета об успеваемости ребенка.

3. Получение итогового отчета о заболеваниях ребенка.

4. Формирование результирующего отчета в соответствии с установленной формой организации АНО ДО "Планета детства ЛАДА".

1.3.5 Исследование автоматизации процесса

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

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

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

2. Наличие информации об успеваемости ребенка позволяет определить дальнейшую программу его обучения только на основе индивидуального мнения заведующей.

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

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

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

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

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

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

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

1.4 Управление требованиями для автоматизированной информационной системы публикации и обработки данных о детях

Перед проектированием информационной системы необходимо предъявить требования, которым она должна соответствовать. Согласно модели RUP, базовыми требованиями должны являться требования модели FURPS plus. Название данной модели является аббревиатурой из первых букв требований, которые она предъявляет к программным средствам. К ним относятся:

1. Functionality - функциональные требования. Являются основными, по этим требованиям строятся диаграммы вариантов использования.

2. Usability - требования к удобству использования.

3. Reliability - требования к надежности.

4. Performance - требования к производительности.

5. Supportability - требования к поддержке.

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

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены