Разработка АРМ сотрудника рекламного агентства

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

2. Назначение и цели  создания (развития) системы.

2.1. Назначение системы.

АРМ предназначен для автоматизации системы заказов в отделе работы с клиентами предприятия. Видом автоматизируемой деятельности для данной системы является обработка и управление входящей информацией. Объектами автоматизации являются процессы по обработке и управлению заказами на выполнение услуги.

2.2. Цели создания системы:

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

3. Характеристика объектов  автоматизации.

3.1. Краткие сведения об  объекте автоматизации или ссылки  на документы, содержащие такую  информацию.

Процессы по обработке  и управлению заказами на покупку  товара (объекты автоматизации) включают в себя:

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

3.2. Сведения об условиях  эксплуатации объекта автоматизации  и характеристиках окружающей  среды.

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

4. Требования к системе.

4.1. Требования к системе  в целом.

4.1.1. Требования к структуре  и функционированию системы. 

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

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

4.1.2.Требования к численности  и квалификации персонала системы  и режиму его работы.

Для управления и сопровождения  данной системы требуется наличие 1 сотрудника клиентского отдела рекламного агентства, а также наличие у них высшего образования и навыков работы с подобными модулями. Помимо этого, сотрудник должен разбираться в содержании всех отчетов, которые будут формироваться в рамках работы данной системы. Режим работы сотрудника будет составлять полный восьмичасовой рабочий день, рабочая неделя будет состоят из 5 дней.

4.1.3. Показатели назначения.

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

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

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

Показатели надежности системы должны отвечать требованиям [10]. Обеспечение уровня надежности требует проведения специального комплекса работ, выполняемых на разных стадиях создания и эксплуатации модуля.

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

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

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

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

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

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

4.1.5. Требования к безопасности.

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

Технические средства модуля (сервера на которых хранится информация) должны соответствовать требованиям  «Правил устройства электроустановок». Все внешние элементы технических  средств модуля, находящиеся под  напряжением, должны иметь защиту от случайного прикосновения человека, а сами технические средства иметь  защищенное заземление в соответствии с правилами [9].

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

Взаимодействие человека с системой осуществляется через  рабочее место оператора, в состав которого входит компьютер (для взаимодействия с системой), принтер (для распечатки отчетов), телефонная станция (для связи  с клиентами). Общие эргономические требования, регламентирующие организацию  рабочего места, взаимное расположение средств связи в пределах рабочего места регламентируется стандартом [8].

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

Размеры экрана должны быть не менее 19 дюйма по диагонали. Фрагменты изображения не должны быть перенасыщены информацией и разнообразием цветовой гаммы.

Уровни освещённости рабочих  мест персонала должны соответствовать  характеру и условиям труда. Должна быть предусмотрена защита от слепящего  действия света и отражения (бликов).

4.1.7. Требования к транспортабельности  для подвижных АС.

Система поставляется на внешнем  накопителе (USB-flash) и устанавливается на рабочие станции, на которых располагается программное обеспечение компании, предоставляющей услуги предприятию.

4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту  и хранению компонентов системы. 

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

Основные технические  средства модуля размещены в помещениях управления и эксплуатации эвм. В соответствии со стандартами [11] и [12], для нормального функционирования вычислительной техники в этих помещениях должны быть обеспечены следующие условия:

• Температура окружающего воздуха ( 20 ± 5 ) °С.
• Относительная влажность окружающего воздуха (60 ± 15)%.
• Атмосферное давление от 84 до 107 кПа (680-800 мм. рт. ст.).
• Запыленность воздуха в помещении - не более 1мг / куб. м при размере частиц не более 3 мкм.
• Напряженность внешнего электрического поля должна быть не более 0.3 V/m.
• Напряженность внешнего магнитного поля должна быть не более 5.0 А/м.
• Частота вибрации должна быть не более 25 Гц при амплитуде смещений не более 0.1 мм.

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

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

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

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

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

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

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

К ним относятся, в частности, следующие виды защиты и ограничений  доступа к данным и функциям системы:

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

Требования по сохранности  информации при авариях, требования к защите от влияния внешних воздействий.

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

Требования к средствам  защиты от внешних воздействий. Технические  средства системы должны быть устойчивы  к воздействиям температуры и  влажности окружающего воздуха  по группе В1 согласно [5], и к воздействию механических факторов по группе L2 согласно [6], а для вычислительной техники – по группе 3 согласно [7].

Группа 3 ограничивает изменение  климатических условий следующим  диапазоном:

• Температура окружающего воздуха от +5 до +40 °С.
• Относительная влажность окружающего воздуха от 40 до 90% при температуре +30 °С.
• Атмосферное давление от 84 до 107 кПа (680 - 800 мм. рт. ст.).

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

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

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