Технология программирования
Концепция продукта
Планирование проекта и требований?
1) Определить цель проекта2) Определить, что мы НЕ делаем — границы
проекта (scope)3) Кратко описать все остальное
Документ: Концепция или Vision
Концепция
● Для кого?● Что им нужно?● Каков вид приложения?*● Какова главная функция продукта?● Какие существуют аналоги продукта?● В чем преимущество перед аналогами?
Концепция
* Интернет-сервис? Desktop приложение? Мобильное приложение? API?
Концепция● Для <кого-то>, которым нужно <что-то> наш
<класс продукта> <название> будет делать <главную функцию>.
● В отличие от <альтернатив>, наш продукт <лучше потому-то и потому-то>.
Концепция: пример
Для студентов, которым нужно узнавать об изменениях в расписании, наш веб-сервис с
мобильным приложением будут предоставлять актуальное расписание занятий на ближайшие дни, с указанием аудиторий и преподавателей.В отличие от форума, мобильное приложение
будет само получать обновленное расписание и оповещать студента об изменениях.
Концепция: пример
Для кредитных менеджеров, которым нужно оценить благонадежность заемщика, наше
клиент-серверное приложение будет автоматически на основе анкетных данных
выдавать скоринговую оценку заемщика.В отличие от базы данных на Access, наше
приложение будет лучше защищать данные, работать быстрее и анализировать больше
параметров анкеты.
Формальным языком:● Заинтересованные лица● Цели заинтересованных лиц● Предварительная архитектура● Основные функции● Альтернативные решения● Ключевые преимущества
Корпоративное ПО: много заинтересованных лиц
● Руководство● Пользователи● Системные
администраторы● Смежные отделы● Служба безопасности● Маркетинг● Юристы● Служба кадров
Цели заинтересованных лиц могут конфликтовать
Оценки проекта
● Оценка масштаба● Оценка сложности● Оценка рисков
Масштаб
● Типы пользователейСколько разных рабочих мест нужно разработать?
● Концептуальная модель данных. Что есть в мире?
● Диаграмма состояний.Как меняется мир?
Типы пользователей
● Кто из заинтересованных лиц будет пользователями?
● Какие у них цели?● Количество разных рабочих мест =
количеству пользователей с разными целями
Модель данных● Глоссарий (словарь терминов)
или● Онтология (понятия и их связи)
или● Диаграмма классов
Атрибутные модели vs фактологические
Онтология
UML● Unified Modeling Language● Промышленный стандарт● Графический язык● Объектно-ориентированный язык● Диаграммы:
– Структуры– Деятельности– Взаимодействия
UML
Диаграмма состоянийдля основных объектов
Оценка сложности
● Сложные данные и простые алгоритмыПонятно — что делать, но нужно учитывать много частных случаев (сложная диаграмма классов).
● Простые данные и сложные алгоритмыПонятно — с чем работать, но непонятно - как.
● Сложные данные и сложные алгоритмы = декомпозиция системы
Оценка трудоемкости
Число типов АРМ * число классов * число состояний * (2число связей) =
трудоемкость в попугаях
Оценка рисков● SWOT-анализ● Перечень уязвимостей● Перечень рисков● Диаграмма рисков● План по обработке рисков
Области риска
● Команда● Инструмент● Сроки● Сложность/реализуемость● Внешние факторы
Риск = Ущерб * Вероятность
Риск
