Главная Коллекция "Otherreferats" Программирование, компьютеры и кибернетика Разработка технического задания на создание системы управления процессом разработки программных продуктов "Короб-IT" в ООО "ККМ02"

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

Анализ и обоснование создания системы управления процессом разработки программных продуктов. Функциональные требования к системе управления процессом разработки программных продуктов "Короб-IT". Обоснование проектных решений по видам обеспечения.

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

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

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

Страница:

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

39

39

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

«МАГНИТОГОРСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМ. Г.И. НОСОВА»

Кафедра Прикладная информатика

НАУЧНАЯ РАБОТА

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

Автор: Соколова А.А., студент

4 курса, группа ФИПИб-12

Руководитель: Новикова Т.Б., доцент

кафедры ПИ, к.п.н., доцент

Магнитогорск, 2015

Содержание

программный продукт обеспечение разработка

Введение

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

программных продуктов

Введение

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

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

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

• общения заказчика (пользователей) и разработчиков;

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

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

• обмена артефактами (моделями, кодом и другими документами) проекта;

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

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

1. Проанализировать деятельность компании ООО «ККМ02».

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

3. Формирование требований к разрабатываемой системе.

4. Описание основных разделов технического задания по ГОСТ 34.602.

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

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

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

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

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

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

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

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

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

Магнитогорск. Организационная структура компании представлена на рисунке 1. Уфа

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

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

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

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

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

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

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

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

1. Планирование Спринта.

2. Ежедневный Скрам.

3. Обзор Спринта.

4. Ретроспектива Спринта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• внедрение и сопровождение собственных программных решений.

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

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

1. Нет возможности четкой постановки задачи участнику команды разработки.

2. Дублирование информации о задачах менеджеру и директору компании.

3. Обилие программного обеспечения бля общения.

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

5. Излишняя работа менеджера в постановке задач.

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

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

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

1. Обеспечение удобного взаимодействия сотрудников в единой среде.

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

3. Формирование отчетных документов по ходу выполнения задач.

4. Графическое представление процесса выполнения задач в виде диаграмм и графиков.

5. Постановка задач каждому сотруднику.

6. Отслеживание времени выполнения задач.

7. Ранжирование задач и многое другое.

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

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

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

Будет:

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

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

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

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

Не будет:

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

• проект не будет полностью уникальным, так как существует не малое количество аналогов системы;

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

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

1. Трата временных ресурсов на привыкание сотрудников компании к новому образу ведения работы.

2. Привязанность системы к персональному компьютеру на начальных этапах использования.

3. Увеличение ПО засчет привыкания к старым программам.

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

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

Основная функция - организация единой среды взаимодействия сотрудников компании «ККМ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

Сравнение существующих аналогов

Критерий

Comind work

IBN

qTrack

Workse

ction

Мегаплан

Битрикс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.

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

39

39

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

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

1. Директор.

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

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

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

Таблица 4

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

Действующее лицо (актер)

Вариант использования (прецедент)

Директор

• Дача рекомендаций по выполнению задач.

• Авторизация.

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

• Ведение видеоконференций.

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

• Формирование списка задач.

• Дача рекомендаций по выполнению задач.

• Авторизация.

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

• Администрирование системы.

• Отметка времени выполнения задач.

• Ведение видеоконференций.

Сотрудники компании

• Авторизация.

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

• Ведение видеоконференций

• Ведение истории выполнения задач

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

Таблица 5

Сценарий выполнения варианта использования «Формирование списка задач»

№ варианта использования

Вариант использования 1

Название

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

Автор

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

Дата создания

15.12.2015

Действующее лицо

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

Описание

Менеджер проекта входит в систему. Открывает раздел «Назначение задач». В формах ввода информации вводит название задачи, сроки выполнения и ответственных за выполнение. Далее задача размещается в списках поставленных задач.

Предварительные условия.

Менеджер проекта имеет доступ к системе.

Менеджер проекта имеет необходимую информацию для ввода.

Выходные условия

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

Нормальное направление

Список задач сформирован

Менеджер запускает систему.

Менеджер авторизуется в системе.

Менеджер открывает раздел задач.

Менеджер нажимает кнопку «Сформировать новую задачу».

Менеджер заполняет информацию о задаче.

Менеджер назначает ответственных за задачу.

Менеджер сохраняет вводимые данные.

Приоритет

Высокий

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

В зависимости от поступления новых задач, примерно один раз в 1-2 дня.

Особые требования

Сформированный список доступен каждому сотруднику компании.

Должен быть подключен календарь.

Замечания и вопросы

Дата изменения списка задач - текущая. Пиковая нагрузка на этот вариант использования с 8.00 до 20.00 для каждого часового пояса.

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

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

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

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

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

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

3. Требования к организационному обеспечению - описание изменений в организационной структуре компании и тому подобное.

