РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССОМ РАЗРАБОТКИ ПРОГРАММНЫХ ПРОДУКТОВ «КОРОБ-IT» В ООО «ККМ02»

Соколова А.А. 1

1ФГБОУ ВПО МГТУ им. Г.И. Носова

Работа в формате PDF

2.1 MB

Сертификат участника

Комментарии

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

Содержание

Введение 3

1.Обследование объекта информатизации 5

1.1 Анализ и обоснование создания системы управления процессом разработки программных продуктов 5

1.2 Постановка задачи по созданию системы управления процессом разработки программных продуктов в ООО «ККМ02» 8

1.3 Анализ существующих ИТ-решений 13

Выводы по главе 1 17

2. Разработка проектных решений 18

2.1 Функциональные требования к системе управления процессом разработки программных продуктов «Короб-IT» 18

2.2 Обоснование проектных решений по видам обеспечения 26

2.3 Разработка типовой ИТ-инфраструктуры 30

Выводы по главе 2 32

Заключение 33

Список используемой литературы 34

Приложение А. Описание инфологическое модели БД 38

Приложение Б. Описание инфраструктуры компании ООО «ККМ02» 41

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

Введение

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

Система реализована, чаще всего, в виде приложения с удобным инструментарием, направленным преимущественно для:

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

Цель курсовой работы - разработать техническое задание на создание системы управления процессом разработки программных продуктов в ООО «ККМ02» для повышения эффективности выполнения проектов компании (Приложение В).

Основные задачи курсовой работы:

Проанализировать деятельность компании ООО «ККМ02».
Обследовать процесс разработки программных продуктов
Формирование требований к разрабатываемой системе.
Описание основных разделов технического задания по ГОСТ 34.602.

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

Предметом исследования является система управления компанией.

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

Структура курсовой работы построена на основе структуры технического задания на разработку автоматизированной системы и условий разработки. Содержание первой главы направлено на описание объекта автоматизации и принятия управленческого решения компании заказчика. Содержание второй главы направлено на описание функциональных требований к разрабатываемой системы для компании ООО «ККМ02» и готовности компании к дальнейшей автоматизации путём определения ИТ-инфраструктуры.

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

1.1 Анализ и обоснование создания системы управления процессом разработки программных продуктов

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

TrideLine – это программная платформа для создания эффективных систем лояльности покупателей. Это своего рода бонусная программа, которая не требует реальных затрат на скидку. Основные возможности программы: регистрация и идентификация в бонусной программе через телефонный номер; создание специальные бонусные карты для сотрудников; возможность SMS-оповещения и рассылки; создание личного кабинета покупателя [2].

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

Рисунок 1 - Орг. структура компании ООО «ККМ02»

В целях повышения эффективности выполнения работ по созданию программных продуктов, директор компании принял решение о том, что им необходима система управления процессом разработки. В основу решения легли две гибких методологии: Scrum (Скрам) и Kanban (Канбан).

Скрам – это фреймворк, в рамках которого возможно решать сложные адаптивные проблемы и в то же время продуктивно и креативно разрабатывать продукты наивысшего качества [9].

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

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

Скрам основывается на теории управления эмпирическими процессами или эмпиризме. Эмпиризм утверждает, что знание приходит с опытом, решения принимаются на основании того, что является известным. Скрам использует итеративно-инкрементальный подход для оптимизации прогнозируемости и управления рисками [9].

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

Скрам предписывает четыре формальные возможности для инспекции и адаптации:

Планирование Спринта.
Ежедневный Скрам.
Обзор Спринта.
Ретроспектива Спринта.

Скрам Команда состоит из Владельца Продукта, Команды Разработки и Скрам Мастера. Скрам Команды являются самоорганизующимися и кросс-функциональными.

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

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

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

Система канбан позволяет оптимизировать цепочку планирования производственных мощностей, начиная от прогноза спроса, планирования производственных заданий и балансировки/распределения этих заданий по производственным мощностям с оптимизацией их загрузки. Является составной частью этой системы производства «точно-во-время» (Just-in-Time-Production, JIT). [10]

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

1.2 Постановка задачи по созданию системы управления процессом разработки программных продуктов в ООО «ККМ02»

По правилам оформления постановки задачи первыми основными пунктами для описания являются «Направление бизнеса» и «Краткая характеристика компании». В постановке задачи по созданию системы управления процессом разработки программных продуктов данные пункты имеет смысл упустить, ввиду описания их ранее в параграфе 1.

Далее представлена постановка задачи на создание системы в соответствии с основными правилами.

Миссия предприятия

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

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

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

Предмет деятельности предприятия

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

Описание рабочей области моделирования

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

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

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

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

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

Обеспечение удобного взаимодействия сотрудников в единой среде.
Обеспечение контроля выполнения поставленных задач.
Формирование отчетных документов по ходу выполнения задач.
Графическое представление процесса выполнения задач в виде диаграмм и графиков.
Постановка задач каждому сотруднику.
Отслеживание времени выполнения задач.
Ранжирование задач и многое другое.

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

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

Используя методику «будет/не будет», определим, какие объекты и процессы будут принадлежать предметной области.

Будет:

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

Не будет:

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

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

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

Основные функции предметной области

Основная функция – организация единой среды взаимодействия сотрудников компании «ККМ02» и ее заказчиков по вопросам планирования и разработки программных решений.

Дополнительными функциями являются:

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

Основные данные предметной области

Основными данными моделируемого бизнес-процесса можно считать:

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

1.3 Анализ существующих ИТ-решений

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

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

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

Instant Business Network — это удобный веб-портал для управления проектами и совместной работы сотрудников компании над общими задачами, процессами, документами.

Решение заметно повышает эффективность труда, упорядочивает ежедневную работу и значительно сокращает затраты и время на рутинные бизнес-процессы. Включает модули управления проектами, управления процессами и согласования документов, управления инцидентами (helpdesk). Система управления проектами (СУП) включает в себя простые и удобные инструменты для ведения проектов. Модуль проектного управления (IBN Project Management) является частью программного продукта IBN и позволяет автоматизировать проектную работу компании. IBN Project Management включает все необходимы инструменты планирования и управления проектами и уникальные средства обмена данными проектов с MS Project [4].

