- •Реферат
- •Содержание
- •Нормативные ссылки
- •Определения
- •Введение
- •Анализ предметной области
- •Общая характеристика объекта автоматизации
- •Внешняя модель объекта автоматизации
- •Описание технологического процесса
- •Выявленные проблемы технологического процесса и пути их решения
- •Обзор аналогов систем Groupware и WorkFlow
- •Анализ рынка Groupware систем
- •Анализ рынка WorkFlow систем.
- •Техническое задание на разрабатываемую систему.
- •Общие сведения
- •Назначение и цели создания системы
- •Требования к эргономике и технической эстетике
- •Требования к патентной чистоте
- •Требования по стандартизации и унификации
- •Требования к функциям
- •Требования к видам обеспечения
- •Информационное обеспечение системы
- •Интерфейсы работы с системой
- •Связи программы с другими программами
- •Используемые технические средства
- •Описание задачи
- •Руководство пользователя
- •Описание программы
- •Установка системы
- •Сообщения
- •Экономическая часть
- •Определение затрат на создание программного продукта
- •Расходы по оплате труда разработчика программы
- •Расходы по оплате машинного времени при отладке программы
- •Отчисления на социальные нужды
- •Затраты на создание программного продукта
- •Безопасность жизнедеятельности. Природопользование и охрана окружающей среды
- •Введение
- •Безопасность жизнедеятельности.
- •Характеристика опасных и вредных факторов на рабочем месте
- •Электробезопасность
- •Освещенность рабочего места
- •Защита от электростатического поля
- •Защита от шума
- •Эргономика рабочего места
- •Пожарная безопасность
- •Микроклимат рабочего места
- •Чрезвычайные ситуации
- •Природопользование и охрана окружающей среды
- •Оценка качества окружающей среды места проведения работ
- •Состояние атмосферного воздуха
- •Защита от ионизирующего излучения
- •Экологичность помещения
- •Состояние хозяйственно-питьевого водоснабжения
- •Физические факторы и характеристика радиационного фактора среды
- •Мероприятия по охране окружающей среды
- •Заключение
- •Список использованных источников
-
Описание технологического процесса
Контекстная диаграмма процесса представлена в соответствии с рисунком 2, технологический процесс «как есть» происходит в соответствии с рисунком 3 и построен следующим образом: менеджер, ответственный за проект, заполняет специальную форму, описывающую требования заказчика к проекту (так называемую «анкету»), далее заключается типовой договор, в котором прописываются используемые модули системы управления, количество вариантов дизайн-макетов, сроки и условия оплаты и предоставления материалов, а в приложении к договору стоимость услуг и календарный план выполнения работ. Договор подписывается заказчиком и студией, после получения авансового платежа (зависящего от полной стоимости договора), пишется техническое задание, оно утверждается заказчиком. Далее происходит создание сайта.
Создаются и утверждаются дизайн-макеты, клиенту высылаются изображения, а он вносит свои замечания менеджеру. Согласно списку замечаний дизайнер перерабатывает макеты и вновь отсылает на утверждении. В этом процессе зачастую теряется очень важная информация, некоторые факты искажаются, что является слабым местом существующего техпроцесса. Далее утвержденный макет верстается, программист связывает верстку и существующую систему управления, выполняет индивидуальные задачи, контент-менеджер наполняет готовый сайт информацией, полученной от клиента, менеджер утверждает готовый проект. При необходимости вносятся изменения. По окончании работ обоими сторонами подписывается акт сдачи-приемки выполненных работ, клиентом вносится остаток финансовых средств. Процесс создания сайта построен в соответствии с рисунком 4.
Процесс утверждения технического задания построен в соответствии с рисунком 5: менеджер проекта составляет техническое задание согласно пожеланиям клиента относительно заказанного веб – решения, пересылает техническое задание заказчику. Заказчик просматривает полученный документ, просит внести коррективы или утверждает первоначальный вариант. В случае несогласования менеджер вносит необходимые правки и пересылает техническое задание клиенту на повторное утверждение. Далее процесс утверждения проходит еще раз и до полного соответствия технического задания требованиям клиента.
Процесс утверждения дизайн-макета схож с процессом утверждения технического задания и построен в соответствии с рисунком 6. Дизайнер готовит макет исходя из требований к дизайну, определенных в техническом задании и предоставленных заказчиком материалов (логотип, фирменные цвета, рекламные материалы), существующих веб – стандартов, оптимизируя размер страниц и расход интернет - траффика при их загрузке. Далее макет пересылается клиенту на согласование, клиент дает рекомендации по корректировке макета, дизайнер корректирует и вновь передает макет клиенту. Процесс повторяется до полного согласования макетов всех страниц проекта.
Процесс утверждения готовой работы построен в соответствии с рисунком 7. Готовый проект выкладывается на хостинг студии и проходит последний этап согласования. Заказчик анализирует не только внешний вид проекта, но и скорость загрузки страниц, работоспособность сервисов, удобство администрирования, общее соответствие заявленным требованиям. Если появляются замечания, то менеджер проекта анализирует их правомерность, в случае признания правомерности вносятся корректировки, в случае несоответствия требований и изначальных планов клиенту предлагается оформить дополнительное соглашение к договору, включающее новые трбования и стоимость их разработки. После окончания процесса согласования подписывается акт сдачи – приемки работ, остаток финансовых средств переводится на счет компании, проект переносится на хостинг клиента.
Рисунок 2 – Контекстная диаграмма (нотация IDEF0)
Рисунок 3 – Технологический процесс «как есть» (нотация IDEF0)
Рисунок 4 – Процесс создания сайта (нотация IDEF0)
Рисунок 5 – Процесс оформления и утверждения технического задания (нотация IDEF3)
Рисунок 6 - Процесс утверждения дизайн-макетов (нотация IDEF3)
Рисунок 7 - Процесс утверждения готового проекта (нотация IDEF3)