Файл: Разработка и реализация прикладного решения для автоматизации производственного учета в ЧДОУ “Детский сад №45”.pdf
Добавлен: 28.04.2023
Просмотров: 544
Скачиваний: 1
СОДЕРЖАНИЕ
1.1 Краткий анализ предметной области, характеристика предприятия и его деятельности.
1.2 Организационная структура управления предприятием
1.3 Программная и техническая архитектура ИС предприятия
1.4.1 Определение места проектируемой задачи в комплексе задач и ее описание.
1.5 Анализ существующего программного обеспечения, позволяющего решить поставленную задачу
1.5.1 Анализ существующих разработок для автоматизации задачи
2.1. Обоснование требований к разрабатываемому прикладному решению
2.3. Архитектура разрабатываемого прикладного решения
2.4. Описание основных объектов (элементов) разрабатываемого прикладного решения
2.5. Тестирование разрабатываемого прикладного решения
Среди более известных ГОСТов можно выделить:
Серию ГОСТов 34 – ГОСТ распространяется на разработку автоматизированной системы управления, предусматривает следующие этапы:
- Формирования требований к автоматизированной системе. На этом этапе проводится сбор и анализ данных о компании, объекте автоматизации. На базе собранных и проанализированных данных выявляются основные функциональные требования к автоматизированной системе.
- Разработка концепции автоматизированной системы. На этом разрабатывается концепция автоматизированной системы согласно серии ГОСТов 34
- Техническое задание - этот этап подразумевается создание технического задания, по которому будет проводиться разработка автоматизированной системы.
- Эскизный и технический проект. На данных этапах проводится разработка проектных решений автоматизированной системы и технической документации.
- Рабочая документация. Данный этап включает разработку рабочей документации для автоматизированной системы.
- Ввод в действие. Этап включает подготовку технического обеспечения, обучения персонала и проведения исправления недоработок. Перед вводом автоматизированной системы проводятся предварительные испытания, после формируется «Протокол испытаний».
- Сопровождение автоматизированной системы. Этап сопровождения АС подразумевает выполнение работ по гарантийному и послегарантийному обслуживанию системы
(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 |
Сопровождение |
Разработчик |
Статистика отказов, ошибок в работе информационной системы |
Обеспечение функционирования системы |
В этапе внедрения будут выполняться следующие работы:
- Подготовка технического оборудования – необходимо проверить работоспособность оборудования, перед внедрением ИС.
- Установка ИС на компьютеры. Занимается этим программист.
- Тестирование – включает в себя нахождение и исправление ошибок в программе. Заниматься этим будет программист.
- Обучение персонала – включается в себя контроль и разработку плана обучения персонала для работы на АИС. Занимается этим менеджер проекта.
На этапе эксплуатации будут выполняться следующие работы:
- Опытная эксплуатация – работа данного типа проводиться на территории заказчика, систему настраивают по себя и проверяют её работу.
- Сопровождение ИС – включает в себя поставку обновлений и техническую поддержку ИС. Занимаются этим тех. отдел.
- Выявление дефектов и ошибок – эта работа заключается в том, чтобы после того, как ИС установили на компьютеры, находить ошибки, которые не были выявлены на этапе тестирования, и исправлять ошибки.
Поставка обновлений – данная работа направлена на техническое обслуживание ИС, так как обновления пригодятся в дальнейшем
2.3. Архитектура разрабатываемого прикладного решения
Для решения поставленных задач в курсовой работе , в информационной системе будут использоваться некоторые перечни справочников:
- Справочник «Сотрудники»
В данном справочнике содержится информация о сотрудниках частного дошкольного образовательного учреждения, которые выполняют обучение контингента. Данный справочник является не оперативным. Реквизиты перечислены ниже:
- Номер Сотрудника
- ФИО
- Должность
2. Справочник «Текущий-Контингент»
В данном справочник хранится информация о контингенте.
Содержит следующие реквизиты:
- Табель
- ФИО
- Группа
- Успеваемость
В таблице 13 приведена статистика использования различных справочников.
Таблица 13
Статистика использования справочника
|
Название справочника |
Ответственный за его ведение |
Средний объем справочника в записях |
Средняя частота актуализации |
Средний объем актуализации |
|---|---|---|---|---|
|
Справочник «Сотрудники» |
Заместитель-заведующего |
100 |
~2 раза в месяц |
1 запись |
|
Справочник “Континген” |
Методист |
100> |
~1 раз в месяц. |
1 запись |