|
Каждый проект в отдельности может состоять из различных этапов, это связано с типом проекта, его объемом и согласованности этапов с заказчиками. Типы проектов Вы можете увидеть в нашей системе оценки времени.
|
Основные фазы проекта:
|
| Исследование. |
| На данном этапе рассматриваются бизнес модель, модель предметной области, архитектурный анализ, возможно анализ прецедентов. |
|
| Уточнение. |
|
Это этап построения задач, поиск решений и планирования.
На данном этапе определяется критерии оценки требований, рисков, архитектурной основы и др.
В это фазе строятся прототипы, модели, определяется архитектура.
|
|
| Построение. |
|
На основе архитектуры, если такова была спроектирована на предыдущей фазе,
планируются этапы построения. Далее в зависимости от требований и архитектурных
схем строятся классы, модули, библиотеки, пользовательский интерфейс, различные
подсистемы. В конце всей фазы, или на протяжении этапов построения отдельных
частей приложения, осуществляется тестирование, которое в свою очередь может быть
как ручным, так и запрограммированным. В случае программного теста разрабатываются
пакеты тестов на каждый класс, на целостность системы и др.
|
|
| Развертывание. |
|
На данной фазе готовый к использованию проект интегрируется в среду заказчика.
Обычно на данной фазе происходит обучение пользователей.
|
|
К основным этапам проекта мы относим:
|
|
- Общее планирование проекта.
|
|
- Анализ задач заказчика. Общение с клиентами и конечными пользователями.
|
|
- Построение технического задания. Взаимодействие с заказчиками или конечными пользователями.
|
|
- Построения другой технической документации: архитектура системы.
|
|
- Согласование и утверждение всей документации. Взаимодействие с заказчиками или конечными пользователями.
|
|
- Устранение проблем, обнаруженных при рецензировании и тестировании.
|
|
- Согласование и утверждение всей документации. Взаимодействие с заказчиками или конечными пользователями.
|
|
- Кодирование. Этап кодирования имеет свою внутреннюю структуру и зависит от архитектуры системы. Структура этого этапа мы определяем после утверждения архитектуры или другой технической документации. На данном этапе происходит взаимодействие с заказчиками или конечными пользователями.
|
|
- Разработка программ инсталляции
|
|
- Разработка программы, преобразующей данные для новой системы, если это требуется. На данном этапе происходит взаимодействие с заказчиками или конечными пользователями.
|
|
- Преобразование данных, если это требуется.
|
|
- Тестирование. В зависимости от утвержденных работ тестирование может осуществляться на стороне заказчика. Обычно, при утверждении «простого тестирования», этот процесс реализуется нами вручную с минимальной нагрузкой на систему, при этом ведется журнал об ошибках.
|
|
- Устранение проблем, обнаруженных при рецензировании и тестировании.
|
|
- Создание пользовательской документации и/или справочной подсистемы.
|
|
- Демонстрация программного продукта или ее прототипа руководству проекта, заказчикам и конечным пользователям
|
|
- Развертывание. Этап развертывания зависит от типа приложения и от инфраструктуры заказчика.
Настройка. Этот этап может возникнуть в случае, если заказчик сам установил систему на удаленную инфраструктуру. Или же, система после развертывания нуждается в специфических настройках в некоторых участках.
|
|
- Обучение персонала для поддержки программного продукта. Этот этап необходим для административного персонала заказчика, если таков имеется, например системный администратор ИТ отдела.
|
|
- Сопровождение системы. Обычно сопровождение системы рассматривается как доработка или поддержка на уровне администрирования, и чаще всего определяется в отдельном договоре.
|
|
- Общение с клиентами и конечными пользователями. Этап, определяющий консультационное время пользователей после развертывания системы.
|
|
- Работа по исправлению дефектов. В рамках договора оговаривается период бесплатного исправления ошибок после закрытия проекта.
|
| Один из наших сценариев работы |
| 1. |
Вы сообщаете нам о Вашем проекте. Предварительные требования и тематику задач. Для этого Вы можете позвонить на один из телефонов или написать почтовое сообщение. |
| 2. |
После предварительного обсуждения наш специалист выезжает к Вам в офис для более детального рассмотрения проекта. |
| 3. |
Мы готовим для Вас коммерческое предложение с предварительной спецификацией на работы. Исходя из перечня работ в спецификации, мы оцениваем предварительные сроки и цены на проект. |
| 4. |
После утверждения спецификаций, мы высылаем Вам копию договора для ознакомления. |
| 5. |
После утверждения договора и подписания всех его частей (приложений к договору), мы готовим для Вас техническое задание, согласно спецификации. |
| 6. |
Если проект «небольшого объема», то техническое задание может быть единым документом контроля реализаций и требований. В другом случае, мы готовим техническое предложение.
Техническое предложение, согласно определению, включает в себя технические и технико-экономические обоснования целесообразности разработки документации на программное обеспечение на основании анализа технического задания заказчика и различных вариантов возможных решений. В данном документе мы описываем будущий продукт, отталкиваясь от требований, изложенных в техническом задании. |
| 7. |
Если проект требует наличия документации для сторонних разработчиков, то после утверждения технического предложения, мы готовим документацию для разработчиков. Обычно, мы сводим такую документацию к одному документу, который называем «Архитектура системы». В такой документ входит структура базы данных, с подробным описанием, диаграммы классов, диаграммы прецедентов, прототип пользовательского интерфейса и т.п. |
| 8. |
Разработка программного обеспечения может подразумевать передачу авторских прав и исходных кодов. В таком случае стоимость проекта может быть увеличена. |
| 9. |
После согласования документа «Архитектуры системы», если таков был затребован в проекте, мы приступаем к разработке программного обеспечения – кодированию. |
| 10. |
Если после утверждения документации на проект, например технического задания, у Вас возникают новые требования, то проект останавливается. Рассматриваются и согласовываются новые требования. Далее требования добавляются как приложение (отдельным документом) к техническому заданию и к договору. В новом приложении к договору указываются перечень новых работ, стоимость и временные затраты. Добавление новых требований во время выполнения проекта, особенно на стадии кодирования, влечет за собой большими дополнительными расходами. |
| 11. |
После подготовки бета-версии системы, согласно спецификации проводится тестирование системы. Тестирование может осуществляться как на стороне исполнителя, так и на стороне заказчика. Во время тестирования ведется специальный журнал ошибок. |
| 12. |
После исправления ошибок, мы производим «конечную» установку и демонстрацию системы. |
| 13. |
Согласно спецификации, если это требуется, готовится пользовательская документация. |
| 14. |
Согласно спецификации, если это требуется, мы проводим вводное обучение конечных пользователей. |
| 15. |
После закрытия актом проекта, на систему дается пост гарантийная поддержка, согласованная и утвержденная в договоре. На протяжении пост гарантийной поддержке, найденные ошибки исправляются бесплатно. |
| 16. |
Если после разработки системы потребуется ее поддерживать, то для этого мы с Вами заключаем договор на поддержку. Поддержка может быть трех видов: консультации, администрирование и доработка системы (каждая доработка имеет похожий проектный сценарий как и в случае услуг на разработку программного обеспечения). |
|
|