- •Содержание
- •Введение
- •Особенности размещения обслуживающих центров с учетом экономической эффективности
- •Разработка структуры проекта
- •Разработка проекта реализации программного обеспечения
- •Анализ факторов риска проекта
- •Анализ использования проекта
- •Описание заинтересованных лиц
- •Профили пользователей
- •Сценарии использования проекта
- •Ввод информации
- •Статистический анализ
- •Описание требований проекта
- •Бизнес-требования проекта
- •Требования к операционной среде (системе)
- •Требования к производительности
- •Требования к среде эксплуатации
- •Требования к документации
- •Границы проекта
- •Описание функций программного продукта
- •Описание границ предметной области
- •Стратегия выпуска версий программного продукта
- •Критерии приемки
- •Стратегия архитектуры и технических решений
- •Описание возможных архитектурных решений
- •Описание возможных технических решений
- •Заключение
- •Список использованных источников
Разработка структуры проекта
Создание программного обеспечения автоматизации планирования размещения обслуживающих центров с минимизацией числа центров позволит автоматизировать работу по размещению определенных объектов:
размещение складов с товарами;
размещение бригад ремонтников, обслуживающих магазины.
Описание проблем программного обеспечения автоматизации планирования размещения обслуживающих центров с минимизацией числа центров представлено в таблице 1.
Таблица 1 – Описание проблем системы оценки физического состояния
Для кого |
Сетей магазинов |
Кто |
Султанов Д. Л. |
Что (название продукта) |
Программное обеспечение автоматизации планирования размещения обслуживающих центров с минимизацией числа центров |
Как |
Приближенный алгоритм поиска p-медианы |
В отличие от |
Нет |
Наш продукт позволит |
Размещение объектов на минимальном расстоянии от центра. |
Разработка проекта реализации программного обеспечения
Анализ факторов риска проекта
Риск – это неотъемлемый элемент при разработке любых проектов. Это нежелательное событие, которое может подвергнуть опасности успешное выполнение проекта. Риск объединяет вероятность нежелательного события и его влияние на проект. С другой стороны риск это возможность потерь, нарушения сроков разработки проекта. Природа риска всегда связана со случайными событиями (неопределенностью), которые порождаются и внешними и внутренними факторами. Также может порождаться особенностями проекта и процесса его выполнения.
Поэтому для избегания рисков необходимо провести анализ. Анализ факторов рисков представлен в таблице 2. Анализ рисков должен быть направлен на устранение наиболее существенных факторов, чтобы разработать эффективный план управления рисками. Эти работы по управлению образуют основу для плана управления риском, в котором документированы все работы, выполняемые как деятельность по выполнению риска, и это входит в общий план по разработке проекта.
Таблица 2 – Анализ факторов риска
Риск |
Последствия |
Меры по предотвращению |
Меры по минимизации |
Примечание |
Несоответствие продукта ожиданиям заказчика
|
Отказ от контракта, ущерб
|
Согласование с заказчиком всех функций, который должен реализовывать программный продукт
|
Доработка продукта в соответствии с замечаниями заказчика, в пределах ранее определенного функционала проекта |
|
Интерфейс пользователя не будет удобен конечному пользователю системы
|
Нежелание работать с системой, многочисленные ошибки и жалобы
|
Составление прототипов интерфейса пользователя, вовлечения в процесс разработки интерфейса конечного пользователя |
Обучение персонала, создание качественной технической документации, создание системы качественной системы помощи
|
|
Выбранное техническое решение окажется неудачным по производительности или по иным параметрам
|
Многочисленные сбои в работе проектного решения, отказ в обслуживании
|
Учет в техническом решении необходимости резервирования, как аппаратной, так и программной части (БД), проведение нагрузочного и стресстестирования
|
Изменение проектного решения, отказ от выбранной технологической платформы в пользу другой
|
Риск является крайне нежелательным и требует тщательного выбора технологической платформы и решений по инфраструктуре пользователя |
Затягивание сроков внедрения проектного решения
|
Нарушение договора, отказ заказчика от контракта
|
Составление календарного плана проекта с еженедельным отчетом
|
Согласование с заказчиком новых сроков внедрения проекта, частичное внедрение проектного решения, с согласованием с заказчиком |
|
Изменение форм внутреннего документооборота |
Несоответствие входной и выходной документации |
Создание схемы максимальной изменяемости формы отчетности самим пользователем |
Нет |
|
Несоответствие аппаратного обеспечения конечного пользователя требованиям разрабатываемого программного продукта |
Невозможность внедрения проектного решения в полном объеме для конечного пользователя |
Изменение инфраструктуры конечного пользователя по согласованию с заказчиком, либо изменение проектного решения с учетом существующей инфраструктуры конечного пользователя |
Разбиение проектного решения на независимые части, выработка рекомендаций заказчику по постановке электронного документооборота с учетом существующей инфраструктуры |
|