Разработка информационной системы Оптовая база (стр. 7 из 8)

- модель способствует осуществлению строгого контроля менеджмента проекта;

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

Рисунок 4.2 – Итерационная модель ЖЦ ПО

Фазы модели:

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

- на стадии проектирования, более подробно рассматриваются процессы системы. Анализируется и, при необходимости, корректируется функциональная модель. Строятся прототипы системы;

- на стадии реализации идет разработка системы;

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

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

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

- Анализ отличительных категорий проекта, помещённых в таблицах.

- Ответить на вопросы, приведённые для каждой категории, подчеркнув слова «да» и «нет».

- Расположить по степени важности категории или вопросы, относящиеся к каждой категории, относительно проекта, для которого выбирается приемлемая модель.

Команда разработчиков. Исходя из возможностей, отбор персонала в состав команды разработчиков проходит ещё до того момента, как будет выбрана модель жизненного цикла разработки программного обеспечения. Характеристики такой команды (смотри приложение Ж таблица Ж.1) играют важную роль в процессе выбора модели жизненного цикла, это означает, что команда может оказать значительную помощь в выборе модели жизненного цикла программного продукта, поскольку она несёт ответственность за удачное выполнение разработанной модели жизненного цикла.

Коллектив пользователей. На начальных стадиях проекта можно получить полное представление о коллективе пользователей (смотри приложение И таблица И.1), которые будут работать с разработанным программным обеспечением, и его будущей взаимосвязи с командой разработчиков на протяжении всего проекта. Такое представление помогает при выборе подходящей модели, поскольку некоторые модели требуют усиленного участия пользователей в процессе разработки и изучения проекта, так как требования могут незначительно изменяться пользователем в процессе разработки, то разработчику необходимо знать эти изменения и как эти изменения представить в программном обеспечении.

4.2 Определение цели и области действия программного проекта

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

Целями программного проекта будут являться – создание и развертывание системы по учету товара. Данная система предназначена для внутреннего использования персоналом «Cleonelly» , в большей части сотрудниками склада предприятия.

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

Программный проект должен быть:

- для внутреннего использования в организации;

- проектом для осуществления многопользовательского доступа;

- проектом, который имеет возможность занесение, изменение и хранение сведений о товаре предприятия;

- проектом, который имеет возможность занесение, изменение и хранение сведений о пользователях системы;

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

- проектом, который будет осуществлять формирование внешней отчетности.

4.3 Создание структуры пооперационного перечня работ

Для создания уникального продукта или услуги (результата проекта) нужно осуществить некоторую последовательность работ. Задача планирования проекта заключается в том, чтобы достаточно точно оценить сроки исполнения и стоимость этих работ. Чем точнее дана оценка, тем выше качество плана проекта. Чтобы дать точную оценку, нужно хорошо представлять состав работ проекта, то есть знать, какие именно работы нужно выполнить для получения его результата. Только после того, как составлен список проектных работ, оценивается длительность каждой из них, и выделяются ресурсы, необходимые для их выполнения. И лишь затем можно оценить стоимость и сроки исполнения каждой задачи и, в результате сложения, общую стоимость и срок проекта. Вот почему определение состава работ является первым шагом при планировании проекта. Определение состава проектных работ начинается с определения этапов (или фаз) проекта. Например, в проекте создание системы «Учет товара на складе» могут быть выделены фазы:

- разработка требований к программному обеспечению;

- проектирование информационной системы;

- реализация и аттестация информационной системы;

- внедрение системы.

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

Пооперационный перечень работ (рисунок 4.3) был спроектирован с помощью программного продукта такого, как MS Project 2003.

Рисунок 4.3 – Пооперационный перечень работ

4.4 Оценка длительности и стоимости разработки ПО

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

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

Диаграмма Ганта — это один из наиболее популярных способов графического представления плана проекта, применяемый во многих программах управления проектами. [34]

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

На диаграмме Ганта рядом с отрезками может отображаться дополнительная информация (рядом с задачами отображаются названия задействованных в них ресурсов и их загрузка при выполнении задачи). [34]

Оценка затрат

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

Важное свойство ресурсов — стоимость (Cost (Затраты)) их использования в проекте. В MS Project есть два типа стоимости ресурсов: повременная ставка и стоимость за использование.

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

В данном случае использовалась повременная ставка (рисунок 4.4) Общие затраты на использование ресурсов можно на рисунке 4.5.

Рисунок 4.4 – Повременная ставка в использовании ресурса

На данном рисунке можно увидеть, что разработчик системы при выполнении проекта получает 50 рублей в час; бизнес-аналитик получает 45 рублей в час, тестер 38 рублей в час. Ставка сверхурочных не учитывается.

Рисунок 4.5 – Общие затраты на использовании ресурсов проекта

4.5 Распределение ресурсов проекта

Фрагмент распределения ресурсов для системы «Учета товара на складе» можно увидеть на рисунке 4.6

Рисунок 4.6 – Фрагмент распределения ресурсов проекта

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

4.6 Оценка экономической эффективности проекта

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

Входные данные.

Дополнительная прибыль от реализации проекта (DP) = 38000 рублей. Дополнительна прибыль была спрогнозирована экспертами предприятия.