Файл: Лабораторная работа 1 Методология и стандарты создания программного обеспечения по дисциплине Программная инженерия.docx

Описание: водитель-1 выбирает в главном меню приложения «Просмотр и отправка документов». Ему выводится форма просмотра и отправки документов с ярлыками созданных файлов. Водитель-1 выбирает файл для просмотра. Приложение открывает выбранный файл и отображает его в другой форме для просмотра документов.

Постусловие: приложение ожидает закрытие водителем-1 открытого для просмотра документа.

Исключения:

1. 
   Документы не были созданы: если водитель-1 выбрал в главном меню «Просмотр и отправка документов» до того, как он оформил свой первый европротокол, приложение выводит сообщение о том, что документы не найдены. В этом случае из дальнейших действий водителю-1 доступна только опция возврата в главное меню.
   
2. 
   Документ для просмотра не выбран, нажата кнопка «Назад» на форме просмотра и отправки документов: если водитель-1 не выбирает документ для просмотра и нажимает кнопку перехода к предыдущей форме на форме просмотра и отправки документов, приложение показывает ему главное меню.
   

Главная последовательность прецедента с исключением, при котором документы не были еще созданы, представлена на рисунке 4.16.


Альтернативная последовательность прецедента, отвечающая за его исключение 2, описанное выше, представлена на рисунке 4.17.

5. 
   Вариант использования: «Отправка европротокола в АИС ОСАГО».
   

Исходные условия: выполнена главная последовательность прецедента «Взятие подписи второго участника» (составлен хотя бы один европротокол).

Описание: водитель-1 выбирает в главном меню приложения «Просмотр и отправка документов». Ему выводится форма просмотра и отправки документов с ярлыками созданных файлов. Водитель-1 выбирает файлы для отправки и нажимает кнопку отправки комплекта документов в АИС ОСАГО. Приложение отправляет комплект в АИС ОСАГО, а затем уведомляет об успешной отправке.

Постусловие: приложение ожидает дальнейшие действия пользователя.

Исключения:

1. 
   Документы не были созданы: если водитель-1 выбрал в главном меню «Просмотр и отправка документов» до того, как он оформил свой первый европротокол, приложение выводит сообщение о том, что документы не найдены. В этом случае из дальнейших действий водителю-1 доступна только опция возврата в главное меню.
   
2. 
   Сбой отправки документов, выбрана повторная попытка: если комплект документов не был получен АИС ОСАГО, и при выводе приложением уведомления об ошибке и предложения повторить попытку отправки или отправить документы позже водитель-1 выбрал повтор попытки, то приложение снова пытается отправить выбранные документы.
   
3. 
   Сбой отправки документов, выбрано отложить отправку: если комплект документов не был получен АИС ОСАГО, и при выводе приложением уведомления об ошибке и предложения повторить попытку отправки или отправить документы позже водитель-1 решил отложить отправку, то приложение возвращается в прежнее состояние, отображая форму просмотра и отправки документов с созданными документами.
   
4. 
   Нажата кнопка «Назад» на форме просмотра и отправки документов: если водитель-1 выбирает (или не выбирает) документы для отправки, а затем нажимает кнопку перехода к предыдущей форме на форме просмотра и отправки документов, приложение показывает ему главное меню.
   

---

Главная последовательность прецедента с исключением, при котором документы не были еще созданы, и исключениями, при которых происходит сбой отправки, представлена на рисунке 4.18.

Альтернативная последовательность прецедента, отвечающая за его исключение 4, описанное выше, представлена на рисунке 4.19.

---

4.5 Формирование требований

На основании полученной информационной модели, диаграммы идентификации точек зрения и диаграммы иерархии точек зрения сформируем требования пользователя и системные требования.

4.5.1 Пользовательские требования к системе

1. 
   Система должна предоставлять пользователям возможность оформления европротокола.
   
2. 
   Система должна предоставлять пользователям возможность добавлять к европротоколу фотографии с места ДТП.
   
3. 
   Система должна предоставлять пользователям возможность ставить подписи на полученном европротоколе.
   
4. 
   Система должна предоставлять пользователям возможность отправлять комплект документов из европротокола и фотографий места ДТП в АИС ОСАГО.
   
5. 
   Система должна предоставлять пользователям возможность просматривать составленные документы.
   
6. 
   Система должна предоставлять пользователям возможность вызова ДПС.
   
7. 
   Система должна обеспечивать хранение созданных документов в неизменном виде.
   
8. 
   Система должна уметь определять местоположение ДТП.
   
9. 
   Система должна уметь добавлять на фотографии с места ДТП геометки.
   
10. 
    Система должна предоставлять пользователям возможность проверять соблюдение условий для составления европротокола.
    

4.5.2 Системные требования

1. 
   Система должна функционировать на смартфонах со следующей минимальной конфигурацией:
   

• 
  OC Android 4.0;
  
• 
  объем оперативной памяти 1 Гб;
  
• 
  свободный объем встроенной памяти 50 Мб;
  
• 
  поддержка 3G (4G, LTE или Wi-Fi);
  
• 
  поддержка GPS;
  
• 
  камера с возможностью делать изображения разрешения 3 Мп.
  

2. 
   Система должна соответствовать следующим характеристикам времени отклика:
   

• 
  для навигации между экранными формами – не более 5 секунд;
  
• 
  для выполнения запросов – не более 10 секунд.
  

3. 
   Язык интерфейса пользователя системы должен быть русским.
   
4. 
   Интерфейс системы обеспечивать удобный доступ к функциям системы.
   
5. 
   Интерфейс системы должен обеспечивать быстрое отображение экранных форм.
   
6. 
   Интерфейс системы должен содержать экранные формы в едином стиле.
   
7. 
   Интерфейс системы должен быть рассчитан на взаимодействие через сенсорный экран.
   
8. 
   Система должна выводить все сообщения об ошибках на русском языке.
   
9. 
   Система должна обеспечивать связь и взаимодействие между приложением и АИС ОСАГО.
   
10. 
    Система должна быть модульной.
    
11. 
    Система должна иметь возможность доработки и интеграции с другими системами.
    

---

4.6 Аттестация требований

Проведем аттестацию сформированных требований, используя проверки на непротиворечивость, полноту и выполнимость. Результаты аттестации представлены в таблице 4.2.

Таблица 4.2 – Аттестация требований

№ требования	Непротиворечивость	Полнота	Выполнимость
Пользовательские требования к системе
1	+	+	+
2	+	+	+
3	+	+	+
4	+	+	+
5	+	+	+
6	+	+	+
7	+	+	+
8	+	+	+
9	+	+	+

Продолжение таблицы 4.2

№ требования	Непротиворечивость	Полнота	Выполнимость
10	+	+	+
Системные требования
1	+	+	+
2	+	+	+
3	+	+	+
4	+	+	+
5	+	+	+
6	+	+	+
7	+	+	+
8	+	+	+
9	+	+	+
10	+	+	+
11	+	+	+

---

---