Requirements » History » Version 25
Никита Давыдовский, 04/17/2012 11:18 AM
1 | 19 | Никита Артемов | h1. Требования к системе |
---|---|---|---|
2 | 1 | Никита Артемов | |
3 | 16 | Никита Давыдовский | {{TOC}} |
4 | 1 | Никита Артемов | |
5 | 24 | Никита Артемов | Данный документ частично соответствует "ГОСТ 34.602-89":http://www.gostrf.com/standart/Pages_gost/11254.htm «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». |
6 | Следующие требования не нуждаются в описании ввиду наличия их в проекте Musson: требования к безопасности, требование к сохранности информации при аварии, требования к защите от влияния внешних воздействий. Также требования к функциям, выполняемым системой, были описаны более полно и добавлен критерий аттестации к каждой функции. |
||
7 | 22 | Никита Артемов | |
8 | 19 | Никита Артемов | h2. Требования к системе в целом |
9 | |||
10 | h3. Требования к структуре и функциональности системы |
||
11 | |||
12 | 20 | Никита Артемов | *Функциональные подсистемы:* |
13 | 1 | Никита Артемов | |
14 | 22 | Никита Артемов | Следующие подсистемы должны быть взяты из проекта "Musson":https://redmine.cs.karelia.ru/projects/musson/wiki и доработаны |
15 | (в эти подсистемы следует добавить реализацию функций для работы с геолокацией и событиями): |
||
16 | |||
17 | 20 | Никита Артемов | * Плагины - обеспечивает взаимосвязь с сервисами (для каждой социальной сети свой плагин) |
18 | * Ядро - обеспечивает взаимосвязь между плагином и компонентами. Содержит основную логику. |
||
19 | * Компоненты интерфейса - обеспечивает доступ к функциям ядра из приложения. |
||
20 | 22 | Никита Артемов | * Webauth - приложение для авторизации пользователя с сервисом. |
21 | |||
22 | Следующие подсистемы следует реализовать: |
||
23 | 20 | Никита Артемов | * Приложение Places - содержит интерфейс пользователя для работы с геолокационными данными. |
24 | 1 | Никита Артемов | * Приложения Events - содержит интерфейс пользователя для работы с событиями. |
25 | 22 | Никита Артемов | |
26 | !https://redmine.cs.karelia.ru/attachments/download/84/850px-MSCore_Arch.png! |
||
27 | 1 | Никита Артемов | |
28 | 20 | Никита Артемов | *Информационного обмена между компонентами системы* |
29 | 1 | Никита Артемов | |
30 | 20 | Никита Артемов | * Взаимодействие плагинов с Webauth происходит посредством службы D-Bus. |
31 | * Между остальными компонентами обмен реализуется с помощью системы сигналов и слотов |
||
32 | |||
33 | 19 | Никита Артемов | h3. Требования к численности и квалификации персонала системы и режиму его работы |
34 | |||
35 | *Требования к численности и квалификации персонала системы и режиму его работы* |
||
36 | |||
37 | В состав персонала, необходимого для обеспечения эксплуатации КХД в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц: |
||
38 | * Менеджер проекта - 1 человек. |
||
39 | * Разработчики - 3-4 человека. |
||
40 | * Секретарь - 1 человек. |
||
41 | * Тестеры - 1-2 человека. |
||
42 | |||
43 | Данные лица должны выполнять следующие функциональные обязанности. |
||
44 | * Менеджер проекта - на всем протяжении разработки обеспечивает общее руководство группой. |
||
45 | * Разработчики - ответственны за написания кода. |
||
46 | * Секретарь - ведет протоколы проектных собраний, записывает замечания на общепроектных собраниях. |
||
47 | * Тестеры - занимаются тестированием |
||
48 | |||
49 | *Требования к квалификации персонала* |
||
50 | * Менеджер проекта - знание соответствующей предметной области, наличие управленческих качеств. |
||
51 | * Разработчики - знание соответствующей предметной области, знание Qt и QML. |
||
52 | * Секретарь - умение грамотно и опрятно составлять отчет, знание формата составления отчета. |
||
53 | * Тестеры - знание формата составления отчета тестирования. |
||
54 | |||
55 | *Требования к режимам работы персонала* |
||
56 | * каждый участник должен тратить не менее 15 часов в неделю на проект. |
||
57 | |||
58 | h3. Требования к надежности |
||
59 | |||
60 | *Состав показателей надежности для системы в целом* |
||
61 | |||
62 | Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств. Надежность должна обеспечиваться за счет применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач. |
||
63 | |||
64 | h3. Требования к эргономике и технической эстетике |
||
65 | |||
66 | Подсистема формирования и визуализации отчетности данных должна обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим требованиям. |
||
67 | |||
68 | В части внешнего оформления: |
||
69 | * интерфейсы подсистем должен быть типизированы; |
||
70 | * должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя; |
||
71 | |||
72 | В части диалога с пользователем: |
||
73 | 4 | Александр Дремин | * для наиболее частых операций должны быть предусмотрены «горячие» клавиши; |
74 | * при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки. |
||
75 | |||
76 | h3. Требования к защите информации от несанкционированного доступа |
||
77 | |||
78 | 1 | Никита Артемов | Обеспечение информационное безопасности Geo-Events должно удовлетворять следующим требованиям: |
79 | 4 | Александр Дремин | * Защищенный доступ к данным авторизации пользователя. |
80 | * Запрос на подтверждение при иcпользовании местоположения пользователя. |
||
81 | |||
82 | 18 | Александр Шитнев | |
83 | 20 | Никита Артемов | h2. Требования к функциям, выполняемым системой |
84 | 18 | Александр Шитнев | |
85 | h3. Ядро |
||
86 | |||
87 | |_.ID |_.Описание |_.Приоритет |_.Аттестация | |
||
88 | 25 | Никита Давыдовский | |SR.FUSRA.01|+Функция+ |
89 | 18 | Александр Шитнев | Создание аккаунта |
90 | +Описание+ |
||
91 | Создание аккаунта в приложении для доступа к сервисам |
||
92 | +Предусловие+ |
||
93 | Установлены библиотеки сервисов |
||
94 | +Постусловие+ |
||
95 | Учетная запись в программе |
||
96 | +Входные данные+ |
||
97 | идентификатор сервиса |
||
98 | +Выходные данные+ |
||
99 | сообщение об ошибке или вывод списка уже созданных аккаунтов|Высокий|| |
||
100 | 25 | Никита Давыдовский | |SR.FUSRA.02|+Функция+ |
101 | 18 | Александр Шитнев | Настройки сети |
102 | +Описание+ |
||
103 | Изменение настроек прокси |
||
104 | +Предусловие+ |
||
105 | У приложения есть доступ к сети |
||
106 | +Постусловие+ |
||
107 | нет |
||
108 | +Входные данные+ |
||
109 | тип прокси, хост, порт |
||
110 | +Выходные данные+ |
||
111 | конфигурация приложения|Высокий|| |
||
112 | 25 | Никита Давыдовский | |SR.FUSRA.03|+Функция+ |
113 | 18 | Александр Шитнев | Выбор сервиса |
114 | +Описание+ |
||
115 | Пользователь выбирает сервис перед запросом(поиск места, отметка) |
||
116 | +Предусловие+ |
||
117 | В приложение уже зарегистрированы аккаунты сервисов |
||
118 | +Постусловие+ |
||
119 | Сервис выбран для отправки следующего запроса |
||
120 | +Входные данные+ |
||
121 | идентификатор аккаунта |
||
122 | +Выходные данные+ |
||
123 | сообщение о статусе выполнения|Средний|| |
||
124 | |||
125 | 20 | Никита Артемов | h3. Приложение Places |
126 | 18 | Александр Шитнев | |
127 | |_.ID |_.Описание |_.Приоритет |_.Аттестация | |
||
128 | |SR.FUSRP.01|+Функция+ |
||
129 | Поиск места по названию |
||
130 | +Описание+ |
||
131 | Получение списка мест |
||
132 | +Предусловие+ |
||
133 | Пользователь прошел авторизацию |
||
134 | 1 | Никита Артемов | +Постусловие+ |
135 | нет |
||
136 | +Входные данные+ |
||
137 | строка поискового запроса (если не указано - поиск ближайших мест), координаты |
||
138 | +Выходные данные+ |
||
139 | список найденных мест|Высокий|Пользователь вводит в поле для ввода название места, нажимает на кнопку. Отображается список найденных мест или (если не найдено) сообщение о том что место не найдено.| |
||
140 | |SR.FUSRP.02|+Функция+ |
||
141 | Получение списка отметок |
||
142 | +Описание+ |
||
143 | Пользователь получает список людей, кто уже отметился на конкретном месте или поблизости. |
||
144 | +Предусловие+ |
||
145 | Если поиск отметок по месту, то должен быть получен список мест |
||
146 | +Постусловие+ |
||
147 | нет |
||
148 | +Входные данные+ |
||
149 | координаты, идентификатор места или ничего(для получения ленты обновления отметок друзей) |
||
150 | +Выходные данные+ |
||
151 | список отметок пользователей|Высокий|Пользователь нажимает на кнопку получения отметок. Отображается список полученных отметок или (если не найдено) сообщение о том что отметки не найдены.| |
||
152 | |SR.FUSRP.03|+Функция+ |
||
153 | Создание нового места |
||
154 | +Описание+ |
||
155 | Создание нового места в базе сервиса |
||
156 | +Предусловие+ |
||
157 | Пользователь не нашел нужное место, чтобы отметиться |
||
158 | +Постусловие+ |
||
159 | нет |
||
160 | +Входные данные+ |
||
161 | Название места, координаты, тип места, адрес места, свой комментарий (опционально) |
||
162 | +Выходные данные+ |
||
163 | Сообщение об успехе или ошибке|Высокий|Пользователь заполняет поля нового места. Выводится сообщение об успехе или (если ошибка с сетью или не заполнены обязательные поля) сообщение об ошибке.| |
||
164 | |SR.FUSRP.04|+Функция+ |
||
165 | Отметка |
||
166 | +Описание+ |
||
167 | Регистрация на месте, что вы там были или просто оставление комментария о месте |
||
168 | +Предусловие+ |
||
169 | Пользователь получил список мест |
||
170 | +Постусловие+ |
||
171 | нет |
||
172 | +Входные данные+ |
||
173 | идентификатор места, свой комментарий (опционально) |
||
174 | +Выходные данные+ |
||
175 | Сообщение об успехе или ошибке|Высокий|Пользователь вводит комментарий к отметке (или не вводит). Выводится сообщение об ошибке или успехе.| |
||
176 | |||
177 | 20 | Никита Артемов | h3. Приложение Events |
178 | 1 | Никита Артемов | |
179 | |_.ID |_.Описание |_.Приоритет |_.Аттестация | |
||
180 | |SR.FUSRE.01|+Функция+ |
||
181 | Получение всех мероприятий |
||
182 | +Описание+ |
||
183 | Получение списка событий |
||
184 | +Предусловие+ |
||
185 | Пользователь прошел авторизацию |
||
186 | +Постусловие+ |
||
187 | нет |
||
188 | +Входные данные+ |
||
189 | id пользователя |
||
190 | временной интервал (опционально) |
||
191 | +Выходные данные+ |
||
192 | список событий|Высокий|При запуске приложения список всех событий получается(обновляется) автоматически. Также пользователь может нажать кнопку "Update" для принудительного обновления списка.| |
||
193 | |SR.FUSRE.02|+Функция+ |
||
194 | Создание нового события |
||
195 | +Описание+ |
||
196 | Создание своего события и добавление его к общему списку |
||
197 | +Предусловие+ |
||
198 | 18 | Александр Шитнев | Пользователь прошел авторизацию (со специальными правами) |
199 | +Постусловие+ |
||
200 | нет |
||
201 | +Входные данные+ |
||
202 | обязательно: название, время начала, время завершения необязательно: описание, место проведения, приватность |
||
203 | +Выходные данные+ |
||
204 | id созданного события|Высокий|Пользователь заполняет поля нового события. Выводится сообщение об успехе или (если ошибка с сетью или не заполнены обязательные поля или др.) сообщение об ошибке.| |
||
205 | |SR.FUSRE.03|+Функция+ |
||
206 | Редактирование события |
||
207 | +Описание+ |
||
208 | Редактирование события при наличии прав |
||
209 | +Предусловие+ |
||
210 | Пользователь прошел авторизацию и имеет права на редактирование |
||
211 | +Постусловие+ |
||
212 | нет |
||
213 | +Входные данные+ |
||
214 | (новые): название, время начала, время завершения и тд.(Все опционально) |
||
215 | +Выходные данные+ |
||
216 | успех, неудача|Высокий|Пользователь нажимает на элемент нужного события в списке, далее в общей форме события нажимает кнопку "Edit", после в форме редактирования вносит в поля изменения и нажимает кнопку "Save", либо "Cancel". Выводится сообщение об успехе или (если ошибка с сетью или др.) сообщение об ошибке.| |
||
217 | |SR.FUSRE.04|+Функция+ |
||
218 | Удаление события |
||
219 | +Описание+ |
||
220 | Удаление события при наличии прав |
||
221 | +Предусловие+ |
||
222 | Пользователь прошел авторизацию и имеет права на удаление(те же что и для создания) |
||
223 | +Постусловие+ |
||
224 | нет |
||
225 | +Входные данные+ |
||
226 | id события |
||
227 | +Выходные данные+ |
||
228 | успех, неудача|Высокий|Пользователь нажимает на элемент нужного события в списке, далее в общей форме события нажимает кнопку "Cancel". Выводится сообщение об успехе или (если ошибка с сетью или др.) сообщение об ошибке.| |
||
229 | |SR.FUSRE.05|+Функция+ |
||
230 | Установка статуса |
||
231 | +Описание+ |
||
232 | Установка(изменение) своего статуса участия в мероприятии |
||
233 | +Предусловие+ |
||
234 | Пользователь прошел авторизацию |
||
235 | +Постусловие+ |
||
236 | нет |
||
237 | +Входные данные+ |
||
238 | id события, статус(declined, maybe, attending) |
||
239 | +Выходные данные+ |
||
240 | успех, неудача|Высокий|Пользователь нажимает на элемент нужного события в списке, далее в общей форме события нажимает кнопку "Change RSVP". Открывается форма где пользователь устанавливает статус и нажимает кнопку "Save", либо "Cancel". Выводится сообщение об успехе или (если ошибка с сетью или др.) сообщение об ошибке.| |
||
241 | |SR.FUSRE.06|+Функция+ |
||
242 | Поиск событий по названию |
||
243 | +Описание+ |
||
244 | Получение списка событий, удовлетворяющих поисковому запросу |
||
245 | +Предусловие+ |
||
246 | Пользователь прошел авторизацию |
||
247 | +Постусловие+ |
||
248 | нет |
||
249 | +Входные данные+ |
||
250 | поисковая строка |
||
251 | +Выходные данные+ |
||
252 | список событий|Средний|Пользователь вводит в поле для ввода название события, нажимает на кнопку. Отображается список найденных событий или (если не найдено) сообщение о том что событий не найдено.| |