Цикл работы над проектом кратко описывает этапы разработки проекта от начала и до конца. Приведем описание шестиэтапного цикла.
· Идентификация проблемы (Problem Identification)
· Определение (Definition)
· Планирование проекта (Project Design)
· Разработка (Development)
· Реализация (Implementation)
· Оценка результатов (Evaluation)
На каждом этапе выполняются определенные задачи, для их выполнения могут потребоваться специфические навыки.
Идентификация. На этапе идентификации проблемы, называемом также концептуальным этапом или этапом выяснения потребностей - необходимо лучше понять проблему.
Определение. На этапе определения необходимо точно и аккуратно описывать проблему, которой и будет посвящен проект. Например, с отделом по работе с клиентами возможно несколько определений проблемы.
· Отдел по работе с клиентами получает слишком много звонков с вопросами об установке программы.
· Программа установки слишком сложна для рядового пользователя.
· Инструкции по работе с программой установки неправильны или им трудно следовать.
Определение проблемы позволяет очертить круг ее решений, которые надо проверять и, возможно, реализовывать.
Получив точное и полное определение проблемы можно начать поиск возможных решений. Хороший способ начать работу — выявление возможных стратегий решения, затем следует быстро проработать каждую стратегию, определить необходимое время и ресурсы. Для проработки стратегий можно использовать средства Microsoft Project.
Прежде всего, необходимо:
· определить цели проекта.
· окончательно определить масштаб проекта
· выяснить список задач по проекту
· разбить каждую задачу на логические компоненты
· распределить ресурсы
· оценить время и стоимость
Планирование. Планирование проекта — важнейший этап, так как параметры, которые устанавливаются или принимаются в ходе планирования, определяют то, как будет выглядеть результат работы.
Результаты проекта должны представлять собой хорошо продуманные продукты или услуги. На этапе планирования,
во-первых, создается ясное представление о том, над, чем надо работать,
во-вторых, планирование во многом ограничивает разрастание масштаба по мере разработки проекта.
Результатами этапа планирования являются смета и график работы.
Перед тем как перейти к следующему этапу работы над проектом, надо внести в план окончательную информацию о сроках и смете проекта.
Разработка. На этапе разработки расходуются ресурсы в соответствии с планом работы над проектом.
Microsoft Project поможет управлять разработкой проекта, предоставляя точные данные по уровню соответствия реально достигнутого качества и расхода ресурсов плану проекта, бюджету и графику работ.
Реализация. Реализация включает в себя эксплуатационные испытания. Программы передаются бета-тестерам. В соответствии с результатами проверок может потребоваться частичная или полная переделка продукта.
Оценка результатов. На финальном этапе работы над проектом необходимо проверить и оценить свою работу.
| Бизнес- модель |
| Пользовательская модель |
| Модель разработки |
| Логическая модель |
| Технологическая модель |
| Физическая модель (архитектура) |
| Модель разработки |
Рис 1.1. Модель приложения.
В табл. 1.1 перечислены задачи соответвующие каждой из этих подмоделей.
Табл. 1.1.
| Подмодель | Требования | |
| Бизнес | Цели проекта и продукта. Предварительная стоимость разработки. Календарный план. Требуемые ресурсы. Сроки. | |
| Пользовательская | Конфигурация ПК пользователей. Безопасность и сопровождение. Эффективность и простота использования. Обучение и документация. Поддержка приложения. | |
| Логическая | Логическая структура приложения. Моделирование объектов и данных. Бизнес-объекты и сервисы. Определение интерфейса «Пользователь-ПК». | |
| Технологическая | Разработка или повторное использование компонент. Средства разработки. Платформы. Потоки данных, средства доступа к данным, передача сообщений. | |
| Разработки | Управление проектом. Контроль исходного кода. Верификация, информационные связи плановых тестов. | |
| Физическая | Физическая архитектура приложения. Определение и взаимосвязь компонентов. Коммерческая версия ПО. |
В табл. 1.2 перечислены диаграммы соответвующие каждой из этих подмоделей.
Табл. 1.2.
| Подмодель | Диаграммы | |
| Бизнес | Диаграммы Росса. Диаграммы Гантта. | |
| Пользовательская | Бизнес-процесс | |
| Логическая | Диаграммы UML. | |
| Технологическая | Диаграммы Росса. | |
| Разработки | ||
| Физическая |