2. Анализ подобных программ

Для примера рассмотрим два новостных портала: SportBox.ru и Am-Football.ru.

1. Sportbox.ru

Рисунок 1 – Интерфейс SportBox.ru

2. IIko

Система IIko (айко) для автоматизации ресторанов, наряду с R-Keeper, является лидером в автоматизации ресторанного бизнеса. Система состоит из следующих модулей:

• модуль iikoResto (обслуживание клиентов);

• модуль iikoOperations&Finance (кассовые операции и оплата персонала);

• модуль iikoPersonel (управление персоналом).

Основным преимуществом IIko является в том, что можно автоматизировать не только рестораны, но и небольшие заведения общественного питания. При этом стоимость продукта ниже, чем у конкурентов, поэтому начинающие бизнесмены предпочитают приобретать именно этот продукт. Дополнительный плюс для развивающихся организаций заключается в возможности арендовать лицензированный экземпляр IIko (при этом стать его полноправным владельцем можно немного позднее).

3. АСТОР: Ресторан Lite

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

• кассиров;

• менеджеров зала;

• калькуляции;

• управляющего;

• заведующего производством;

• кладовщика;

• менеджера по закупкам;

• официантов.

Для каждого из работников существует учетная запись с ограничением прав, благодаря которой, каждый занимается своим делом и не может случайно или намеренно испортить работу остальных. АСТОР лучше всего подходит для небольших ресторанов, которые пользуются услугами нескольких поставщиков. А возможно подойдет и сети небольших кафе и фастфудов.  

3. Описание предметной области

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

Предметной областью автоматизации процесса публикации является:

• написание материала;

• публикация материала;

Автоматизация указанных задач позволит оперативно:

• контент-менеджеру – заполнять страницы сайта;

• редакторам  публиковать материалы;

• посетителю  читать свежие новости и комментировать их;

• администратору сайта – обслуживать страницы сайта;

Данная автоматизация уменьшит время публикации и посетителям получать новости из первых рук.

2. Этапы разработки программы

1. Техническое задание

1. Введение

Настоящее техническое задание распространяется на разработку программы «Портал спортивных новостей», предназначенной для посетителей и авторов сайта.

2. Основание для разработки

Основанием для разработки является задание на дипломное проектирование, выданное Челябинским Энергетическим колледжем.

Наименование работы: «Разработка портала спортивных новостей».

Исполнитель: Саничев Егор Александрович.

3. Назначение

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

4. Требования к программе или программному обеспечению

   1. Требования к функциональным характеристикам

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

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

• разграничение доступа для администраторов, авторов, пользователей и гостей;

• добавление авторских материалов;

• регистрация пользователей в системе;

• комментирование материалов.

Исходные данные:

• новость (название, символьный код, раздел, картинка превью, анонс, текст);

• статья (название, символьный код, раздел, картинка превью, анонс, текст);

• информация о посетителе (фамилия, имя, электронная почта посетителя)

2. Организация входных и выходных данных

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

3. Требования к надежности

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

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 часов.

5. Требования к программной совместимости

При работе на персональном компьютере программа должна работать под управлением семейства операционных систем Win32 или Win64 (Windows XP/7/8), а также должна корректно отображаться в браузерах Google Chrome, Opera, Mozilla Firefox, Safari.

При работе на планшетном компьютере программа должна работать под управлением семейства операционных систем Android или iOS.

5. Требования к программной документации

Разрабатываемые программные модули должны быть самодокументированы, т.е. тексты программ должны содержать все необходимые комментарии.

В состав сопровождающей документации должны входить:

• пояснительная записка, содержащая описание разработки;

• руководство пользователя;

• руководство программиста.

6. Технико-экономические показатели

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

7. Порядок контроля и приемки

После передачи Исполнителем отдельного функционального модуля программы Заказчику последний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.