Аналіз вимог до програмного забезпечення

Автор работы: Пользователь скрыл имя, 30 Ноября 2014 в 10:39, лабораторная работа

Краткое описание

Цель работы:
Ознакомится со стандартом IEEE 830-98 и разработать спецификацию требваний к програмному обеспечению в заданной предметной области (електронная библиотека)

Прикрепленные файлы: 1 файл

ОТЧЕТ_АТПО_1 (Автосохраненный).doc (1).docx

— 67.50 Кб (Скачать документ)

МІНІСТЕРСТВО ОСВІТИ І НАУКИ, МОЛОДІ ТА СПОРТУ УКРАЇНИ

НАЦІОНАЛЬНИЙ ТЕХНІЧНИЙ УНІВЕРСИТЕТ

«Харківський політехнічний інститут»

Кафедра «Автоматизовані системи управління»

 

 

 

 

 

 

ОТЧЕТ

по лабораторной работе №1

по курсу «Аналіз вимог до програмного забезпечення»

 

 

 

 

 

 

 

 

ВЫПОЛНИЛ

Студент группы ИФ 32в

Зайкин А. В.

 

 

ПРОВЕРИЛ

ас. каф. АСУ

Нагорный К.А.

 

 

 

 

 

 

 

 

 

Харьков 2014

1 ЗАДАНИЕ ЛАБОРАТОРНОЙ  РАБОТЫ

 

Тема:

Составление спецификации требований согласно стандарту IEEE 830-98

 

Цель работы:

Ознакомится со стандартом IEEE 830-98 и разработать спецификацию требваний к програмному обеспечению в заданной предметной области (електронная библиотека)

 

Ход работы: 

  1. Ознакомится со стандартом IEEE 830-98
  2. Исследовать и проанализировать предметную область
  3. Составить спецификацию требований к ПО в заданной предметной области

 

 

 

 

2 ХОД РАБОТЫ

 

2.1  Введение 

 

В настоящем разделе описывается назначение, возможности и содержание документа. Приводится список определений и список ссылок.

 

2.1.1  Назначение

 

Настоящий документ описывает требования к ресурсу социальной электронной библиотеки Gigalibrary версии 1.0, разрабатываемым мной в рамках курса «Анализ требований к программному обеспечению» по заказу ассистента кафедры АСУ Нагорного К. А.

 

2.1.2  Возможности

 

Ресурс электронной библиотеки должен представлять собой онлайн-сервис для чтения книг.

Задачами системы являются:

  1. Поддержка возможностей обновления и коррекции информации в БД (внесение новых книг, изменение цен, и.т.п.).
  2. Осуществление постоянного мониторинга состояния базы клиентами.
  3. Регистрация через социальную сеть Facebook, возможность оформления платной подписки
  4. Постоянно обновляемый каталог литературы для пользователей с платной подпиской, так и с бесплатной
  5. Использование встроенного java-апплета для чтения, с возможностью выделять, опубликовывать, делиться цитатами; создание заметок и т.д.
  6. Поддержка возможности выбора предпочтений об интересующей литературе на ресурсе для дальнейшей email рассылки о появлении электронных публикаций книжных изданий или же програмно реализуемый подбор литературы, исходя из прочитанного пользователем.

 

2.1.3  Список  определений, сокращений и аббревиатур 

Список определний представлен в таблице 1.1:

 

Термин

Значение

Автор

Человек, который написал книгу ил и принимал участие в её создании

Администратор

Человек, который обновляет и редактирует информацию в БД

База данных (БД)

Представленная в объективной форме совокупность самостоятельных материалов

Клиент

Пользователь программной системы

Веб-Сервер

Сервер, принимающий HTTP-запросы

MySQL

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

Стек протоколов TCP/IP

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

OMG (Object Management Group)

Рабочая группа (консорциум), занимающаяся разработкой и продвижением объектно-ориентированных технологий и стандартов, преимущественно технологии CORBA.

PHP

Скриптовый язык программирования общего назначения

Java

Java — объектно-ориентированный  язык программирования, приложение  которого комплируется в байт-код


 

Таблица 1.1 - Список определений, сокращений, аббревиатур

 

