Задания для тренинга
 Share
The version of the browser you are using is no longer supported. Please upgrade to a supported browser.Dismiss

 
р.
%
123
 
 
 
 
 
 
 
 
 
ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
1.Тема проекта:Тема проекта описывается кратко с той степенью понимания, как это возможно сделать на начальной стадии работы над проектом. По возможности надо указать, зачем нужна проектируемая система.
2
2.Категория системы:Указываем, какой тип системы нужен заказчику: веб-приложение, мобильное приложение, какое-то иное. Например: Система управления документооборотом.
3
3. О заказчикеХарактеристика заказчика. Указывается сфера деятельности или конкретное наименование компании заказчика.
4
4.Заказчик:Указываем наименование фирмы заказчика или краткую информацию о нем, например, - внешний заказчик.
5
5. Цель для заказчика:В этом пункте необходимо указать бизнес-цели заказчика, причем указать в измеримом виде.
Например: Сократить ежегодные расходы, связанные с ИТ- оборудованием на 10%;
6
6. О пользователях
(непосредственные пользователи):
На этом этапе надо выявить группы пользователей - заинтересованных лиц, которые должны решать свои проблемы с помощью создаваемой системы.
7
7. Назначение
(цель для пользователей):
Необходимо определить цели пользователей, отталкиваясь от решаемых проблем. Например: Руководитель АХО: Хранение исторических данных по работе оборудования за последние 2 года.
8
8.Текущее решение:Указываем, как в настоящее время решается проблема. Текущее решение обычно содержит часть функций, которыми должна располагать проектируемая система.
9
9.Решаемая проблема:В ходе встреч с заказчиком надо выявить, какие проблемы заказчик хочет решить. Анализ проблем позволит определить цели создания системы. Проблема должна быть выражена в последствиях.
10
10.Количество видов пользователей (ролей):Указываем приблизительный ролевой состав, который может быть уточнен в дальнейшем.
11
11.Системы-аналоги:Аналоги – программы, обладающие желательной функциональностью, но работающие в других предметных областях. Например, CRM и системы учета пациентов в поликлинике – это аналоги.
12
12. Системы-Конкуренты:Это системы, работающие в той же предметной области. При разработке систем необходимо оценивать, будет ли эффективным решением проблем покупка систем-конкурентов или разработка своей системы.
Анализ систем-конкурентов может помочь определить требуемую функциональность для создаваемой системы.
13
13. Функциональный объём
14
14.Ключевые свойства и возможности (3-10 фич):Возможность или ключевое свойство - составляющая часть проекта, несущая для бизнеса измеримую пользу. Возможности ПО должны быть определены в начале работы над проектом, согласованы с заказчиком и приоритизированы. Обычно в проекте выделяется 10 -15 основных возможностей. Например:
• Предоставление данных по устройствам корпоративной сети;
• Управление информацией об освобождаемых рабочих местах.
15
15.Количество способов применения (use cases):Количество способов применения, которое планируется реализовать в проектируемой системе, на этом этапе можно указать ориентировочно. В дальнейшем это число будет уточнено.
16
16.Количество экранов:Для реализации одной ключевой возможности требуется несколько экранов, можно приблизительно оценить количество экранов, планируемое в программном продукте.
17
17.Количество отчётов:Обычно на этапе обследования в ходе диалога с заказчиком можно приблизительно установить количество и состав отчетов, которые потребуются пользователям.
18
18.Количество смежных систем:На основании анализа имеющихся документов и интервью заказчика необходимо определить, с какими системами будет взаимодействовать проектируемая система и указать их перечень или, по крайней мере, количество.
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
Loading...