Научная работа: Разработка технического задания на создание системы управления процессом разработки программных продуктов Короб-IT в ООО ККМ02

• обмен документами и прочими рабочими материалами.

3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

3.1 Анализ объекта автоматизации

Объект автоматизации - ИТ-компания автоматизации предприятий торговли, общественного питания и индустрии развлечений ООО «ККМ02».

ООО «ККМ02» - компания "Контрольно-кассовые машины 02", которая существует на рынке автоматизации более 10 лет. Основное направление деятельности - автоматизация предприятий торговли, общественного питания и индустрии развлечений. Компания поставляет надежное оборудование и программное обеспечение для автоматизации бизнес-процессов, оказываем полный спектр услуг - от установки и настройки оборудования, до комплексного внедрения информационных систем управления предприятием. На рисунке 1 представлена организационная структура компании ООО «ККМ02»

Основные цели предприятия

• получение прибыли;

• привлечение новых клиентов;

• постоянное улучшение деятельности компании;

• улучшение условий работы сотрудников;

• постоянное совершенствование предоставляемых услуг. Предмет деятельности предприятия

• автоматизация предприятий в сфере услуг;

• поставка торгового оборудования;

• внедрение и сопровождение собственных программных решений. 3.2 Автоматизируемый бизнес-процесс

Занимаясь автоматизацией предприятий, работающих в сфере торговли и услуг, компания ООО «ККМ02» непрерывно разрабатывает и модернизирует различные программные продукты. Исходя из того, что специфика работы компании заключается в удаленной работе сотрудников, которые выполняют свою работу находясь в различных городах России, им необходим непрерывное общение и контроль выполнения задач, которые ставит им руководство компании.

Рассмотрим паспорт автоматизируемого бизнес-процесса.

Название бизнес-процесса: разработка программного продукта.

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

Владелец бизнес-процесса: директор компании ООО «ККМ02».

Команда бизнес-процесса: менеджер проекта, проектировщик, программисты, тестировщик.

Клиенты бизнес-процесса: заказчик программного продукта.

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

Инициирующее событие: заявка от клиента на выполнение проекта.

Завершающее событие: подписание «Акта выполненных работ».

3.3 Процесс управления проектной деятельностью «как есть» («AS IS»)

Модель процесса управления проектной деятельностью «как есть», выполненная в нотации Eepc, представлена на рисунке 2.

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

1. Выполняется обследование предметной области.

2. Назначается проектная группа.

3. Распределяются задачи проекта.

4. Выполняются работы по реализации проекта.

5. Выполняется сдача проекта заказчику.

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

Рисунок 6 Организация деятельности компании ООО «ККМ02» AS-IS

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

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

3.5 Процесс управления проектной деятельностью «как будет» («TO BE»)

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

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

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

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

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

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

Рисунок 7 Организация деятельности компании ООО «ККМ02» TO-BE

4 ТРЕБОВАНИЯ К СИСТЕМЕ

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

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

Разработка СУПРПП «Короб-IT» для компании ООО «ККМ02» включает в себя:

• определение потребностей заказчика;

• определение состава проектной группы;

• проектирование системы в соответствии с ЧТЗ;

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

• разработка шаблонов для реализации проектов в соответствии с классификацией;

• выполнение самого процесса разработки системы.

4.1.1.1 Критерии выбора наиболее подходящего программного решения

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

• подсистема хранения данных;

• подсистема расчета;

• подсистема формирования отчетности.

Для выбора программных средств для каждой подсистемы, были выделены общие критерии оценки программных средств.

• стоимость;

• стаж использования программного продукта;

• доступность приобретения;

• степень освоения программного продукта;

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

• интеграция с другими приложениями;

• платформа MS Windows;

• наличие сетевой версии;

• интеграция с Internet;

• наличие системы на предприятии (необязательно).

4.1.1.2 Требования к разработке корпоративного стандарта управления проектами В Корпоративном стандарте по управлению проектами необходимо:

• привести рекомендации по управлению отдельными проектами;

• дать определение термину управление проектами и связанным с ним понятиям;

• описать жизненный цикл управления проектами и сопутствующие процессы;

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

Основными целями Корпоративного стандарта по управлению проектами по методологии SCRUM являются:

• стандартизация организационных структур и процессов управления проектами, форм рабочих документов;

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

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

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

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

Разрабатываемая система управления процессом разработки программных продуктов предназначена для руководства и сотрудников компании ООО «ККМ02», которые будут использовать систему преимущественно для организации своего рабочего процесса в процессе выполнения проектов.

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

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

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

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

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

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

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

Деятельность персонала по эксплуатации системы должна регулироваться должностными инструкциями.

Исходя из специфики работы компании ООО «ККМ02» определим основные роли при эксплуатации системы:

• Директор компании ООО «ККМ02».

• Менеджер проекта.

• Сотрудники компании ООО «ККМ02».

Основные профили заинтересованных лиц при эксплуатации системы представлен в таблице 2.

Таблица 2

Профили заинтересованных лиц системы

4.1.4 Требования к надежности

4.1.4.1 Требования к надежному функционированию

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

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

• при отключении Интернета;

• при ошибках, связанных с работоспособностью сервера;

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