Для примера рассмотрим два новостных портала: Профконкурс.
1. Профконкурс 
Рисунок 1 – Интерфейс Профконкурс
Система Профконкурс предназначена для проведения онлайн олимпиад и конкурсов для школьников.
Основным преимуществом Профконкурса является в том, что этот портал написан на CMS а не в ручную.
Описание предметной области
В курсовом проекте рассматривается модель проектирования портала о олимпиадах и конкурсах. Рассматриваемая система представляет возможность проходить любую олимпиаду или конкурс у себя на компьютере и отправлять готовый результат на Email по указанному шаблону.
Предметной областью автоматизации процесса публикации является:
- написание материала;
- публикация материала;
Автоматизация указанных задач позволит оперативно:
- редакторам - публиковать материалы;
- посетителю - предоставить выбор;
- администратору сайта – обслуживать страницы сайта;
Данная автоматизация уменьшит время публикации и посетителям получать доступ к новым конкурсам и олимпиадам.
ЭТАПЫРАЗРАБОТКИ ПРОГРАММЫ
Техническое задание
1. Введение
Настоящее техническое задание распространяется на разработку программы «Портал Олимп-энерго», предназначенной для посетителей сайта.
2. Основание для разработки
Основанием для разработки является задание на дипломное проектирование, выданное Челябинским Энергетическим колледжем.
Наименование работы: «Разработка портала Олимп-энерго».
Исполнитель: Хамдеев Разим Равилевич.
3. Назначение
Система предназначена для проведения олимпиад и конкурсов.
4. Требования к программе или программному обеспечению
4.1 Требования к функциональным характеристикам
|
|
Разрабатываемая программа должна быть понятной, легкой в использовании и должна иметь удобный интерфейс для работы.
4.2 Организация входных и выходных данных
Входные данные поступают с помощью элементов пользовательского интерфейса. Выходные данные отображаются на экране.
4.3 Требования к надежности
Предусмотреть контроль вводимой информации и блокировку некорректных действий пользователя при работе с системой.
4.4 Требования к составу и параметрам технических средств
Система должна работать на IBM-совместимых персональных компьютерах. Отдельные подсистемы должны работать на планшетном компьютере.
Минимальная конфигурация персонального компьютера:
- производитель процессора – Intel или AMD;
- линейка процессора – Intel Pentium или AMD Phenom X2;
- объем оперативного запоминающего устройства – 1024Мб;
- количество ядер – 2.
Рекомендуемая конфигурация персонального компьютера:
- производитель процессора – Intel или AMD;
- линейка процессора – Intel Core i3 или AMD Athlon II;
- объем оперативного запоминающего устройства – 2048Мб и более;
- количество ядер – 4.
Минимальная конфигурация планшетного компьютера:
- диагональ экрана – 6 дюймов;
- количество ядер процессора – 1;
- объем оперативного запоминающего устройства – 512МБ;
- модуль беспроводной связи (мобильный интернет) – 3G;
- время работы – 5 часов.
Рекомендуемая конфигурация планшетного компьютера:
- диагональ экрана – 7 дюймов;
- количество ядер процессора – 2;
- объем оперативного запоминающего устройства – 1024МБ;
- модуль беспроводной связи (мобильный интернет) – 3G;
|
|
- время работы – 8 часов.
4.5 Требования к программной совместимости
При работе на персональном компьютере программа должна работать под управлением семейства операционных систем Win32 или Win64 (Windows XP/7/8), а также должна корректно отображаться в браузерах Google Chrome, Opera, Mozilla Firefox, Safari.
При работе на планшетном компьютере программа должна работать под управлением семейства операционных систем Android или iOS.
5. Требования к программной документации
Разрабатываемые программные модули должны быть самодокументированы, т.е. тексты программ должны содержать все необходимые комментарии.
В состав сопровождающей документации должны входить:
- пояснительная записка, содержащая описание разработки;
- руководство пользователя;
- руководство программиста.
6. Технико-экономические показатели
Эффективность системы определяется удобством использования системы для авторов и посетителям.
7. Порядок контроля и приемки
После передачи Исполнителем отдельного функционального модуля программы Заказчику последний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.