Наиболее важные риски проекта:
Возникновение на рынке аналогичного коммерческого проекта
В ходе задержки в разработке может возникнуть на рынке аналогичный коммерческий проект. Это либо принудит к расширению функционала для ведения конкурентной борьбы с новым проектом, либо к отказу от коммерческой составляющей.
Данный риск невозможно исключить, но можно предупредить его ущерб. Так, еще на стадии планирования необходимо сделать акцент именно на некоммерческую составляющую проекта. Продумать лини поведения рекламы и разработки в случае, если проект не будет приносить прямых доходов. Необходимо продумать все косвенные источники доходов, такие, как реклама и сотрудничество, разработка плагинов для готовых программ, которые облегчают стыковку с нашим проектом и прочие подобные меры.
Неготовность или нежелание целевой аудитории использовать проект на бесплатной основе.
В результате бета-тестирования может возникнуть ситуация при которой обнаружится неготовность либо нежелание целевой аудитории использовать проект на некоммерческой основе в том виде, какой он есть. Это может повлечь новый анализ мнений целевой аудитории, пересмотр целей проекта, переработку проекта.
Для предотвращения подобного риска идет постоянная работа с фокус-группой в интернете. Выходят предрелизные статьи с описанием функционала на специализированных сайтах и иных ресурсах. Записываются люди на бета-тестирование, чтобы еще на этой стадии уловить все пожелания пользователей. Проводится мониторинг устройств и их пользователей, которые будут потенциальными участниками нашего проекта.
Распад команды разработчиков.
В ходе разработки проекта может сложиться ситуация при которой отдельные разработчики не смогут уделять проекту достаточного времени, что может повлечь распад команды разработчиков. Это может привести к необходимости поиска нового члена команды с определенными навыками или к перераспределению задач между оставшимися членами группы.
Данный риск должен быть исключен путем четкого планирования и разбиения задач по членам коллектива. Чтобы каждый участник разработки знал сроки и сам мог рационально планировать процесс работы над своей задачей. Разработчики должны быть всегда вовлечены в общий процесс создания программы и заинтересованы им. Для этого идет постоянное обсуждение, презентации новшеств, обработка текущих материалов для участия в грантах конкурсах, которые могут принести деньги, что привнесет дополнительный материальный стимул в развитие проекта.
Задержка в изготовлении прототипа.
В ходе столкновения с вышеописанными рисками, либо иными форсмажорными ситуациями может произойти задержка при изготовлении прототипа программы. Это может повлечь увеличение вероятности многих рисков, которая будет расти пропорционально времени задержки.
Для исключения риска задержки изготовления прототипа проводятся постоянные проверки уровня готовности, корректируются планы, перераспределяются нагрузки согласно возможностям группы разработчиков.
В случае же, если задержки неизбежны, то параллельно с доработкой прототипа начинается подготовка рекламных акций и прочих плановых мероприятий для того, чтобы отставание не было сохранено и в дальнейшем, а могло быть ликвидирована на последующих стадиях.
Возникновение на рынке аналогичного некоммерческого проекта
В ходе задержки в разработке может возникнуть на рынке аналогичный некоммерческий проект. Это либо принудит к расширению функционала для ведения конкурентной борьбы с новым проектом, либо к отказу от реализации проекта.
Для смягчения последствий данного риска необходимо проводить постоянный мониторинг текущих и анонсированных облачных сервисов и их функционал. В случае своевременного обнаружения аналогичного проекта, который выйдет раньше нашего, необходимо рассмотреть его слабые стороны и сделать их своими сильными чертам, отметить упущения, которые предотвратить в своем продукте. В случае, если все вышеуказанное невозможно либо отсутствует, то необходимо прекратить работу над проектом для исключения дальнейших трат.
Решаемая проблема
Создание простого в использовании механизма для создания и настройки локальной grid-сети.
Конкурирующие альтернативы
Univagridengine– сложный аналог;IBM– закрытый ресурс для личного пользования компанией.
Инновационные отличия
Простота в использовании, возможность использования на любой платформе.
Барьеры для внедрения
Трудность в создании прототипа
Открывающиеся перспективы
Каждый человек может использовать совокупную мощность всех своих вычислительных устройств.
Решаемая проблема
Сложность соединения нескольких маленьких сетей gridв одну большую. Сложность в маршрутизации и диспетчеризации задач внутри большой сети.
Конкурирующие альтернативы
Boincдля научных проектов;GPU– для обработки графики;Legion– слишком ресурсоемкое решение.
Инновационные отличия
Простота в использовании, возможность личного контроля алгоритмов диспетчеризации.
Барьеры для внедрения
Необходимо реализовать кроссплатформенность
Открывающиеся перспективы
Возможность появления домашних grid-сетей. Что дает доступ каждому человеку к сетевому суперкомпьютеру.
План деятельности по предотвращению дефектов
Совместная разработка. Когда над задачей работают несколько специалистов, проверяя друг друга
Тестирование
1. Тестирование элементов. Цель — индивидуальная проверка каждого модуля. Используются способы тестирования «белого ящика».
Рис. 8.1. Спираль процесса тестирования ПС
2. Тестирование интеграции. Цель — тестирование сборки модулей в программную систему. В основном применяют способы тестирования «черного ящика».
3. Тестирование правильности. Цель — проверить реализацию в программной системе всех функциональных и поведенческих требований, а также требования эффективности. Используются исключительно способы тестирования «черного ящика».
4. Системное тестирование. Цель — проверка правильности объединения и взаимодействия всех элементов компьютерной системы, реализации всех системных функций.
Метрики: степень покрываемости тестами, количество часов безотказной работы, максимальная нагрузка на серверную часть.
Диаграмма Паретто
Типы дефектов
Число дефектов
Накопленная сумма числа дефектов
Процент числа дефектов к общей сумме
Накопленный процент
Ошибка в коде
104
104
52
52
Ошибка интеграции
42
146
21
73
Ошибка взаимодействия модулей
20
166
10
83
Ошибка алгоритма
10
176
5
88
Ошибка в работе интерфейса
6
182
3
91
Ошибка дизайна интерфейса
4
186
2
93
Прочее
14
200
7
100
Итого
200
-
-
-
группа А — наиболее важные, существенные проблемы, причины, дефекты. Относительный процент группы А в общем количестве дефектов (причин) обычно составляет от 60 до 80%. Соответственно устранение причин группы Л имеет большой приоритет, а связанные с этим мероприятия — самую высокую эффективность;
группа В — причины, которые в сумме имеют не более 20%;
группа С — самые многочисленные, но при этом наименее значимые причины и проблемы.
Задание 6
A. Product Engineering
1. Requirements
a. Stability
b. Completeness
c. Clarity
d. Validity
e. Feasibility
f. Precedent
g. Scale
2. Design
a. Functionality
b. Difficulty
c. Interfaces
d. Performance
e. Testability
f. Hardware
Constraints
g. Non-Developmental
Software
3. Code and Unit Test
a. Feasibility
b. Testing
c. Coding/Implementation
4. Integration and Test
a. Environment
b. Product
c. System
5. Engineering Specialties
a. Maintainability
b. Reliability
c. Safety
d. Security
e. Human Factors
f. Specifications
B. Development Environment
1. Development Process
a. Formality
b. Suitability
c. Process Control
d. Familiarity
e. Product Control
2. Development System
a. Capacity
b. Suitability
c. Usability
d. Familiarity
e. Reliability
f. System Support
g. Deliverability
3. Management Process
a. Planning
b. Project Organization
c. Management
Experience
d. Program Interfaces
4. Management Methods
a. Monitoring
b. Personnel
Management
c. Quality Assurance
d. Configuration
Management
5. Work Environment
a. Quality Attitude
b. Cooperation
c. Communication
d. Morale
C. Program Constraints
1. Resources
a. Schedule
b. Staff
c. Budget
d. Facilities
2. Contract
a. Type of Contract
b. Restrictions
c. Dependencies
3. Program Interfaces
a. Customer
b. Associate
Contractors
c. Subcontractors
d. Prime Contractor
e. Corporate
Management
f. Vendors
g. Politics