qTrack - Система управления проектами с уникальными возможностями коммуникаций - сервис полностью интегрирован с электронной почтой: обсуждать задачи так же легко, как по e-mail, а управлять и следить за их выполнением так же удобно, как в трекере. Базовые возможности предоставляются бесплатно [3].

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

Максимальный тарифный план Worksection включает в свой состав неограниченное число пользователей, неограниченное число активных проектов, хранилище свыше 50 ГБ, календарь, диаграмму Ганта, инструменты учёта времени, таймер, систему управления финансами, FTP-хранилище, аккаунт на своём домене, SSL-шифрование для улучшенной защиты данных и резервное копирование для предохранения информации от сбоев. [6]

Битрикс24 – социальный интранет, включающий в себя, наряду с CRM, систему управления задачами. Создан и поддерживается российской компанией «1С-Битрикс». Работает как облачный сервис, но возможна и поставка коробочной версии. По оценкам компании-разработчика, сервисом «Битрикс24» пользуются свыше 188 тыс. компаний в странах СНГ и за рубежом. В системе можно работать с сервисом в облаке или установить коробочную версию на ваш сервер, чтобы индивидуально настроить бизнес-логику, интерфейс, интегрировать с «1С:ЗУП». Коробочная версия сервиса - это продукт «1С-Битрикс24» [7].

Мегаплан – облачная система управления бизнесом, включает в себя CRM, ERP и инструменты для постановки и делегирования задач. Предлагает несколько масштабируемых тарифных пакетов, работает как SaaS. Особенность платформы — наличие тарифного конструктора: четких тарифов здесь нет, а итоговая цена зависит от числа сотрудников, подключения инструментов финансового учета и документооборота и желаемой скидки при оплате на год вперед [8].

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

Таблица 1 - Сравнение существующих аналогов

Критерий	Comindwork	IBN	qTrack	Worksection	Мегаплан	Битрикс24
Объем функционала системы	+	+	-	+	+	+
Скорость работы	+	+	+	+	+	+
Дизайн	+	-	+	+	+	+
Подключениеклиентов в систему	+	+	+	+	+	+
Объединениесотрудников в группы	-	+	+	+	+	+
Система оповещений по e-mail	+	+	+	+	+	+
Разграничениедоступа к проектам	+	+	+	+	+	+
Вложенность задач	-	+	-	+	+	+
Возможность указатьточное время выполнения	-	+	-	-	-	+
Статусы состояниязадач	+	+	+	+	+	+
Шаблоны задач	-	-	-	-	+	+
Оповещение оназначенной задаче	+	+	+	+	+	+
Учет рабочего времени (Тайм-трекинг)	-	+	-	+	+	+
Загрузка файлов	+	+	+	+	+	+
Привязка файловк задачам	-	+	+	+	+	+
Блоги сотрудников	+	-	-	-	-	-
Наличие полностьюбесплатной версии	-	-	-	-	-	-
Стоимость в месяц (для моих условий)	$50 +	$30 +	$20 +	$66 -	$80 -	$77 -

Система «Битрикс24» по мнению директора компании «ККМ02» в свое время была наиболее пригодной для использования на предприятии. Она значительно выигрывает среди других систем по функционалу и репутации использования. На сегодняшний день Битрикс24 частично используется в компании, но система не в полной мере удовлетворяет запросам директора «ККМ02».

Выводы по главе 1

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

Исходя из анализа готовых решений, которые в достаточной степени удовлетворяют требованиям руководства компании «ККМ02», можно сделать вывод о том, что системы Мегаплан и Битрикс24 вполне можно было бы внедрить в компанию для управления процессом разработки программных продуктов. Но так как система Битрикс24 уже использовалась в компании и не дала положительного результата, а Мегаплан значительно проигрывает по цене, было принято решение о разработке новой системы управления процессом разработки программных продуктов.

2. Разработка проектных решений 2.1 Функциональные требования к системе управления процессом разработки программных продуктов «Короб-IT»

Функциональные требования к системе «Короб-IT» можно определить несколькими способами. В данном случае требования к системе управления процессом разработки программных продуктов пропишем в виде двух важных документов: Бизнес требования и Документ о вариантах использования.

1.1 Исходные данные: Сотрудники компании ООО «ККМ02» работают по принципу удаленной работы. Практически каждый из сотрудников находится в том или ином городе России. Руководством компании была поставлена задача реализовать методологию Scrum (Скрам) для улучшения выполнения работы по проектам. Но учитывая территориальную удаленность, у сотрудников компании нет возможности использования методологии как она есть. Возникают трудности в общении между менеджером проекта (скрам мастером) и сотрудниками, менеджером проекта и начальством, начальством и сотрудниками. Происходит постоянное дублирование информации по постановке и выполнению задач, а также увеличивается время обработки задач пред выполнением из-за обилия программных средств, которыми пользуются сотрудники при общении между собой. Исходя из всего этого было принято решение о разработке единой системы управления бизнес-процессами компании, которая позволит удобно общаться и отслеживать выполнение поставленных задач.

1.2 Бизнес - цели и критерии успеха

Бизнес – цель 1. Увеличить прибыль, засчет более эффективного выполнения бизнес-проектов компании.

Бизнес – цель 2. Уменьшить количество используемых программных средств для общения между сотрудниками.

Бизнес - цель 3. Грамотная постановка задач по реализации бизнес-проектов компании.

Бизнес – цель 4. Уменьшить время выполнения задач по бизнес-проектам, засчет постановки отслеживания конкретного времени выполнения задач.

Критерий успеха 1. Все сотрудники ООО «ККМ02» должны использовать систему управления бизнес-процессами.

