Файл: Разработка и реализация прикладного решения для автоматизации производственного учета в ЧДОУ “Детский сад №45”.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 28.04.2023

Просмотров: 534

Скачиваний: 1

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

Глава 1. Теоретическая часть

1.1 Краткий анализ предметной области, характеристика предприятия и его деятельности.

1.2 Организационная структура управления предприятием

1.3 Программная и техническая архитектура ИС предприятия

1.4 Характеристика существующих бизнес процессов и определение места проектируемой задачи в комплексе задач и ее описания

1.4.1 Определение места проектируемой задачи в комплексе задач и ее описание.

1.5 Анализ существующего программного обеспечения, позволяющего решить поставленную задачу

1.5.1 Анализ существующих разработок для автоматизации задачи

Глава 2. Практическая часть

2.1. Обоснование требований к разрабатываемому прикладному решению

2.2. Анализ среды разработки

2.3. Архитектура разрабатываемого прикладного решения

2.4. Описание основных объектов (элементов) разрабатываемого прикладного решения

2.5. Тестирование разрабатываемого прикладного решения

2.6 Контрольный пример реализации проекта и его описание

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Среди более известных ГОСТов можно выделить:

Серию ГОСТов 34 – ГОСТ распространяется на разработку автоматизированной системы управления, предусматривает следующие этапы:

  1. Формирования требований к автоматизированной системе. На этом этапе проводится сбор и анализ данных о компании, объекте автоматизации. На базе собранных и проанализированных данных выявляются основные функциональные требования к автоматизированной системе.
  2. Разработка концепции автоматизированной системы. На этом разрабатывается концепция автоматизированной системы согласно серии ГОСТов 34
  3. Техническое задание - этот этап подразумевается создание технического задания, по которому будет проводиться разработка автоматизированной системы.
  4. Эскизный и технический проект. На данных этапах проводится разработка проектных решений автоматизированной системы и технической документации.
  5. Рабочая документация. Данный этап включает разработку рабочей документации для автоматизированной системы.
  6. Ввод в действие. Этап включает подготовку технического обеспечения, обучения персонала и проведения исправления недоработок. Перед вводом автоматизированной системы проводятся предварительные испытания, после формируется «Протокол испытаний».
  7. Сопровождение автоматизированной системы. Этап сопровождения АС подразумевает выполнение работ по гарантийному и послегарантийному обслуживанию системы

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

Microsoft Solutions Framework, представляет собой согласованный набор концепций, моделей и правил.

Модель процессов MSF (MSF process model) представляет общую методологию разработки и внедрения IT решений. Особенность этой модели состоит в том, что благодаря своей гибкости и отсутствию жестко навязываемых процедур она может быть применена при разработке весьма широкого круга IT проектов. Эта модель сочетает в себе свойства двух стандартных производственных моделей: каскадной (waterfall) и спиральной (spiral). Модель процессов в MSF 3.0 была дополнена ещё одним инновационным аспектом: она покрывает весь жизненный цикл создания решения, начиная с его отправной точки и заканчивая непосредственно внедрением. Такой подход помогает проектным группам сфокусировать своё внимание на бизнес-отдаче (business value) решения, поскольку эта отдача становится реальной лишь после завершения внедрения и начала использования продукта.


Процесс MSF ориентирован на «вехи» (milestones) — ключевые точки проекта, характеризующие достижение в его рамках какого-либо существенного (промежуточного либо конечного) результата. Этот результат может быть оценен и проанализирован, что подразумевает ответы на вопросы: «Пришла ли проектная группа к однозначному пониманию целей и рамок проекта?», «В достаточной ли степени готов план действий?», «Соответствует ли продукт утверждённой спецификации?», «Удовлетворяет ли решение нужды заказчика?» и т. д.

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

Модель процессов MSF тесно связана с базовыми принципами MSF, рассмотренными выше. Вообще говоря, тремя особенностями модели процессов MSF являются:

  • Подход, основанный на фазах и вехах;
  • Итеративный подход;
  • Интегрированный подход к созданию и внедрению решений.

Модель процессов включает такие основные фазы процесса разработки:

  • Выработка концепции;
  • Планирование;
  • Разработка;
  • Стабилизация;
  • Внедрение.

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

  • что (какие артефакты) является результатом этой фазы
  • над чем работает каждый из ролевых кластеров на этой фазе

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

