Херсонский государственный университет

УЧЕБНЫЙ КУРС

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

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

концепция проекта

Херсон 2014

Содержание¹

концепция проекта 1

Необходимость проекта 3

2. Концепция решения 4

3. Рамки 8

4. Стратегии дизайна решения 9

Необходимость проекта

1. Обоснование необходимости

Сформулируйте, на разрешение каких проблем и/или удовлетворение каких потребностей заинтересованных сторон направлен проект.

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

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

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

2. Видение проекта

Создание базы данных, сайта, мобильного приложения для информационной системы статей ХДУ. В течении года систематизация данных увеличится на 40%. Юзабилити 20%. Что в свою очередь увеличивает стимул к написанию научно-популярных статей, повышению опыта студентов и преподавателей.

3. Анализ выгод

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

• Для персонала

  • Система управления статьями

  • Возможность управления графической информацией и статистикой

• Для клиентов

  • Сайт, мобильное приложение по просмотру наукометрических данных

Клиенты фирмы получают:

• Увидеть рейтинг своей статьи и т.д.

• Легкий способ получить статистику статей за любой год

Наша фирма:

• Дополнительный престиж для университета.

• Финансовые выгоды в будущем.

• Опыт команды разработчиков

2. Концепция решения

   1. Цели и Задачи

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

Система должна быть централизованной так как массивы данных не велики и системные требования сервера не должны быть чрезвычайно высокими.

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

• База данных

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

• Сайт

• Парсер

База данных:

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

Сборник:

• номер

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

• issn

• заголовок

• коллегия

• год

• город

• издание

• eissn

• основатели

Статьи:

• номер

• ссылка

• название

• год

• издание

• выпуск

• внутренняя

Языки:

• номер

• название

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

• номер

• год

• название

• телефон

Выпуск:

• название

• дата

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

Люди

• номер

• имя

• фамилия

• автор

• резензент

Города:

• номер

• регион

• страна

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

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

Страны:

• номер

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

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

Регионы:

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

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

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

• Отсутствие вообще статей по данным параметрам

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

2. Предположения и Ограничения

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

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

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

• Весь интерфейс представлен в одном окне

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

3. Анализ использования

   1. Пользователи

В системе будет две группы пользователей:

• Работники ХГУ

• Любой человек которого интересуют материалы научных статей

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

4. Требования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• 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

3. Рамки

   1. Функциональность решения

• Хранилище находится в базе данных

• Добавление статьи по нажатию кнопки

  • Проверка корректности введеных данных

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

• Вывод необходимой статистики

• Постоение графика

• Сохранение отчета(график + статистика на диск)

1. За рамками решения

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

3. Критерии одобрения решения

Наличие 90% функций, описанных в пункте 3.1.

4. Стратегии дизайна решения

   1. Стратегия архитектурного дизайна

Сформируйте и опишите общий архитектурный проект решения.

2. Стратегия технологического дизайна

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

• СSS - стили

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

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

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

Java - Android

1