Критерий успеха 2. Все сотрудники ООО «ККМ02» должны по максимуму использовать функционал системы управления бизнес-процессами.

1.3 Факторы бизнес – риска

Фактор бизнес – риска 1. Эффективное использование системы управления бизнес-процессами зависит от уровня заинтересованности и мотивации сотрудников. Вероятность = 0,6.

Фактор бизнес – риска 2. Не все сотрудники готовы к работе с новой системой. Потребуются временные ресурсы на привыкание и обучение персонала. Вероятность = 0,6.

Фактор риска 3. У менеджера проекта (скрам мастера) добавится обязанности по контролю за использованием системы другими сотрудниками. Вероятность = 0,4.

Фактор риска 4. Не все сотрудники готовы к работе с новой системой, поэтому не сразу уменьшится количество используемого ПО. Вероятность = 0,4.

2. Образ решения

2.1 Положение об образе проекта

Для сотрудников (пользователей) ООО «ККМ02» разрабатываемая информационная система «Короб-IT» будет представлять вэб-приложение на основе облачного сервиса, позволяющее эффективно организовывать процесс разработки программных продуктов и других бизнес-процессов компании. Система предназначена абсолютно для всех сотрудников компании ООО «ККМ02». Для руководства предприятия система будет служить дополнительным способом контроля за работой сотрудников. Система также предназначена для связи руководства с клиентами компании и обсуждения с ними вопросов, связанных с выполняемыми проектами.

2.2 Основные функции

Основные функции 1. Назначение задач сотрудникам.

Основные функции 2. Постановка времени на задачу.

Основные функции 3. Ведение графика выполнения задач.

Основные функции 4. Отслеживание статуса выполнения задач.

Основные функции 5. Проведение диалоговых и приватных конференций между сотрудниками и руководством.

Основные функции 6. Проведение видео конференций.

Основные функции 7. Координирование задач с помощью доски задач по методологии Scrum или Kanban.

Основные функции 8. Обмен документами и прочими рабочими материалами.

2.3 Предположения и зависимости.

Предположения и зависимости 1. Для размещения системы желательно приобрести свой сервер для удобства администрирования системы и безопасности хранения информации.

Предположения и зависимости 2. Для более быстрой работы в системе необходим качественный, бесперебойный и быстрый интернет.

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

3. Масштабы и ограничения проекта

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

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

Ограничение и исключение 3. Увеличение расходов на заработную плату нового сотрудника компании, менеджера проекта.

Ограничение и исключение 4. Длительный срок привыкания к системе.

4. Бизнес-контент

4.1. Профили заинтересованных в проекте лиц

В таблице 2 представлены профили заинтересованных лиц компании ООО «ККМ02».

Таблица 2 - Профили заинтересованных лиц

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

4.2.Приоритеты проекта

В таблице 3 представлены приоритеты проекта разработки системы управления «Короб-IT».

Таблица 3 - Профили заинтересованных лиц

Область	Движущая сила	Ограничения	Степень свободы
Сроки	Команда работы над проектом	Увеличение сроков выполнения проекта	Возможно увеличение сроков выполнения проекта на 10-15 % от общего времени
Функции	Техническое задание и оговоренный функционал с заказчиком	Все функции должны быть полностью реализованы в соответствии с ТЗ	Не предусмотрена
Качество	Удовлетворенность заказчика	Большинство проверочных испытаний, проводимых пользователями, должны быть выполнены	Ошибки, которые будут возникать в системе должны быть незначительными и не нарушать целостность системы
Персонал	Планируемый размер команды: менеджер проекта, программист, проектировщик, тестировщик, верстальщик.	Невыполнение обязанностей с связи с болезнью, командировкой и другими факторами.	Размер команды может менятся в зависимости от возникающих проблем реализации проекта
Расходы	Бюджет компании	Незапланированное увеличение расходов на реализацию проекта	До 15 % процентов перерасхода по бюджету возможны без пересмотра заказчиками

4.3.Операционная среда

Обеспечивает функционирование разрабатываемой системы. Основным требованиями к операционной среде будут являться наличие бесперебойного, быстрого Интернета, наличие сервера и установленные браузеры: Internet Explorer, Opera, Google Chrome, Mozilla Firefox, Safari и другие.

5. Требования пользователя

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

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

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

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

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

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

Таблица 4 - Варианты использования для каждого актера

Действующее лицо (актер)	Вариант использования (прецедент)
Директор	Дача рекомендаций по выполнению задач. Авторизация. Общение со всеми сотрудниками компании. Ведение видеоконференций.
Менеджер проекта	Формирование списка задач. Дача рекомендаций по выполнению задач. Авторизация. Общение со всеми сотрудниками компании. Администрирование системы. Отметка времени выполнения задач. Ведение видеоконференций.
Сотрудники компании	Авторизация. Общение со всеми сотрудниками компании. Ведение видеоконференций Ведение истории выполнения задач

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

Таблица 5 - Сценарий выполнения варианта использования

«Формирование списка задач»

№ варианта использования	Вариант использования 1
Название	Формирование списка задач
Автор	Соколова А.А.
Дата создания	15.12.2015
Действующее лицо	Менеджер проекта
Описание	Менеджер проекта входит в систему. Открывает раздел «Назначение задач». В формах ввода информации вводит название задачи, сроки выполнения и ответственных за выполнение. Далее задача размещается в списках поставленных задач.
Предварительные условия.	Менеджер проекта имеет доступ к системе. Менеджер проекта имеет необходимую информацию для ввода.
Выходные условия	Сформированный список поставленных задач для каждого сотрудника компании.
Нормальное направление	Список задач сформирован Менеджер запускает систему. Менеджер авторизуется в системе. Менеджер открывает раздел задач. Менеджер нажимает кнопку «Сформировать новую задачу». Менеджер заполняет информацию о задаче. Менеджер назначает ответственных за задачу. Менеджер сохраняет вводимые данные.
Приоритет	Высокий
Частота использования	В зависимости от поступления новых задач, примерно один раз в 1-2 дня.
Особые требования	Сформированный список доступен каждому сотруднику компании. Должен быть подключен календарь.
Замечания и вопросы	Дата изменения списка задач – текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 20.00 для каждого часового пояса.

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

