3. Масштабы и ограничения проекта
Ограничение и исключение 1. Недостаточная мотивация сотрудников к использованию системы, а, следовательно, изменению привычного хода рабочего процесса.
Ограничение и исключение 2. Уменьшение времени на выполнение основных обязанностей сотрудников из-за появления новых обязанностей, которые необходимо выполнять с помощью системы.
Ограничение и исключение 3. Увеличение расходов на заработную плату нового сотрудника компании, менеджера проекта.
Ограничение и исключение 4. Длительный срок привыкания к системе.
4. Бизнес-контент
|
Заинтересованные в проекте лица |
Понимание основной ценности проекта |
Отношение |
Основные интересы |
Ограничения |
|
|
Руководство компании |
Увеличение производительноститруда сотрудников, упрощение процесса контроля сотрудников |
Озабоченность возможным увеличением расходов на поддержкусистемы иоплаты труда |
Заинтересованность в эффективном привлечении сотрудников к работе с новой системой |
Не определены |
|
|
Сотрудники компании (пользователи) |
Эффективная ор-ганизация рабочего времени, отслеживание поставленных задач и времени на их выполнение, эффективное общение с коллегами в процессе работы |
Озабоченность возможным увеличением обязанностейи контроля состороны руководства |
Сохранение привычного рабочего процесса и заработной платы |
Необходимость обучения сотрудников работе в новой системе, длительный срок привыкания к новому режиму работы |
|
|
Клиенты |
Быстрые сроки выполнения заказанных проектов |
Возможность частичного внедрения в процесс реализации заказанного проекта |
Получение заказа в установленные сроки и с выполнением всех условий заказа |
Ограниченные возможностиработы в системе |
4.2.Приоритеты проекта
В таблице 3 представлены приоритеты проекта разработки системы управления «Короб-IT».
Таблица 3
Профили заинтересованных лиц
|
Область |
Движущая сила |
Ограничения |
Степень свободы |
|
|
Сроки |
Команда работы над проектом |
Увеличение сроков выполнения проек- та |
Возможно увеличение сроков выполнения проекта на 10-15 % от общего време- ни |
|
|
Функции |
Техническое задание и оговоренный функционал с заказчиком |
Все функции должны быть полностью реализованы в соответствии с ТЗ |
Не предусмотрена |
|
|
Качество |
Удовлетворенность заказчика |
Большинство проверочных испытаний, проводимых пользователями, должны быть выполнены |
Ошибки, которые будут возникать в системе должны быть незначительными и не нарушать целостность системы |
|
|
Персонал |
Планируемый размер команды: менеджер проекта, программист, проектировщик, тестировщик, верстальщик. |
Невыполнение обязанностей с связи с болезнью, командировкой и другими факторами. |
Размер команды может менятся в зависимости от возникающих проблем реализации проекта |
|
|
Расходы |
Бюджет компании |
Незапланированное увеличение расходов на реализацию проекта |
До 15 % процентов перерасхода по бюджету возможны без пересмотра заказчиками |
4.3.Операционная среда
Обеспечивает функционирование разрабатываемой системы. Основным требованиями к операционной среде будут являться наличие бесперебойного, быстрого Интернета, наличие сервера и установленные браузеры:
Internet Explorer, Opera, Google Chrome, Mozilla Firefox, Safari и другие.
5. Требования пользователя
Требования пользователей описывают цели и задачи, которые пользователям позволит решить система. Они могут быть описаны с помощью документа о вариантах использования, сценариев или таблиц «событие-отклик».
Для того, чтобы описать требования пользователей к системе управления процессом разработки программного продукта, воспользуемся документом о вариантах использования. Для написания документа на рисунке 3 представлена модель вариантов использования в нотации UML.
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», внемашинных подготовительных процессов практически нет. Такими процессами могут быть лишь подготовка информации, по задачам, которые необходимо назначить сотрудникам через систему и формирование документов, которые будут предаваться с помощью системы.
Основные процессы связаны прежде всего с внутри машинным использованием системы. Такими процессами будут являться использование системы в соответствии с ее функционалом, а именно: