Вы находитесь на странице: 1из 5

Проектный практикум.

Задание 2
Разработка концепции проекта
1.Обоснование необходимости проекта
По мере увеличения количества статей и публикаций научных статей
возникла необходимость систематизировать эту информацию для получения
статистики в более презентабельном виде. Создание системы анализа
научных данных предполагает создание базы данных, динамического веб-
сайта и мобильного приложения.
Создание интегрированной системы позволит обеспечить быстрое и
качественное управление научными статьями, доступ к статистической
информации и производным диаграммам, что, в свою очередь, дает
возможность определять оценки цитируемых источников, информацию об
авторах и анализ актуальности той или иной статьи.
На стороне клиента достигается гибкий подход к сбору информации и
данных. Что касается администрирования, система обеспечивает
оптимальное управление данными.
2.Видение проекта
Создание базы данных, сайта, мобильного приложения для
информационной системы статей. Систематизация данных увеличится на
40% за год. Юзабилити 20%. Это, в свою очередь, увеличивает стимул к
написанию научно-популярных статей, чтобы улучшить опыт школьников и
учителей.
3.Анализ выгод
Заказчик получает программный продукт, в котором реализованы:
• Для персонала
o Система управления статьями
o Возможность управлять графической и статистической
информацией
• Заказчикам
o Сайт, мобильное приложение для просмотра научных данных
Клиенты компании получают:
• Смотрите оценку вашей статьи и т. Д.
• Простой способ получить статистику по статьям за любой год
Наша компания:
• Дополнительный престиж для вуза.
• Будущие финансовые выгоды.
• Опыт команды разработчиков
4.Цели и задачи
Система должна иметь возможность делать выбор на основе критериев
поиска, указанных для статей, авторов и т. Д. :
Система должна быть централизованной, потому что наборы данных
невелики, а системные требования к серверу не должны быть слишком
большими.
Клиент на сайте устанавливает параметры, связанные с любым типом
вещества, таким образом, имея возможность получить необходимую
информацию. Система должна вернуть в ответ необходимые доказательства.
Если его нет, то система должна дать ответ на вопрос, почему невозможно
найти издательства, в которых был опубликован автор. Среди причин:
• Отсутствие товаров по этим параметрам
В ответ пользователь должен иметь возможность изменять параметры с
учетом истории.
5.Предположения и Ограничения
На первую систему накладываются существенные ограничения:
• Система не распространяется
•Отсутствие разграничения прав между менеджерами и
пользователями.
• Весь интерфейс представлен в одном окне
• Система должна демонстрировать визуальные формы и способы
хранения и взаимодействия данных.
6.Анализ использования
6.1.Пользователи
В системе будет две группы пользователей:
• Сотрудники УЗ
• Всем, кому интересны материалы научных статей.
6.2.Сценарии использования

7.Требования
7.1.Требования пользователей
С точки зрения менеджеров
• Наличие возможности добавлять / удалять элементы
• Наличие опции добавления / удаления дополнительной информации.
• Наличие возможности просмотра данных об элементе или группе
элементов.
o Данные о наличии товаров
o Информация о статье
o Просмотр статистики статей
С точки зрения «гостя»
• Наличие возможности поиска нужных статей по критерию: автор.
издатели и т. д.
7.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
8.Функциональность решения
• Магазин есть в базе
• Добавить элемент одним нажатием кнопки
o Проверка правильности введенных данных
o Создать визуальную форму для отображения запрашиваемой
информации
• Выйти из необходимой статистики
• Программная позиция
• Сохранение отчета (график + статистика на диск)
9.За рамками решения
Платформа сайта, вначале все писалось от руки, без использования
сторонних технологий.
10.Критерии одобрения решения
Наличие 90% функций
11.Стратегия архитектурного дизайна
Отсутствует
12.Стратегия технологического дизайна
 HTML - скелет сайта
 СSS - стили
 JavaScript - динамический от клиента
 PHP - Динамика на сервере
 MySQL - выбранная база данных
 Java - Android