4. Требования к эргономике и технической эстетике

Интерфейс приложения для внутреннего использования представляет собой таблицу заявок, поля в которой совпадают со свойствами объекта «заявка». При двойном щелчке по строке заявки открывается форма, в которой перечислены связанные с заявкой работы и их свойства. Так же можно посмотреть каждую работу и прикрепленные к ним файлы.

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

Так же существуют особые формы утверждения технического задания, дизайн-макета и готового проекта.

Для утверждения ТЗ форма представляет собой поле комментариев и прикрепленный файл.

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

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

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

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

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

6. Требования по стандартизации и унификации

Верстка клиентской части системы должна удовлетворять стандартам W3C.

5. Требования к функциям

Функции по подсистемам:

• Подсистема регистрации заявки;

При регистрации новой заявки менеджером проекта вносятся данные в систему, далее планируется список работ и сроки, назначаются ответственные, выполняющие работу и проставляющие статус «выполнено» и фактические временные затраты. Работы, нуждающиеся в утверждении, переходят в следующую подсистему. Когда утверждена последняя работа по проекту, получена оплата и подписан акт сдачи работ, менеджер меняет статус у заявки на «выполнено», при этом система проверяет незакрытые работы внутри заявки и сохраняет статус только при их отсутствии.

• Подсистема утверждения;

Подсистема делится на 3 независимых блока:

1. Блок утверждения технического задания;

2. Блок утверждения дизайн-макета;

3. Блок утверждения готового проекта.

• Подсистема отчетов.

Стандартные отчеты должны выдаваться, просматриваться и редактироваться через интерфейсы WORD и EXСEL.

Должна быть обеспечена возможность выдачи произвольного отчета в виде .csv файла

6. Требования к видам обеспечения

1. Информационное обеспечение системы

Перечень объектов системы:

• Заявка на выполнение работ (далее заявка);

Атрибуты:

1. Дата заведения заявки в систему;

2. Вид работ;

3. Руководитель проекта;

4. Клиент;

5. Бриф (данные анкеты проекта);

6. Рецензия;

7. Статус.

• Перечень работ (проектирование системы, дизайн, верстка, программирование, наполнение, установление на хостинг, внесение изменений).

Атрибуты:

1. Дата начала работы;

2. Планируемая дата окончания работы;

3. Фактическая дата окончания работы;

4. Статус работы (отклонено, выполнено, в работе, утверждается, утверждено);

5. Ответственный;

6. Планируемые трудозатраты;

7. Фактические трудозатраты;

8. Комментарии.

Применяется система управления базами данных my SQL.

2. Лингвистическое обеспечение системы

В разработке системы применяются следующие языки программирования высокого уровня:

• php;

• javaScript.

3. Программное обеспечение системы

Разрабатываемое программное средство независимо от используемой операционной системы и браузера.

4. Организационное обеспечение системы

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

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

2. Требования к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации

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

3. Требования к защите от ошибочных действий персонала системы

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

5. Техническое обеспечение системы

Минимальная конфигурация:

• процессор 500MHz;

• 256mb оперативной памяти;

• разрешение монитора не меньше 1024*768.

7. Состав и содержание работ по созданию системы

Система разрабатывается по следующему плану:

• уточнение требований к системе;

• уточнение состава функций;

• разработка проекта;

• программирование;

• тестирование;

• оформление рабочей документации;

• сдача проекта в эксплуатацию.

8. Порядок контроля и приемки системы

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

9. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Перед вводом системы в эксплуатацию персонал проходит курс обучения работе с системой.

10. Требования к документированию

Состав документации на систему:

• описание архитектуры системы;

• описание базы данных;

• описание системы на уровне классов и диаграмм их взаимодействия;

• тексты программ;

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

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

11. Источники разработки

ТЗ разрабатывалось на основании регламента сдачи приемки работ, описанном в типовом договоре на создание сайта.

4. Основные проектные решения

1. Анализ средств разработки программной среды

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

Парадигмы в соответствии с рис. 10. Управление памятью в соответствии с рис. 11. Типы и структуры данных в соответствии с рис. 12. Объектно-ориентированные возможности в соответствии с рис. 13. Функциональные возможности в соответствии с рис. 14.

Исходя из распространенности на хостингах и минимизации веса страниц интерфейса был выбран язык php.

Популярность в области построения веб-сайтов определяется наличием в этом языке большого набора встроенных средств для разработки веб-приложений. Основные из них:

• автоматическое извлечение POST и GET-параметров, а также переменных окружения веб-сервера в предопределённые массивы;

• файловые функции успешно обрабатывают как локальные, так и удалённые файлы;

• автоматическая отправка HTTP-заголовков;

• работа с cookies и сессиями;

• обработка файлов, загружаемых на сервер;

• работа с HTTP заголовками и HTTP авторизацией;

• работа с XForms;

• работа с удалёнными файлами и сокетами.

Условные обозначения:

+ указанная возможность присутствует

- указанная возможность отсутствует

+/- возможность поддерживается не полностью

-/+ возможность поддерживается очень ограниченно

? нет данных

x постановка вопроса не применима к языку

Рисунок 10 – Парадигмы языков программирования

Условные обозначения:

+ указанная возможность присутствует

- указанная возможность отсутствует

+/- возможность поддерживается не полностью

-/+ возможность поддерживается очень ограниченно

? нет данных

x постановка вопроса не применима к языку

Рисунок 20 – Управление памятью

Условные обозначения:

+ указанная возможность присутствует

- указанная возможность отсутствует

+/- возможность поддерживается не полностью

-/+ возможность поддерживается очень ограниченно

? нет данных

x постановка вопроса не применима к языку

Рисунок 21 – Типы и структуры данных автоматизации

Условные обозначения:

+ указанная возможность присутствует

- указанная возможность отсутствует

+/- возможность поддерживается не полностью

-/+ возможность поддерживается очень ограниченно

? нет данных

x постановка вопроса не применима к языку

Рисунок 22 – Объектно-ориентированные возможности языков программирования

Условные обозначения:

+ указанная возможность присутствует

- указанная возможность отсутствует

+/- возможность поддерживается не полностью

-/+ возможность поддерживается очень ограниченно

? нет данных

x постановка вопроса не применима к языку

Рисунок 23 – Функциональные возможности языков программирования

В настоящее время PHP используется сотнями тысяч разработчиков. Согласно рейтингу Tiobe, базирующемся на данных поисковых систем, в декабре 2009 года PHP находится на 3 месте среди языков программирования (уступая Java и C), поднявшись за год на две позиции.

Входит в LAMP — распространённый набор для создания веб-сайтов (Linux, Apache, MySQL, PHP).

Рассмотрим базы данных, работающие с выбранным языком.

Microsoft SQL Server — система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для от небольших и средних по размеру баз данных до крупных баз данных масштаба предприятия, конкурирует с другими СУБД в этом сегменте рынка.

MySQL — свободная система управления базами данных (СУБД). MySQL является собственностью компании Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под General Public License и под собственной коммерческой лицензией, на выбор. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц.

В нашем проекте используются MySQL.

2. Описание программы

1. Общие сведения

1. Обозначение и наименование программы

Наименование программы: Система автоматизации процесса создания сайтов (САПСС)

2. Программное обеспечение, необходимое для функционирования программы

Для работы программы необходим сервер со следующим программным обеспечением:

• Операционная система: Linux или FreeBSD. Допустимо использование MS Windows.

• Сервер MySQL версии 4.1 и выше

• Apache Web Server 2.2

• PHP 5.1

Для работы программы на стороне клиента необходим любой web-браузер из списка:

• Microsoft Internet Explorer версии 7.0 и выше

• Mozilla Firefox версии 3.0

• Opera версии 9.5 и выше

• Google Chrome

• Safari

3. Языки программирования, на которых написана программа

При написании серверной части программы использован язык программирования php, в клиентской части используется JavaScript, для работы с базой данных используется язык SQL.

2. Функциональное назначение

Программный продукт используется для автоматизации процесса создания сайтов в студии «Web-эволюция». В перспективе возможно применение данного программного продукта для автоматизации бизнес-процессов в любой компании, занимающейся разработкой сайтов.

3. Описание логической структуры

1. База данных программы

На основе анализа бизнес-процессов и требований, определенных в техническом задании, в результате концептуального проектирования выделен полный набор сущностей предметной области, которые должны быть представлены в БД.

Результатом физического проектирования является база данных sapss в соответствии с рисунком 38.

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

Clients содержит перечень всех клиентов компании;

Contacts хранит контактных лиц клиентов

Personnel описывает персонал компании

Projects содержит перечень проектов, с которыми велась или ведется работа;

PaySchedule используется для хранения графика платежей;

ProjectDocs хранит документацию по проекту, например договор и приложения;

ProjectWorks описывает задачи, поставленные для выполнения работ по проекту;

WorkResults содержит заголовки результатов работ;

ResultDocParts хранит результаты работ по написанию технического задания;

ResultDocComments используется для хранения комментариев клиента к ТЗ;

ResultImg содержит результаты графических работ, например, дизайна страниц;

ResultImgComments хранит комментарии клиента к графическим работам;

ResultFinal предназначена для хранения ссылок на готовый проект;

ResultFinalComments содержит комментарии к готовому проекту;

BugReports хранит сообщения пользователей об ошибках в сданных проектах;

ProjectState – справочник статусов проекта;

WorkType – справочник типов работ;

WorkState – справочник статусов работ;

PeoplePost – справочник должностей сотрудников;

BugState – справочник статусов ошибок;

Рисунок 38 – Структура базы данных sapss