2.2 Обоснование проектных решений по видам обеспечения

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

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

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

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

Организационное обеспечение

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

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

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

Программное обеспечение

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

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

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

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

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

Подсистема хранения данных будет реализована с помощью специального сервера DEPO Storage 1304 и облачного пространства в нем. Для построения инфологической модели данных будет использовано программное средство CA ERwin Data Modeler Community Edition 9.0.

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

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

Технологическое обеспечение

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

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

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

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

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

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

Информационное обеспечение

Основой для описания требований к информационному обеспечению служит инфологическая модель данных. Инфологическая модель данных является визуальным представлением структур данных и бизнес-правил для СУБД. Визуальное представление модели представлено на рисунке 4.

Рисунок 4 - Логическая модель БД

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

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

Полное описание инфологической модели данных представлено в Приложении Б.

2.3 Разработка типовой ИТ-инфраструктуры

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

IT –инфраструктура – это совокупность информационных центров, баз данных и систем связи, обеспечивающая доступ пользователей к информационным ресурсам предприятия [12].

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

Так как большинство сотрудников ООО «ККМ02» работают удаленно, они имеют свое рабочее место, оснащенное по-разному, но у каждого имеется стандартный набор оборудования для автоматизированного рабочего места (АРМ): компьютер, смартфон, МФУ.

Каждый сотрудник имеет выход в Интернет, так как система управления работает по принципу облачных систем, для которых необходим выход в интернет. ИТ-инфраструктура компании представлена на рисунке 1. Подробное описание модели представлено в Приложении В.

Рисунок 5 - ИТ-инфраструктура компании ООО «ККМ02»

Проведя обследование IT-инфраструктуры, исходя из характеристик, представленных в модели и таблице можно сделать вывод о том, что ИТ-инфраструктура компании «ККМ02», а именно программное и техническое оснащение отвечает тенденциям современной инфраструктуры компаний с удаленным принципом работы. Также ИТ-инфраструктура каждого сотрудника компании можно считать достаточно типовой, что говорит о единстве и слаженности работы.

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

Выводы по главе 2

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

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

Заключение

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

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

Несмотря на обилие готовых систем управления проектами, таких как Битрикс 24, Мегаплан, Comindwork, IBN, решение по разработке системы управления процессом разработки программных продуктов «Короб-IT» стало более привлекательным для директора компании ООО «ККМ02».

В конечном итоге, в данной курсовой работе были описаны основные положения, которые позволят написать грамотное техническое задание на разработку системы управления процессом разработки программных продуктов «Короб-IT» для компании ООО «ККМ02». Были выполнены основные задачи курсовой работы: была описана компания, которая приняла решение об автоматизации своего бизнеса, обследованы существующие решений автоматизации, описаны требования к разрабатываемой системе «Короб-IT», обследована готовность компании к дальнейшему внедрению системы, написано техническое задание на разработку.

Список используемой литературы

Официальный сайт компании ООО «ККМ02». [Электронный ресурс] - Режим доступа: http://kkm02.ru/.
Официальный сайт проекта «TrideLine». [Электронный ресурс] - Режим доступа: http://tlsys.ru/.
Официальный сайт системы управления проектами «qTrack». [Электронный ресурс] - Режим доступа: http://qtrack.ru/.
Официальный сайт разработчика IBN «GitHub». Раздел «IBN». [Электронный ресурс] - Режим доступа: https://github.com/InstantBusinessNetwork/IBN.
Официальный сайт системы управления проектами «Comindwork». [Электронный ресурс] - Режим доступа: http://www.comindwork.ru/.
Официальный сайт системы управления проектами «Worksection». [Электронный ресурс] - Режим доступа: http://worksection.com/.
Официальный сайт системы управления проектами «Битрикс24». [Электронный ресурс] - Режим доступа: https://www.bitrix24.ru/.
Официальный сайт системы управления проектами «Мегаплан». [Электронный ресурс] - Режим доступа: https://megaplan.ru.
«Скрам Гайд» - исчерпывающее руководство по Скраму: правила игры. 2014 Scrum.Org and ScrumInc.
Информационный сайт «Управление производством». Раздел «Канбан». [Электронный ресурс] - Режим доступа: http://www.up-pro.ru/encyclopedia/kanban-sistema.html.
ГОСТ 24.003 «Единая система стандартов АСУ. Автоматизированные системы управления. Термины и определения».
Информационный сайт «Center-YF». Статья «ИТ-инфраструктура. [Электронный ресурс] Режим доступа: http://center-yf.ru/data/stat/IT-infrastruktura.php.

