Выбор методики выполнения крупного проекта

Материал из AOW

Статья связана с сайтом ArtOfWeb! Статья подлежит публикации на сайте компании в рекламном разделе о способах работы с клиентом!

Рекомендуем Вашему вниманию несколько подходов к решению поставленной задачи:

Содержание 1 Комплексный подход 2 Последовательный подход 3 Интерфейсы пользователей 4 Технический анализ

Комплексный подход

Комплексный подход используется для сокращения временных затрат и скорейшего получения первой рабочей версии информационного продукта, является очень гибким относительно путей и методов достижения результата (применение методики Agile). Преимущества:

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

Недостатки:

• Труднопрогнозируемый конечный бюджет информационного продукта.

Цикл работ (количество циклов до 3—5):

1. Брифинг
2. Разработка/тестирование
3. Внедрение
4. Подготовка документации
5. Опытное использование (обучение персонала)
6. Ввод в эксплуатацию

Последовательный подход

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

• Прогнозируемый конечный бюджет;
• Фиксированное время разработки;

Недостатки:

• Риски неполноты функционала в конечном информационном продукте.

Этапы работ:

1. Составление технического проекта
2. Разработка
3. Внедрение
4. Подготовка документации/обучение персонала
5. Ввод в эксплуатацию
6. Поддержка

Интерфейсы пользователей

При реализации проекта возможен различный подход к реализации интерфейсов пользователей: от применения классических схем (пример продукт 1C) до web 2.0. style (пример сервисы google). В зависимости от требований к эргономике и качеству интерфейсов стоимость проекта может увеличиваться на сумму до 30-50% от общего бюджета разработки подсистемы.

Как правило, для реализации интерфейсов web 2.0. style существует необходимость выпуска пакета обновления информационного продукта через 2 календарных месяца, с учётом произведенных улучшений на основании статистики использования элементов интерфейса пользователями.

Технический анализ

Часто требуется понимание аппаратного обеспечения. Рекомендую следующий перечень вопросов:

1. Существует ли аппаратное обеспечение для размещения данного проекта?
   1. Используемая платформа?
   2. Используются ли на предприятии средства, которые в дальнейшем надо будет связать с данным проектом (например MS Sharepoint)?
2. Сторона ответственная за аппаратное обеспечение?
3. Допускается ли разработчику изменять конфигурацию и структуру аппаратного обеспечения для достижения лучшей производительности данного проекта?
4. Есть ли видение окончательной структуры аппаратной составляющей?
   1. Единый сервер расположенный в стороннем датацентре, решающий все поставленные задачи:
      1. Защищенный доступ к информационному продукту по выделенному каналу связи
      2. Веб-портал
   2. Единый сервер расположенный в стороннем датацентре, решающий все поставленные задачи:
      1. Защищенный доступ к информационному продукту по протоколу https в сети Интернет
      2. Веб-портал
   3. Раздельные сервера для 1С, управления персоналом, веб портала. (Требуется система репликации данных).
5. Предполагаемая нагрузка: количество учетных записей пользователей, средняя активность пользователя в день.

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