Для примера рассмотрим два новостных портала: SportBox.ru и Am-Football.ru.
1. Sportbox.ru
Рисунок 1 – Интерфейс SportBox.ru
2. IIko
Система IIko (айко) для автоматизации ресторанов, наряду с R-Keeper, является лидером в автоматизации ресторанного бизнеса. Система состоит из следующих модулей:
- модуль iikoResto (обслуживание клиентов);
- модуль iikoOperations&Finance (кассовые операции и оплата персонала);
- модуль iikoPersonel (управление персоналом).
Основным преимуществом IIko является в том, что можно автоматизировать не только рестораны, но и небольшие заведения общественного питания. При этом стоимость продукта ниже, чем у конкурентов, поэтому начинающие бизнесмены предпочитают приобретать именно этот продукт. Дополнительный плюс для развивающихся организаций заключается в возможности арендовать лицензированный экземпляр IIko (при этом стать его полноправным владельцем можно немного позднее).
3. АСТОР: Ресторан Lite
Астор Лайт позиционируется авторами программы как система учета для небольших и средних ресторанов. В данную систему входят приложения для:
- кассиров;
- менеджеров зала;
- калькуляции;
- управляющего;
- заведующего производством;
- кладовщика;
- менеджера по закупкам;
- официантов.
Для каждого из работников существует учетная запись с ограничением прав, благодаря которой, каждый занимается своим делом и не может случайно или намеренно испортить работу остальных. АСТОР лучше всего подходит для небольших ресторанов, которые пользуются услугами нескольких поставщиков. А возможно подойдет и сети небольших кафе и фастфудов.
Описание предметной области
В дипломном проекте рассматривается модель проектирования новостного портала. Рассматриваемая система представляет взаимодействие посетителя сайта с авторскими материалами. В газете автор пишет материал, который, в свою очередь, проходит длинный, долгий путь до печати.
Предметной областью автоматизации процесса публикации является:
- написание материала;
- публикация материала;
Автоматизация указанных задач позволит оперативно:
- контент-менеджеру – заполнять страницы сайта;
- редакторам - публиковать материалы;
- посетителю - читать свежие новости и комментировать их;
- администратору сайта – обслуживать страницы сайта;
Данная автоматизация уменьшит время публикации и посетителям получать новости из первых рук.
ЭТАПЫРАЗРАБОТКИ ПРОГРАММЫ
Техническое задание
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 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.