Сильвестрова О.В., Новикова Т.Б. Развитие технической инфраструктуры ЛПУ // Современные научные исследования и инновации. 2013. [Электронный ресурс]. Режим доступа: http://web.snauka.ru/issues/2013/03/22907.
ГОСТ 34.602 «Техническое задание на создание автоматизированной системы».
РД 50-34.698-90 «Методические указания. Автоматизированные системы требования к содержанию документов».
Соколова А.А., Новикова Т.Б. Моделирование бизнес-процесса «Ипотечная сделка купли-продажи недвижимости» с использованием методологии ARIS// Электронный научно-практический журнал «Гуманитарные научные исследования». 2014. [Электронный ресурс]. Режим доступа: http://human.snauka.ru/2015/04/10402.
Соколова А.А. Разработка системы управления процессом создания программного продукта. // Современные информационные технологии и ИТ-образование. Научный журнал. 2015.
Новикова Т.Б., Соколова А.А., Кириллов Д.В. Обзор ИТ-решений по управлению процессом разработки программного продукта. // Международная научно-практическая конференция «Информационные технологии в образовании XXI века». 2015.
Арефьева Е.С., Соколова А.А., Абдрахманов Д.В. Внедрение системы «Интеллектуальный склад» на ЗАО «Магнитогорский комбинат хлебопродуктов - Ситно». // Российской научной конференции «Интеллектуальные системы в информационном противоборстве». 2015.
Глущенко Т.Б. Модель подготовки будущих учителей к использованию новых информационных технологий в формировании имиджа образовательного учреждения// Вестник Челябинского государственного педагогического университета. 2009.
Глущенко Т.Б. Повышение профессиональной квалификации преподавателей как педагогическое условие подготовки будущего учителя к использованию новых информационных технологий в формировании имиджа образовательного учреждения / Т.Б. Глущенко. - Научные труды SWorld. Т. 14. № 1.
Глущенко Т.Б. Структура и содержание готовности будущего учителя к использованию новых информационных технологий в формировании имиджа образовательного учреждения// Информатика и образование. 2009.
Давлеткиреева Л.З. Инжиниринг бизнес-процессов и разработка системной архитектуры для оптимальной организации Интернет-конференции / Л.З. Давлеткиреева, И.К. Скокова // Проблемы и достижения в науке и технике: Сборник научных трудов по итогам международной научно-практической конференции. № 2. Омск, 2015.
Давлеткиреева Л.З., Новикова Т.Б., Курзаева Л.В., Лактионова Ю.С., Подкользина Л.В. Управление технологической архитектурой организации на основе усовершенствованного метода EnterpriseArchitecturePlanning / Л.З. Давлеткиреева, Т.Б. Новикова, Л.В. Курзаева, Ю.С. Лактионова, Л.В. Подкользина. - Фундаментальные исследования, №8 (часть 2), 2015.
Новикова Т.Б., Сумароковская Е.Ф. ИТ-решения для государственных учреждений на примере отделения пропаганды / Т.Б. Новикова, Е.Ф. Сумароковская. - Современные тенденции развития науки и производства, Сборник материалов Международной научно-практической конференции : в 4-х томах. Западно-Сибирский научный центр, Кузбасский государственный технический университет имени Т.Ф. Горбачева, Международный научно-образовательный центр КузГТУ-Arena Multimedia. Кемерово, 2014.

Приложение А. Описание инфологическое модели БД

Проект

Описание: Содержит поля, описывающие существующий выполняемый проект.

Атрибуты таблицы «Проект», описывающей сущность «Проект» приведены в Таблице 1.

Таблица 6.Проект

№	Название поля	Тип	Ключи	Ограничение
1	ID_Проекта	INT(10)	PK, NN, AI, US
2	ID_Клиента	INT(10)	FK, NN, US
3	ID_Пользователя	INT(10)	FK, NN, US
4	Название	CHAR(50)
5	Срок_реализации	CHAR(50)
6	Описание_проекта	TEXT
7	Цена_проекта	CHAR(50)

Пользователь

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

Атрибуты таблицы «Пользователь», описывающей сущность «Пользователь» приведены в Таблице 2.

Таблица 7.Пользователь

№	Наименование	Тип	Ключи	Ограничение
1	ID_Пользователя	INT(10)	PK, NN, AI, US
2	ФИО	TEXT
3	Пол	INT(10)
4	Дата_рождения	DATETIME
5	Должность	TEXT
6	E-mail	TEXT
7	Телефон	INT(12)

Время

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

Атрибуты таблицы «Время», описывающей сущность «Время» приведены в Таблице 3.

Таблица 8. Время

№	Название поля	Тип	Ключи	Ограничение
1	ID_Времени	INT(10)	PK, NN, AI, US
2	ID_Пользователя	INT(10)	FK, NN, US
3	ID_Задачи	INT(10)	FK, NN, US
4	Начало_выполнения_задачи	DATETIME
5	Окончание_выполнения_задачи	DATETIME
6	Количество_рабочего_времени	DATETIME
7	Время_на_отдых	DATETIME

Задача

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

Атрибуты таблицы «Задача», описывающей сущность «Здача» приведены в Таблице 4.

Таблица 9. Задача

№	Наименование	Тип	Ключи	Ограничение
1	ID_Задачи	INT(10)	PK, NN, AI, US
2	ID_Подзадачи	INT(10)	FK, NN, US
3	ID_Пользователя	INT(10)	FK, NN, US
4	Название_задачи	TEXT
5	Дата_начала	DATETIME
6	Дата_окончания	DATETIME
	Статус_задачи	TEXT
	Описание_задачи	TEXT

Подзадача

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

Атрибуты таблицы «Подзадача», описывающей сущность «Подзадача» приведены в Таблице 5.

Таблица 10. Подзадача

№	Наименование	Тип	Ключи	Ограничение
1	ID_Подзадачи	INT(10)	PK, NN, AI, US
2	Название	TEXT
3	Комментарий	TEXT

Клиент (заказчик)

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

Атрибуты таблицы «Клиент», описывающей сущность «Клиент (заказчик)» приведены в Таблице 6.

Таблица 11. Клиент

№	Наименование	Тип	Ключи	Ограничение
1	ID_Клиента	INT(10)	PK, NN, AI, US
2	ФИО	TEXT
3	Организация	TEXT
4	Телефон	INT(12)
5	Адрес_организации	TEXT

Приложение Б. Описание инфраструктуры компании ООО «ККМ02»

Техническая и информационная оснащенность типовых автоматизированных рабочих мест представлена в таблице 2.

Таблица 12 - Характеристика ИТ-инфраструктуры ООО "ККМ02"