2.1.4  Ссылки 

 

  1. Сервис онлайн-библиотеки Bookmate (http://bookmate.com/
    1. Percona XtraBackup (http://www.percona.com/software/percona-xtrabackup/)
  1. PSR (Proposing a Standards Recommendation)

(http://www.skillz.ru/dev/php/article-Standarty_kodirovaniya_PHP_PSR.html)

  1. OMG’s CORBA web site. (http://www.corba.org/)
  2. ANSI/SQL92 (http://wiki.answers.com/Q/Pros_and_cons_for_iso_ansi_sql_92_standart)
  3. JPL (Java Coding Standart)

(http://lars-lab.jpl.nasa.gov/JPL_Coding_Standard_Java.pdf)

  1. IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software   Requirements Specifications. IEEE Computer Society, 1998 (http://standards.ieee.org/findstds/standard/830-1998.html)   

 

2.1.5  Структура документа

 

Глава 2 содержит обобщенное описание ресурса электронной библиотеки. Она предназначена для ознакомления с проектируемой системой.

В главе 3 содержится детализированное описание функциональности Gigalibrary.

 

2.2  Общее  описание 

 

2.2.1  Перспективы  продукта

 

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

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

  1. Ужасная навигация по библиотеке, а точнее ее отсутствие на 99 процентов. Пользователь должен точно знать, какую книгу хочет прочитать.
  2. Без какой-либо катологизации отсутствует и расширенный поиск. Нет возможности поиска по авторам или категориями.
  3. Очень мало книг. Несколько тысяч книг не идет ни в какое сравнение с сотнями тысяч книг в крупнейших онлайн-библиотеках.
  4. Посредством использования клиента под Android нет возможности пользоваться преимуществом «социальной» библиотеки: нет видимости, кто читает определенное книжное издание, а следовательно нельзя подписаться на чью-то библиотеку.

Одними из главных особенностей проектируемого ресурса  Gigalibrary будет являеться:

  1. Усовершенствованная социальная составляющая: при помощи скриптов для написания комментариев на Facebook можно будет обсуждать ту или иную книгу, написанную рецензию, опубликованую цитату; будет реализована возможность добавления в друзья сразу из сервиса.
  2. Проект ориентирован на глубокое сотрудничество с издателями, которое выражается в возможности самим издателям выкладывать свои текстовые оригиналы в электронном виде. Если издательство согласиться на сотрудничество с определенными условиями, то пройдя премодерируемую процедуру регистрации, в которую входят предоставление отсканированных нотариально заверенных копии свидетельств о государственной регистрации юридического лица, о государственной регистрации физического лица-субъекта предпринимательской деятельности, издательство предоставляет список сотрудничающих с ним авторов и писателей. Администрация может рассматривать заявку на регистрацию от автора, которая также будет премодерируема, руководствуясь предоставленными сканированными документами паспорта и идентификационного кода, которые будут сопоставляться со списком сотрудничающих от издателя.
  3. Исправление недостатков схожего проекта Bookmate.

 

 

2.2.2 Системные  интерфейсы

 

Клиент-серверная система

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

 

 

2.2.3 Интерфейс  пользователя

 

Серверная часть системы не имеет графического интерфейса, работает в консольном режиме.

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

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

Для пользователя мобильного приложения графический интерфейс должен состоять из тех же составляющих, что и интерфейс пользователя (кроме страницы регистрации издателя)

Список разрешений и запрещений различных способов представления системы пользователю:

    • Если пользователь неавторизован, то он увидит страницу с просьбой авторизоваться или зарегистрироваться. Страница содержит поля для заполнения логином и паролем. Страница содержит ссылку на регистрации.
    • Страница регистрации содержит следующие поля для заполнения: логин, электронная почта, пароль, имя, фамилия, местожительство, телефон.
    • Если пользователь авторизован, то он увидит страницу своего профиля. Страница будет содержать личную информацию пользователя и ссылку на каталоги книг, свою библиотеку и связь с администрацией.
    • Пользователь имеет доступ к странице каталога книг содержит список доступных для прочтения книг.
    • В профиле у пользователя также отображается ссылка на страницу библиотеки, которая содержит все прочитанные, незаконченные и просто понравившиеся книжные издания
    • Также присутствует ссылка на страницу детального описания, которая кроме дополнительной информации содержит кнопку загрузки книги.
    • Пользователь может, нажав на кнопку “Читать” перейти на страницу текста книги для прочтения
    • Пользователь добавляет в друзья (при помощи скрипта для Facebook) другого пользователя, который отображается на странице контактов, где отображаются добавленные вами друзья
    • Пользователь может связаться с администрацией через страницу связи

В дополнение к списку также идет следующий пункт для администратора:

    • Администратор в своем профиле выбрав пункт «Администрация» попадает на страницу с встроенным Java-апплетом

Сайт должен корректно отображаться на всех современных разрешениях экранов мониторов (от 19’  до 24’) и экранов мобильных устройств (от 4' до 10’). Требуется наличие как минимум клавиатуры для навигации по сайту.

 

 

2.2.4 Аппаратные  интерфейсы

 

У системы нет никаких требований к аппаратным интерфейсам веб-сайта, так как она не взаимодействует напрямую ни с каким аппаратным обеспечением. Единственным требованием является доступ в интернет

Все компоненты мобильного приложения должны поддерживаться на мобильном телефоне или планшете.

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

  • Операционная система: Android 2.3
  • Одноядерный процессор с частотой 600 МГц
  • RAM: 512 МБ
  • Минимальное расширение экрана: 480x800
  • Размер свободной памяти: 10 МБ

 

 

2.2.5 Программные  интерфейсы

 

В настоящем разделе описаны программные интерфейсы, которые должна использовать разрабатываемая система:

    • Оплата платной подписки через PayPal API.
    • Рассылка уведомлений Google Mail API. Отвечает за возможность рассылки уведомлений на электронную почту всем подписчикам

 

 

 

2.2.6 Интерфейсы  коммуникации

Мобильное приложение и веб-сайт должны соединяться с сервером через TCP/IP соединение по протоколу HTTP и HTTPS (только для страниц регистрации, авторизации и оплаты подписки). Сервер и компоненты базы данных должны быть расположены на одном хосте. Также для отправления сообщений на электронную почту подписчикам должно производится через протокол SMTP и POP3.

 

 

2.2.7 Ограничения  памяти

 

Описание серверного ограничения памяти

Необходимый объем свободной оперативной памяти для отображения и работы с сервисом - 300 МБ.

Необходимый объем свободной оперативной памяти для отображения и работы с приложением на Android - 50 МБ.

 

 

2.2.8 Действия

 

Все данные, генерируемые и используемые системой, хранятся в базе данных. Для того, чтобы сохранить резервную копию данных, можно воспользоваться инкрементными бэкапами, когда полный бекап делается раз в неделю, а остальные дни пишутся только данные, добавленные или измененные за прошедшие сутки. Для этого необходимо будет использовать систему Percona XtraBackup.

Информация о работе Аналіз вимог до програмного забезпечення