Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курсовой проект РАТ.docx
Скачиваний:
16
Добавлен:
07.03.2015
Размер:
371.15 Кб
Скачать
    1. Возможности системы

Приложение LinguaLeoпредоставляет следующие возможности:

  • прохождение тренировок (перевод-слово, слово-перевод, словарные карточки, кроссворд)

  • аудирование

  • добавление новых слов в словарь

  • изучение нового контента

  • покупка золотого статуса (для расширения возможностей изучения английского)

Синхронизировать свои данные с аккаунтом в интернете

Диаграмма вариантов использования (UseCase) иллюстрирует всех актёров системы и все варианты её использования, а также указывает, какие актёры в каких вариантах использования фигурируют.

Рассмотрим диаграмму использования “Приложения LinguaLeo” (см. Рис. 7).

Рис. 7. Диаграмма вариантов использования

Пользовательможет: выполнять тренировки слов, просмотреть новый контент, пополнять словарь, купить ‘золотой статус’, проходить аудирование, сообщать об ошибках или оставлять пожелания об улучшении проекта.

    1. Границы системы

Чтобы определить, какие компоненты можно считать находящимися под контролем лица, принимающего решение, а какие остаются вне его внимания, необходимо определить границы системы. Сделать это можно с помощью DFD DataFlowDiagram (Диаграмма потоков данных). Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных между собой работ.

Контекстная диаграмма (модель окружения)- наивысший уровень абстракции диаграммы потоков данных. Она задаёт границы модели, определяя её окружение (внешние входы и выходы) и основные рассматриваемые процессы.

Рассмотрим контекстную диаграмму DFD(модель окружения) “ПриложениеLinguaLeo” (см. Рис.8).

Рис.8. Контекстная диаграмма DFD“модель окружения”

Система “Приложение LinguaLeo” взаимодействует с пользователями.

Для входа в систему пользовательвводит логин и пароль. Приложение даёт доступ к контенту, тренировкам, аудированию, словарям.

Для конкретизации и более детального рассмотрения важнейших процессов системы декомпозируеммодель окружения в модель поведения (см. Рис.9).

Рис.9. Диаграмма декомпозиции DFD“модель поведения”

    1. Масштаб и приоритеты

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

С помощью матрицы трассировки посмотрим, какие функции «покрывают» какие требования (рис.10).

Рис.10. Матрица трассировки

На данной матрице видно:

  1. Функция “Выполнять тренировки” покрывает бизнес требование:

  • владение разговорным английским

  • понимание английской речи

  1. Функция “Купить золотой статус” покрывает бизнес требование “Расширение возможностей изучения”.

  2. Функция “Пополнять словарь” покрывает бизнес требование “Увеличение запаса английских слов”.

  1. Функция “Просмотреть новый контент” покрывает 2 бизнес требования:

  • владение разговорным английским

  • понимание английской речи

  1. Функция “Проходить аудирование” покрывает бизнес требование “Понимание английской речи”.

  2. Функция “Сообщать об ошибках и пожеланиях” покрывает бизнес требование “Общение с командой проекта”.

Проведем анализ относительных приоритетов функции нашей информационной системы (см. табл.4).

Относительный вес:

2.0

1.0

1.0

0.5

Функция

Относительная выгода

Относительный ущерб

Общая ценность

Ценность %

Относительная стоимость

Стоимость, %

Относительный риск

Риск, %

Приоритет

Общение с командой проекта

5

5

15

13.7

2

8.33

1

5

1.26

Расширение возможностей изучения

6

5

17

15.5

3

12.5

2

10

0.68

Увеличение запаса английских слов

8

7

23

21.1

5

20.83

4

20

0.68

Понимание английской речи

9

9

27

24.7

7

29.16

6

30

0.54

Владение разговорным английским

9

9

27

24.7

7

29.16

7

35

0.52

Всего

37

35

109

100

24

100

20

100

Таблица 4. Относительных приоритетов функций

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