Пользователь	Характеристика АРМа
АРМ Директора, Заместителя директора	Состав: Рабочий стол. Компьютер (или Ноутбук) Смартфон МФУ ПО: Система: Microsoft Windows 8 Microsoft Office 2013 Adobe Reader 9.1 Антивирус «Касперский» Справочник «ДубльГИС» Система управления Сервер системе Приложения (в том числе и мобильные) Skype 7.6. Viber Evernote
АРМ Менеджера	Состав: Рабочий стол. Компьютер (или Ноутбук) Смартфон МФУ ПО: Система: Microsoft Windows 8 Microsoft Office 2013 Adobe Reader 9.1 Антивирус «Касперский» Справочник «ДубльГИС» Система управления Приложения (в том числе и мобильные) Skype 7.6. Viber Evernote
АРМ Проектировщика, Программиста	Состав: Рабочий стол. Компьютер (или Ноутбук) Смартфон МФУ ПО: Система: Microsoft Windows 8 Microsoft Office 2013 Adobe Reader 9.1 Антивирус «Касперский» Справочник «ДубльГИС» Система управления Программа RAD Studio XE5 Программа Delphi 7 Erwin Data Modeler 9.0. SQL Server Приложения (в том числе и мобильные) Skype 7.6. Viber Evernote

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

Утверждаю

Разработчик

_____________ А. А. Соколова

«___» _____________ 2015 г.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На разработку системы управления процессом разработки

программного продукта в ООО «ККМ02»

2015 г.

Содержание

1 ОБЩИЕ СВЕДЕНИЯ 3

1.1 Полное наименование системы и ее условное обозначение 3

1.2 Наименования организации-заказчика и организаций-участников работ 3

1.3 Перечень документов, на основании которых разрабатывается система 3

1.4 Плановые сроки начала и окончания работы по созданию системы 3

1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы 3

1.6 Источники и порядок финансирования работ 3

1.7 Перечень нормативно-технических документов, использованных при разработке ЧТЗ 3

1.8 Определения, обозначения и сокращения 4

2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ 5

2.1 Назначение системы 5

2.2 Цели создания системы 5

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

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

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

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

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

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

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

4.1.5 Требования к безопасности 13

4.1.6 Требования к эргономике и технической эстетике 14

4.1.7 Требования к транспортабельности для подвижных АС 14

4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 14

4.1.9 Требования к защите информации от несанкционированного доступа 15

4.1.10 Требования по сохранности информации при авариях 15

4.1.11 Требования к защите от влияния внешних воздействий 15

4.1.12 Требования к патентной чистоте 15

4.2 Требования к функциям (задачам), выполняемым системой 15

4.2.1 Основные функции системы 15

4.2.2 Организация входных и выходных данных 16

4.3 Требования к видам обеспечения 17

4.3.1 Требования к математическому обеспечению системы. 17

4.3.2 Требования к информационному обеспечению системы 17

4.3.3 Требования к лингвистическому обеспечению системы 17

4.3.4 Требования к программному обеспечению системы 18

4.3.5 Требования к техническому обеспечению 18

4.3.6 Требования к метрологическому обеспечению 18

4.3.7 Требования к организационному обеспечению 18

5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ И ВНЕДРЕНИЮ СИСТЕМЫ 19

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ 21

6.1 Виды, состав, объем и методы испытаний системы 21

6.3 Статус приемочной комиссии 21

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ 21

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ 21

9 ИСТОЧНИКИ РАЗРАБОТКИ 22

1 ОБЩИЕ СВЕДЕНИЯ

1.1 Полное наименование системы и ее условное обозначение

Полное наименование системы: Система управления процессом разработки программного продукта «Короб-IT» в ИТ-компании ООО «ККМ02».

Краткое наименование системы: СУПРПП «Короб-IT».

1.2 Наименования организации-заказчика и организаций-участников работ

Организация заказчик: ООО «ККМ02» в лице директора компании Куренева Андрей Викторовича (заказчик).

Организация исполнитель: Магнитогорский Государственный Технический Университет им. Г.И. Носова (МГТУ им. Г.И. Носова) в лице студентки ИЭиАС, кафедры прикладной информатики Соколовой Ангелины Андреевны (исполнитель).

1.3 Перечень документов, на основании которых разрабатывается система

Договор на между заказчиком и исполнителем на выполнение заказа по разработке и внедрению системы управления процессом разработки программного продукта «Короб-IT» в компании ООО «ККМ02».

1.4 Плановые сроки начала и окончания работы по созданию системы

Плановый срок начала работ по разработке системы управления процессом разработки программного продукта «Короб-IT» в ИТ-компании ООО «ККМ02» – 1 февраля 2016 года.

Плановый срок окончания работ по разработке системы управления процессом разработки программного продукта «Короб-IT» в ИТ-компании ООО «ККМ02» – 1 июля 2016 года.

1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы

1.5.2 Система передается в виде функционирующего облачного сервиса на базе программных средств Заказчика в сроки, установленные ЧТЗ. Порядок предъявления системы, ее испытаний и окончательной приемки определен в п.6 настоящего ЧТЗ.

1.5.3 Приемка выполненных работ осуществляется заказчиком в лице директора компании на основании акта сдачи системы в эксплуатацию.

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

1.6 Источники и порядок финансирования работ

Порядок финансирования определяется Бюджетом ООО «ККМ02» на 2016 год.

1.7 Перечень нормативно-технических документов, использованных при разработке ЧТЗ

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

ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
ГОСТ 34.602 -89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;
ГОСТ 2.105-95. Общие требования к текстовым документам.

1.8 Определения, обозначения и сокращения

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

Таблица 13 - Определения, обозначения и сокращения

Термин	Определение
Бюджет проекта	План, содержащий детальное описание всех поступлений и расходов, планируемых в течении жизненного цикла проекта.
Заказчик	Организация, заключившая с Компанией договор на выполнение проекта.
СУПРПП	Система управления процессом разработки программного продукта.
Менеджер проекта	Участник группы разработки проекта, сотрудник компании Исполнителя, который координирует действия всех остальных участников группы разработки
Проект	Координированное выполнение взаимосвязанных действий для достижения определенных целей в условиях временных и ресурсных ограничений.
Ресурсы	Люди, материалы, оборудование и другие средства, задействованные в проекте.
Риски проекта	Потенциальная, численно измеримая возможность неблагоприятных ситуаций и связанных с ними последствий.
Сервер	Специализированный компьютер и/или специализированное оборудование для выполнения на нём сервисного программного обеспечения, находящееся у владельца разрабатываемой системы
Скрам (Scrum)	Фреймворк, в рамках которого возможно решать сложные адаптивные проблемы и в то же время продуктивно и креативно разрабатывать продукты наивысшего качества.
ЧТЗ	Частное техническое задание.
УП	Управление проектами. В соответствии с определением национальным стандартом ANSI PMBoK — область деятельности, в ходе которой определяются и достигаются четкие цели проекта при балансировании между объемом работ, ресурсами (такими как деньги, труд, материалы, энергия, пространство и др.), временем, качеством и рисками.
ООО	Общество с ограниченной ответственностью
ККМ02	Контрольно-кассовые машины 02