4. Требования к информационному обеспечению - совокупность реализованных решений по объемам, размещению и формам организации информации, циркулирующей в системе при ее функционировании [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», обследована готовность компании к дальнейшему внедрению системы, написано техническое задание на разработку.

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

1. Официальный сайт компании ООО «ККМ02». [Электронный ресурс]. Режим доступа: http://kkm02.ru/.

2. Официальный сайт проекта «TrideLine». [Электронный ресурс]. Режим доступа: http://tlsys.ru/.

3. Официальный сайт системы управления проектами «qTrack». [Электронный ресурс]. Режим доступа: http://qtrack.ru/.

4. Официальный сайт разработчика IBN «GitHub». Раздел «IBN». [Электронный ресурс]. Режим доступа: https://github.com/InstantBusinessNetwork/IBN.

5. Официальный сайт системы управления проектами «Comindwork». [Электронный ресурс]. Режим доступа: http://www.comindwork.ru/.

6. Официальный сайт системы управления проектами «Worksection». [Электронный ресурс]. Режим доступа: http://worksection.com/.

7. Официальный сайт системы управления проектами «Битрикс24». [Электронный ресурс]. Режим доступа: https://www.bitrix24.ru/.

8. Официальный сайт системы управления проектами «Мегаплан». [Электронный ресурс]. Режим доступа: https://megaplan.ru.

9. «Скрам Гайд» - исчерпывающее руководство по Скраму: правила игры. 2014 Scrum.Org and ScrumInc.

10. Информационный сайт «Управление производством». Раздел «Канбан». [Электронный ресурс]. Режим доступа: http://www.up-pro.ru/encyclopedia/kanban-sistema.html.

11. ГОСТ 24.003 «Единая система стандартов АСУ. Автоматизированные системы управления. Термины и определения».

12. Информационный сайт «Center-YF». Статья «ИТ-инфраструктура. [Электронный ресурс] Режим доступа: http://center-yf.ru/data/stat/IT-infrastruktura.php.

13. Сильвестрова О.В., Новикова Т.Б. Развитие технической инфраструктуры ЛПУ // Современные научные исследования и инновации. 2013. [Электронный ресурс]. Режим доступа: http://web.snauka.ru/issues/2013/03/22907.

14. ГОСТ 34.602 «Техническое задание на создание автоматизированной системы».

15. РД 50-34.698-90 «Методические указания. Автоматизированные системы требования к содержанию документов».

16. Соколова А.А., Новикова Т.Б. Моделирование бизнес-процесса «Ипотечная сделка купли-продажи недвижимости» с использованием методологии ARIS// Электронный научно-практический журнал «Гуманитарные научные исследования». 2014. [Электронный ресурс]. Режим доступа: http://human.snauka.ru/2015/04/10402.

17. Соколова А.А. Разработка системы управления процессом создания программного продукта. // Современные информационные технологии и ИТобразование. Научный журнал. 2015.

18. Новикова Т.Б., Соколова А.А., Кириллов Д.В. Обзор ИТ-решений по управлению процессом разработки программного продукта. // Международная научно-практическая конференция «Информационные технологии в образовании XXI века». 2015.

19. Арефьева Е.С., Соколова А.А., Абдрахманов Д.В. Внедрение системы «Интеллектуальный склад» на ЗАО «Магнитогорский комбинат хлебопродуктов - Ситно». // Российской научной конференции «Интеллектуальные системы в информационном противоборстве». 2015.

20. Глущенко Т.Б. Модель подготовки будущих учителей к использованию новых информационных технологий в формировании имиджа образовательного учреждения// Вестник Челябинского государственного педагогического университета. 2009.

21. Глущенко Т.Б. Повышение профессиональной квалификации преподавателей как педагогическое условие подготовки будущего учителя к использованию новых информационных технологий в формировании имиджа образовательного учреждения / Т.Б. Глущенко. Научные труды SWorld. Т. 14. № 1.

22. Глущенко Т.Б. Структура и содержание готовности будущего учителя к использованию новых информационных технологий в формировании имиджа образовательного учреждения// Информатика и образование. 2009.

23. Давлеткиреева Л.З. Инжиниринг бизнес-процессов и разработка системной архитектуры для оптимальной организации Интернет-конференции / Л.З. Давлеткиреева, И.К. Скокова // Проблемы и достижения в науке и технике: Сборник научных трудов по итогам международной научнопрактической конференции. № 2. Омск, 2015.

24. Давлеткиреева Л.З., Новикова Т.Б., Курзаева Л.В., Лактионова Ю.С., Подкользина Л.В. Управление технологической архитектурой организации на основе усовершенствованного метода EnterpriseArchitecturePlanning / Л.З. Давлеткиреева, Т.Б. Новикова, Л.В. Курзаева, Ю.С. Лактионова, Л.В. Подкользина. Фундаментальные исследования, №8 (часть 2), 2015.

25. Новикова Т.Б., Сумароковская Е.Ф. ИТ-решения для государственных учреждений на примере отделения пропаганды / Т.Б. Новикова, Е.Ф. Сумароковская. Современные тенденции развития науки и производства, Сборник материалов Международной научно-практической конференции: в 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)

NN

5

Срок_реализации

CHAR(50)

NN

6

Описание_проекта

TEXT

NN

7

Цена_проекта

CHAR(50)

NN

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

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

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

Таблица 7

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

№

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

Тип

Ключи

Ограничение

1

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

INT(10)

PK, NN, AI, US

2

ФИО

TEXT

NN

3

Пол

INT(10)

NN

4

Дата_рождения

DATETIME

NN

5

Должность

TEXT

NN

6

E-mail

TEXT

NN

7

Телефон

INT(12)

NN

Время

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

Атрибуты таблицы «Время», описывающей сущность «Время» приведены в Таблице 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

NN

5

Окончание_выполнения_задачи

DATETIME

NN

6

Количество_рабочего_времени

DATETIME

NN

7

Время_на_отдых

DATETIME

NN

Задача

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

Атрибуты таблицы «Задача», описывающей сущность «Здача» приведены в Таблице 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

NN

5

Дата_начала

DATETIME

NN

6

Дата_окончания

DATETIME

NN

Статус_задачи

TEXT

NN

Описание_задачи

TEXT

NN

Подзадача

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

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

Таблица 10

Подзадача

№

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

Тип

Ключи

Ограничение

1

ID_Подзадачи

INT(10)

PK, NN, AI, US

Страница:


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

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

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