ХДУ

УЧЕБНЫЙ КУРС

«Технологии программирования. Курс на базе Microsoft Solutions Framework (MSF)»

для подготовки по направлению «Информационные технологии»

Функциональная спецификация

ХЕРСОН 2014

Содержание

Функциональная спецификация 1

Видение и рамки 3

1. История проекта 3

2. Цели дизайна 4

3. Исключенные возможности и неподдерживаемые сценарии 5

4. Предположения и зависимости 5

5. Проект решения 6

6. Требования к инсталляции и деинсталляции 9

7. Риски 9

Видение и рамки

Наш проект направлен на удовлетворение нужд заказчика. Для удовлетворения нужд мы пишем программную систему, которая позволит заказчику:

• Управлять научными статьями

• Извлекать необходимую информацию

Первую версию системы мы должны сдать в течении месяца.

На первую систему есть существенные ограничения:

• Система не распределена

• Нет разграничения прав между менеджерами и пользователями

Система должна демонстрировать визуальные формы и способы хранения и взаимодействия данных

1. История проекта

Приведите здесь основные события и важные решения в процессе реализации проекта.

день от начала проекта	События
1	принято решение о начале проекта
2	организованно обучение
2	ядро проектной группы сформировано
3	Черновой вариант концепции проекта составлен
4	Базовая версия функциональной спецификации создана
5	Базовая версия сводного плана проекта создана
6	Базовая версия сводного календарного графика проекта создана
7	Среды разработки и тестирования развернуты
7	Концепция подтверждена
10	Билд 1 завершен (дизайн и проектирование завершено)
15	Билд 2 завершен (сделана база данных)
20	Билд 3 завершен (реализована динамика на сайте)
25	Билд 4 завершен (реализована вся функциональность включая визуальную оболочку)
26	Контрольное тестирование завершено
27	Тестирование приемлемости для потребителей завершено
29	Обучение прошло с задержкой на 3 дня
30	Пилотное внедрение завершено
31	Ключевые компоненты развернуты
32	Внедрение на местах завершено
33	Внедренное решение стабилизировано

2. Цели дизайна

   1. Требования пользователя

Сформулируйте требования к решению с точки зрения пользователей.

С точки зрения менеджеров

• Наличие опции добавления/удаления статьи

• Наличие опции добавления/удаления дополнительной информации

• Наличие опции просмотра данных о статье или группе статей

  • Данные о наличии статей

  • Информация о статьях

  • Просмотр статистических данных о статьях

С точки зрения "гостя"

• Наличие опции поиска нужных статей по критериям: автора. издательства и т.д.

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

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

На стороне менеджеров:

• Intel Core i3-4010U (1.7 ГГц)

• RAM 4 ГБ

• HDD 500 ГБ

• nVidia GeForce GT840M,2ГБ

На стороне клиентов:

• P4 300 MHz или аналогичный

• RAM 128 Mb

• Video RAM 32 Mb

• Установленный java Runtime

2. Сценарии использования

Приведите диаграмму вариантов использования. Прокомментируйте диаграмму. Перечислите варианты использования, опишите их суть. Для вариантов использования укажите сценарии. Для написания данного раздела рекомендуется язык UML.

3. Исключенные возможности и неподдерживаемые сценарии

• Платформа сайта, на первых порах все написано вручную без применения сторонних технологий.

4. Предположения и зависимости

Предполагаются следующие требования на оборудование:

На стороне менеджеров:

• Intel Core i3-4010U (1.7 ГГц)

• RAM 4 ГБ

• HDD 500 ГБ

• nVidia GeForce GT840M,2ГБ

На стороне клиентов:

• P4 300 MHz или аналогичный

• RAM 128 Mb

• Video RAM 32 Mb

• Установленный java Runtime

• Android устройство

5. Проект решения

   1. Концептуальный проект

Выделенные объекты системы:

• хранилище статей

• администратор БД

• клиент со статьей или другой человек которого интересуют рейтинги, или он желает узнать наиболее популярные статьи или источники.

• .

Выделенные объекты системы:

• База данных

• Мобильное приложение

• Сайт

• Парсер

База данных:

Включает следующие сущности, и атрибуты:

Сборник:

• номер

• принадлежность к ХДУ

• issn

• заголовок

• коллегия

• год

• город

• издание

• eissn

• основатели

Статьи:

• номер

• ссылка

• название

• год

• издание

• выпуск

• внутренняя

Языки:

• номер

• название

Издательство:

• номер

• год

• название

• телефон

Выпуск:

• название

• дата

• количество выпусков

Люди

• номер

• имя

• фамилия

• автор

• резензент

Города:

• номер

• регион

• страна

• название города(рус)

• название города (eng)

Страны:

• номер

• название страны(рус)

• название страны(eng)

Регионы:

• название региона(рус)

• название региона(eng)

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

Например в каком году было выпущено больше всего статей?

Система предъявляет следующие требования к системе:

На стороне менеджеров:

• Intel Core i3-4010U (1.7 ГГц)

• RAM 4 ГБ

• HDD 500 ГБ

• nVidia GeForce GT840M,2ГБ

На стороне клиентов:

• P4 300 MHz или аналогичный

• RAM 128 Mb

• Video RAM 32 Mb

• Установленный java Runtime

• Android устройство

При создании будут использованы следующие средства и технологии:

• HTML - каркас сайта

• СSS - стили

• JavaScript - динамика на клиентской стороне

• PHP - Динамика на серевере

• MySQL - Выбранная база данных

• Java - андроид приложение

2. Логический проект

Объектами системы являются подсистемы, которые выполняют соответствующую им функциональность. Все представленные объекты, которые представлены ниже, имеют интерфейсы для взаимодействия. Связь между объектами осуществляется через интерфейсы. Все связи перечислены ниже на картинке.

6. Требования к инсталляции и деинсталляции

С Серверной стороны:серевер(+ MySQL + JRE)

С клиентской сторны: доступ в интернет с любого доступного устройства, андроид устройство (в случае использования приложения)

7. Риски

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

Первопричина	Условие	Последствие	Приносимый ущерб
Организация работы	Не успеем сдать проект во время	Теряем доверие заказчика	Не получаем дальнейшее финансирование
Заказчик может менять требования	Заказчик изменит требования	Изменение технического задания	Сдача проекта не в сроки
Плохо организованный процесс тестирования	Из-за необнаруженной вовремя ошибки система нанесет урон заказчику	На время устранения ошибки сервис будет недоступен, как следствие может пострадать рейтинг университета так как на него могут ссылается с других университетов	Потеря денег со стороны нашей компании и потеря доверия заказчика