2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

2.1 Назначение системы

Система управления процессом разработки программного продукта «Короб-IT» предназначена для организации единой среды взаимодействия сотрудников компании «ККМ02» и ее заказчиков по вопросам планирования и разработки программных решений.

Разрабатываемая система позволит предприятию:

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

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

2.2 Цели создания системы

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

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

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

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

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

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

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

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

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

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

Предмет деятельности предприятия

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

3.2 Автоматизируемый бизнес-процесс

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 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 Требования к надежному функционированию

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

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

4.1.4.2 Время восстановления после отказа

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

перезагрузки Интернет подключения (5 минут);
перезагрузки браузера (1 минута);
перезагрузки страницы (1 минута);
повторная авторизация (1 минута).

4.1.5 Требования к безопасности

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

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

4.1.6 Требования к эргономике и технической эстетике

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

Навигационные элементы должны быть выполнены в удобной для пользователя форме.

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

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

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

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

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

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

4.1.7 Требования к транспортабельности для подвижных АС

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

4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

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

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

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

4.1.9 Требования к защите информации от несанкционированного доступа

Система должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем».

Компоненты подсистемы защиты от НСД должны обеспечивать:

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

Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники».

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

4.1.10 Требования по сохранности информации при авариях

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

4.1.11 Требования к защите от влияния внешних воздействий

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

4.1.12 Требования к патентной чистоте

Установка системы в целом, как и установка отдельных частей системы не должна предъявлять дополнительных требований к покупке лицензий на программное обеспечение сторонних производителей, кроме программного обеспечения, указанного в разделе 4.3.4. (требования к ПО).

4.2 Требования к функциям (задачам), выполняемым системой

4.2.1 Основные функции системы

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

Обеспечение удобного взаимодействия сотрудников в единой среде:
1. ведение диалогового общения;
2. общение посредством приватных переписок;
3. проведение видеоконференций;
4. комментирование задач, отчетов, данных.
Обеспечение контроля выполнения поставленных задач:

1. формирование отчетов по времени выполнения задач;
2. просмотр статуса задачи через Скрам доску;
3. постановка ответственных на задачи и назначение им времени выполнения.

Формирование отчетных документов по ходу выполнения задач:
1. списки подзадач;
2. таблица времени выполнения задач;
3. комментарии к задачам;
4. использование шаблонов документов.
Графическое представление процесса выполнения задач в виде диаграмм и графиков:
1. построение графика процесса выполнение задач;
2. использование доски Скрам.
Постановка задач каждому сотруднику.
1. привязка к конкретной задаче;
2. постановка времени выполнения задачи;
3. привязка к проекту;
4. предоставление необходимых данных о задаче.
Ранжирование задач:
1. Расстановка приоритетов задач;
2. Привязка задачи к конкретному проекту;
3. Отслеживание статуса задачи;
4. Перемещение задачи на доске Скрам по ходу ее выполнения.

4.2.2 Организация входных и выходных данных

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

Данные о проектах:
1. наименование;
2. заказчик;
3. цель;
4. планируемая дата начала проекта;
5. планируемая дата завершения;
6. менеджер проекта;
7. информация о задачах проекта.
Данные о ресурсах:
1. время выполнения каждой задачи;
2. тип;
3. состав;
4. базовый календарь.
Данные о фазах проекта:
1. наименование;
2. дата начала;
3. дата завершения.
Данные о задачах проекта:
1. наименование;
2. дата начала;
3. дата завершения;
4. подзадачи;
5. исполнитель;
6. прикрепленные документы;
7. возможные статусы задачи.

Выходные данные системы – это отчёты по состоянию проекта, выполнению его плановых показателей. Основные выходные данные системы:

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

4.3 Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению системы.

Требования к математическому обеспечению системы не предъявляются.

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

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

4.3.3 Требования к лингвистическому обеспечению системы

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

4.3.4 Требования к программному обеспечению системы

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

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

Также необходимо наличие установленного браузера в зависимости от предпочтений пользователя из предложенных: Internet Explorer, Opera, Google Chrome, Mozilla Firefox, Safari и другие.

4.3.5 Требования к техническому обеспечению

В состав технических средств должен входить персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя:

процессор Intel Core i7, не менее;
оперативную память объемом, 16 Гбайт, не менее;
свободного пространства на жестком диске, 8-15 Гбайт, не менее.

Для установки системы основными являются следующие требования:

64-разрядная версия Windows Server 2013;
Корпоративный выпуск Microsoft SharePoint Server 2013;
Один из браузеров: Internet Explorer, Opera, Google Chrome, Mozilla Firefox, Safari (возможна установка нескольких, в зависимости от предпочтений).

Требования к техническим характеристикам АРМ пользователя и администратора:

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

4.3.6 Требования к метрологическому обеспечению

Требования к метрологическому обеспечению не предъявляются.

4.3.7 Требования к организационному обеспечению

4.3.8 Требования к методическому обеспечению

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

Американский национальный стандарт по управлению проектами ANSI/PMI 99-001-2008.
Руководство к Своду знаний по управлению проектами. Четвертое издание (Руководство PMBOK®).
Исчерпывающее руководство по Скраму «Скрам Гайд»: правила игры. 2014.

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