Итеративный подход к процессу разработки требует использования гибкого способа ведения документации. «Живые» документы (living documents) должны изменяться по мере эволюции проекта вместе с изменениями требований к конечному продукту. В рамках MSF предлагается ряд шаблонов стандартных документов, которые являются артефактами каждой стадии разработки продукта и могут быть использованы для планирования и контроля процесса разработки.


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

ГОСТ Р ИСО/МЭК 12207-2010 группирует различные виды деятельности, которые могут выполняться в течение жизненного цикла программных систем. Каждый из процессов жизненного цикла в пределах этих групп описывается в терминах цели и желаемых выходов, списков действий и задач, которые необходимо выполнять для достижения этих результатов [3].

Основные:

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

Но также есть и вспомогательные действия:

  • Документирование (формализованное описание информации, созданной в течение ЖЦ программного обеспечения)
  • Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ программного обеспечения для определения состояния компонентов ПО, управления его модификациями).
  • Обеспечение качества (обеспечение гарантий того, что ИС и процессы её ЖЦ соответствуют заданным требованиям и утверждённым планам)
  • Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями)
  • Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению)
  • Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами)
  • Аудит (определение соответствия требованиям, планам и условиям договора)
  • Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов)

И организационные:

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

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

Этапы жизненного цикла автоматизации, по серии ГОСТов 34, представлены в таблице 12.

Таблица 12

Этапы жизненного цикла автоматизации по ГОСТ 34

Стадии

Ключевые участники

Требования к входной информации

Результаты

1

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

Разработчик, руководитель отдела

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

Анализ организации, появление требований к системе

2

Разработка концепции

Разработчик, руководитель отдела

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

Разработанная система

3

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

Разработчик, руководитель отдела

Функции системы, системные требования

Протестированная система

4

Эскизный и технический проект

Разработчик, руководитель отдела

Информация о тестирование, требования к необходимой функции

Система готовая для внедрения

5

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

Разработчик

Руководство

пользователя и администратора

Использование нужных функций системы

6

Ввод в действие

Разработчик, руководитель отдела

План внедрения

Система внедрена в компанию

7

Сопровождение

Разработчик

Статистика отказов, ошибок в работе информационной системы

Обеспечение функционирования системы


В этапе внедрения будут выполняться следующие работы:

  • Подготовка технического оборудования – необходимо проверить работоспособность оборудования, перед внедрением ИС.
  • Установка ИС на компьютеры. Занимается этим программист.
  • Тестирование – включает в себя нахождение и исправление ошибок в программе. Заниматься этим будет программист.
  • Обучение персонала – включается в себя контроль и разработку плана обучения персонала для работы на АИС. Занимается этим менеджер проекта.

На этапе эксплуатации будут выполняться следующие работы:

  1. Опытная эксплуатация – работа данного типа проводиться на территории заказчика, систему настраивают по себя и проверяют её работу.
  2. Сопровождение ИС – включает в себя поставку обновлений и техническую поддержку ИС. Занимаются этим тех. отдел.
  3. Выявление дефектов и ошибок – эта работа заключается в том, чтобы после того, как ИС установили на компьютеры, находить ошибки, которые не были выявлены на этапе тестирования, и исправлять ошибки.

Поставка обновлений – данная работа направлена на техническое обслуживание ИС, так как обновления пригодятся в дальнейшем

2.3. Архитектура разрабатываемого прикладного решения

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

  1. Справочник «Сотрудники»

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

  • Номер Сотрудника
  • ФИО
  • Должность

2. Справочник «Текущий-Контингент»

В данном справочник хранится информация о контингенте.

Содержит следующие реквизиты:

  • Табель
  • ФИО
  • Группа
  • Успеваемость

В таблице 13 приведена статистика использования различных справочников.

Таблица 13

Статистика использования справочника

Название справочника

Ответственный за его ведение

Средний объем справочника в записях

Средняя частота актуализации

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

Справочник «Сотрудники»

Заместитель-заведующего

100

~2 раза в месяц

1 запись

Справочник “Континген”

Методист

100>

~1 раз в месяц.

1 запись