5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ И ВНЕДРЕНИЮ СИСТЕМЫ

Состав и содержание работ по созданию системы согласованы с Заказчиком. Основные работы и формы из отчетности приведены в таблице 3.

Таблица 3 - Состав и содержание работ по созданию и внедрению системы

Этап	Название этапа	Содержание работ	Форма отчётности
1	2	3	4
1	Анализ требований к Системе	Обследование объекта автоматизации и обоснование необходимости создания Системы Формирование требований пользователей к Системе Разработка графика сдачи проектной документации Закрепление ресурсов	График сдачи проектной документации
2	Анализ бизнес-процессов и разработка устава	Разработка устава проекта Описание бизнес-процесса as is Описание бизнес-процесса to be Презентация заказчику устава проекта, модели бизнес-процесса as is, модели бизнес-процесса to be	Устав проекта, модель бизнес-процесса as is, модель бизнес-процесса to be
3	Техническое задание	Разработка и утверждение технического задания на создание и внедрение Системы	ТЗ
4	Формирование бюджета проекта	Составление сметы расходов Расчет точки безубыточности Расчет показателей эффективности проекта Утверждение бюджета проекта Внесение коррективов в бюджет	Смета расходов Бюджет проекта
5	Проектирование архитектуры системы	Проектирование с использованием UML Планирование интеграции с имеющимися приложениями Составление подробного плана-графика работ Формирование заказа на покупку лицензий	План-график работ
6	Установка ПО	Установка и настройка системы Интеграция с основной БД предприятия Настройка сервера	Отчет о выполненных работах
7	Тестирование	Тестирование интеграции Выявление недостатков в архитектуре системы Устранение недостатков Тестирование интеграции модулей Донастройка компонентов интеграции Повторное тестирование интеграции модулей Тестирование СУП по методологии SCRUM Выявление недостатков системы Устранение недостатков Повторное тестирование	План тестирования, перечень дефектов
8	Документация	Разработка справки Ревизия справки Доработка справки с учетом замечаний Разработка руководства пользователя Ревизия всей документации для пользователей Доработка документации для пользователей с учетом замечаний	Комплект Рабочей и пользовательской документации

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

6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

6.1 Виды, состав, объем и методы испытаний системы

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

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

6.2 Общие требования к приемке работ по стадиям

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

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

6.3 Статус приемочной комиссии

Статус приемочной комиссии определяется Заказчиком до проведения испытаний.

7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

При подготовке к вводу в эксплуатацию СУПРПП «Короб-IT» компания Разработчика, совместно с Заказчиком должна обеспечить выполнение следующих работ:

подготовить пользователей к проведению обучающих мероприятий по работе с системой;
удостовериться о наличии всех необходимых программных компонентов для проведения обучения;
организовать пользователям удобные условия проведения обучения;
подготовить план проведения обучающих мероприятий;
провести опытную эксплуатацию СУПРПП «Короб-IT».

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

8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

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

Таблица 4 - Состав и содержание работ по созданию и внедрению системы

Стадия	Стадия создания	Наименование документа
1	Анализ требований к Системе	Результат обследования предприятия Стратегическая карта организации Схема организационной структуры Перечень требований к системе Обзор программных решений График сдачи проектной документации
2	Анализ бизнес-процессов и разработка устава	Устав проекта Модель бизнес-процесса as is Описание автоматизируемых функций Модель бизнес-процесса to be
3	Техническое задание	Техническое задание
4	Формирование бюджета проекта	Смета расходов Бюджет проекта
5	Проектирование архитектуры системы	Архитектуры системы План-график работ Заказ на покупку лицензий
6	Установка ПО	Отчет о выполненных работах
7	Тестирование	План тестирования, Перечень дефектов
8	Документация	Справка Руководство пользователя Руководство администратора

Проверка документации программы осуществляется самим Заказчиком в присутствии Исполнителя проекта.

9 ИСТОЧНИКИ РАЗРАБОТКИ

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

Источники разработки СУПРПП «Короб-IT»:

ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
ГОСТ 34.601 -90 Информационная технология. Комплекс стандартов на автоматизированные системы. Стадии создания АС.
ГОСТ 34.602 -89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;
ГОСТ 2.105-95. Общие требования к текстовым документам
Руководство к своду знаний по управлению проектами (A Guide to the Project Management Body of Knowledge – руководство PMBOK®).
РД 50-34.698-90 Автоматизированные системы требования к содержанию документов.
ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС.
ISO 15504:1-9:1998 Оценка (аттестация) процессов жизненного цикла программных средств
ISO 15271:1998. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207.
ISO 16326:1999. (ГОСТ Р-2002). ИТ. Руководство по применению ISO 12207 при административном управлении проектами.
ISO 9000-3:1997. Стандарты в области административного управления качеством и обеспечения качества. Часть 3. Руководящие положения по применению стандарта ISO 9001 при разработке, поставке и обслуживании программного обеспечения.
ГОСТ 19.402-78 Единая система программной документации. Описание программы.
ГОСТ 19.404-79 Единая система программной документации. Пояснительная записка. Требования к содержанию и оформлению.
ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению

СОСТАВИЛИ

Наименование

организации,

предприятия

Должность

исполнителя

Фамилия

имя, отчество

Подпись

Дата

МГТУ им. Г.И. Носова

Студентка 4 курса, ИЭиАС, группа ФИПИб-12

Соколова Ангелина Андреевна

СОГЛАСОВАНО

Наименование

организации,

предприятия

Должность

исполнителя

Фамилия

имя, отчество

Подпись

Дата

ООО «ККМ02»

Директор компании

Куренев Андрей Викторович

Просмотров работы: 2966

Код для цитирования:

VIII Международная студенческая научная конференция Студенческий научный форум - 2016

РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССОМ РАЗРАБОТКИ ПРОГРАММНЫХ ПРОДУКТОВ «КОРОБ-IT» В ООО «ККМ02»

Студенческий научный форум - 2016
VIII Международная студенческая научная конференция