42
Установка серверной части программы возможна как локальная, так и
удаленная. Правда, удаленную установку серверной части программы
простой не назовешь — придется изрядно повозиться. Первоначально
нужно добавить удаленный компьютер в список соединений. При этом
нужно знать либо IP-адрес, либо доменное имя удаленного ПК. При
создании нового соединения необходимо указать также имя пользователя и
пароль на доступ к удаленному ПК. При этом имя пользователя должно
быть полным, то есть с указанием домена.
2.4 Техническое задание на разработку ИС
Общие функциональные требования
Информационная система управления программным обеспечением
предназначена для получения информации об установленном
программном обеспечении на ПК сети, установке, удаления и обновления
программного обеспечения.
Информационная система должна позволять выполнение основных
функций:
Получение информации об установленном программном
обеспечении на всех ПК сети;
Удаленное удаление, установка и обновление программного
обеспечения, установленного на ПК сети;
Получение отчетов по выполненным действиям.
Требования к надежности
Система обязана иметь хорошую надежность, оперативно
восстанавливать свою работоспособность в случаях сбоев,
функционировать 24/7 в стандартном режиме в рамках установленного
рабочего времени сотрудников.
43
Система не должна терять работоспособность в процессе реализации
сбоев, аварий и отказов, которые возможны на рабочих станциях,
принтерах и других устройствах пользователей при взаимодействии с
системой.
Система обязана поддерживать сохранение работоспособности и
защищенности данных при реализации сбоев, аварий и отказов, которые
происходят на серверах Системы и сетевом оборудовании.
Система обязана поддерживать работоспособность при ошибочном
выходе из Системы на компьютерах пользователей.
Стабильная работа Системы должна поддерживаться реализацией
нескольких следующих организационно-технических моментов:
• Внедрение бесперебойного питания техники;
• Применение лицензионного ПО;
• Периодические проверки рекомендаций, описанных в
постановлении Министерства труда и социального развития РФ от 23 июля
1998 г. «Об внедрении межотраслевых типовых норм времени на работы
по обслуживанию и сервису ПЭВМ и оргтехники и других ТС»;
• Постоянным следованием ГОСТ Р51188-98. ЗИ. Проверка
программных средств на наличие вирусов и подозрительной активности.
Время возврата к рабочему состоянию Системы после проблем,
произошедших из-за сбоя технических средств, вылетом ОС, не может
быть более 120 минут в случае соблюдения условий обслуживания
технических и программных средств.
Время возврата к рабочему состоянию Системы после проблем,
произошедших из-за неисправности технических средств, сложной ошибки
ОС, не может быть более того срока, который требуется на поиск и
минимизацию неисправностей технических средств и повторной установки
ПО.
44
Требования к эргономике и технической эстетике
Основная задача подготовки интерфейса ПО заключается в
производстве ПО, которое будет логичным и простым для пользователя, а
также сможет вызвать у него доверие, что по итогу повысит уровень
лояльность потребителя к фирме, и даст в последствии новых клиентов
фирме-заказчику. При корректно спланированном пользовательском
интерфейсе ПО не станет мешать, а будет только помогать пользователю
реализовывать ряд задач, а также поможет тратить явно меньше времени
для применения ресурса.
Процесс подготовки. Сам процесс подготовки интерфейса будущего
ПО – это трудоемкий и довольно сложный процесс разработки ПО,
который включает много стадий. Стартовая стадия: выполнение бизнес-
анализа компании-заказчика в рамках указанной задачи, описание
стратегии проекта.
Бизнес-аналитика состоит из брифинга, который заключается в сборе
данных по проекту и компании, а также выделению конкретного и ясного
ТЗ и описания бизнес-требований. Помимо остального, бриф [2] говорит о
рынке клиента, его конкурентах и целевой аудитории. Он помогает
довольно четко выразить рабочую область заказчика, что становится
важным фактором при реализации оптимального результата. Поэтому
нужно генерировать бриф так, чтобы все члены-исполнители понимали
суть реализуемой задачи.
Далее происходит определение и изучение целевой аудитории.
Важным нюансом тут становится описание ЦА создаваемого ПО и
описание совокупных предпочтений и признаков, а также выделение
нюансов, которые важны клиенту в рамках решения задачи. По итогу
интерфейс пользователя создается в гораздо удобной и привлекательной
форме, исходя их полученных данных. По сути, в больших проектах
45
задачи бизнес-аналитики и выявления направленностей лежат на
специалистах маркетологах и менеджерах.
По факту завершения подготовительных и аналитических операций
стартует работа над взаимодействием пользователя. Основным параметром
оценки такого взаимодействия становится опыт взаимодействия.
Опыт взаимодействия является ощущением, которое возникает у
человека при взаимодействии непосредственными объектами мира. Опыт
взаимодействия определяет личное восприятие людьми некоторых
эмоциональных и психологических параметров продукта или услуги в
период приобретения и пользования. [3]. И если этот опыт взаимодействия
имеет позитивные эмоции по факту использования продукта –
пользователь станет довольным, и к компании он будет относится
лояльнее, посоветует ее друзьям и знакомым, что повысит прибыл и
улучшит рентабельность и значимость всего проекта.
Принцип создания пользовательского взаимодействия состоит во
внедрении в ПО следующих качеств:
1. Юзабилити. Понятие, характеризующее уровень удобства, с
которой пользователь может реализовать все имеющиеся перед ним
задачи, применяя данное ПО. Грамотное юзабилити подразумевает
продуманность информационной и технической архитектуры, простоту
использования программы, логичность, читабельность контента, некий
призыв к действию.
2. Ценность. Сейчас имеется множество вариантов ПО, ценность
которых не совсем понятна. Основная причина этому: несовпадение
функций продукта с потребностями пользователя. Ведь нам гораздо ценен
тот продукт, работа которого полностью удовлетворяет нашим
пожеланиям. И при этом в процессе проектирования важно учитывать не
только внешние, но и неявные функциональные требования. К примеру,
46
сегодня компания Apple удовлетворяет такие потребности своих клиентов,
делая работу всех своих устройств логичной и приятной.
3. Доступность. Это качество описывает уровень доступности ПО
для своих пользователей. Часто от данного свойства зависит, станут ли
пользователи покупать ПО. На практике зачастую о данном свойстве
забывают, что ведет к потере клиентов и минимизации прибыльности
проекта. Чтобы избежать проблем с доступностью, важно обращать
внимание на ситуацию, когда пользователь впервые встречается с ПО и
заранее найти варианты решения возможных проблем, которые
препятствуют входу в ПО.
4. Привлекательность. Данный аспект характеризует
эмоциональную часть опыта взаимодействия, благодаря которому
пользователь выбирает подходящее для себя ПО. Многие продукты имеют
спрос, несмотря на все описанные выше недостатки, т. к. они просто
привлекательны для своей аудитории. Например, фанаты видеоигры
большую часть времени будут тратить на новую только вышедшую
новинку (с хорошим качеством графики, спецэффектами, сюжетом), минуя
проблемы ценности, юзабилити и доступности.
Построение взаимодействия пользователя – довольно
проблематичный процесс, который подключается на любой стадии
создания ПО.
На последующем этапе происходит выяснение функционала ПО при
помощи пользовательских историй (user story) и описании путешествий
пользователя.
Пользовательские истории становятся методом описания требований
к создаваемой ИС, которые подготовлены на одно или несколько
предложений на деловом или повседневном языке пользователя [4].
Проще говоря, такая история — это некая формулировка намерения,
которая включает то, что система будет реализовывать для юзера. В
47
гибкой методике создания такая история — это легковесная и более живая
альтернатива словесному описанию потребностей: функциональных
параметров, сценариев использования и т.п.
Истории пользователей становятся методикой определения
поведения системы так, чтобы это было достаточно и для разработчиков, и
для пользователей. Истории обобщают работу в ценностях, выраженных
пользователями, нежели на классическом разделении задач, как это часто
делается. Подобный подход наиболее результативен и удобен как для
пользователей будущего ПО, так и для заказчиков.
Требования к стандартизации, унификации
Программная система должна быть разработана в клиент-серверной
архитектуре с использованием систем управления базами данных.
Программная система должна быть реализована однообразно, путем
использования стандартных программных и технических решений,
позволяющих обеспечить выполнение функций системы в полностью
заявленном виде.
Принятые решения должны обеспечивать выполнение следующих
правил:
Использование однообразных правил проектирования
интерфейса взаимодействия с пользователем;
Однообразную реакцию системы на возникающие ошибки и
информирование о них пользователя;
Однообразное заполнение и последующее управления
справочниками системы;
Использование единого списка терминов для обеспечения
работоспособности программной системы;
Однообразный подход к разделению прав пользователей.
Требования к видам обеспечения
Информационное обеспечение
48
Для обеспечения корректности функциональности системы
необходимо использовать данные, определенные заказчиком в
соответствии с их формой и содержанием.
В системе должны использоваться стандартизированные
классификаторы, экранные формы должны быть унифицированы.
Лингвистическое обеспечение
Система должна содержать диалоговые элементы, выполненные на
русском языке. Диалог и формулировки пунктов меню должны быть
выполнены таким образом, чтобы обеспечивать однозначное понимание
назначения пользователем, владеющим русским языком.
Программное обеспечение
Разрабатываемая система должна использоваться на персональных
компьютерах, оснащенных операционной системой Windows от 7 версии и
выше.
Решения системы должны иметь возможность совместного
использования с пакетом Microsoft Office для успешной организации
совместной работы с пользователями других систем.
Обеспечение персональных компьютеров и серверов должно
поддерживать все необходимые технологии для работы в составе
локальной вычислительной сети.
Использование выбранного программного обеспечения не должно
каким-то образом задерживать или прекращать работу системы.
Требования к функционированию Системы
Система должна использоваться в соответствии с рабочим графиком
сотрудников ИТ-отдела компании в целях обеспечения постоянного
наблюдения за изменениями в составе программного и аппаратного
обеспечения персональных компьютеров локальной вычислительной сети
компании.
49
Допускается простой системы не более 5% от общего времени для
обеспечения ее обслуживания или обновления. Резервное копирование,
проведение технических работ не должно приводить к простою системы
или нарушению ее функционирования.
Требования к документированию
Документация на Систему должна соответствовать требованиям
ГОСТ 34.201-89 (комплекса стандартов и руководящих документов на
автоматизированные системы). Документация должна включать:
- руководство по установке и настройке;
- руководство пользователя;
- справку о программе.
Техническая документация должна полностью отражать все
возможности Системы. Документация предоставляется пользователю на
бумажном носителе и на электронном носителе. Пользователю
представляются также все коды доступа, пароли и другие сведения,
связанные с функционированием Системы, созданные в процессе работы
над Системой.
Выводы по второй главе
Во второй главе выпускной квалификационной работы проведен
обзор способов защиты информации, описаны задачи механизмов
аутентификации и идентификации, проведен сравнительный анализ
программ-аналогов, в результате чего сделан вывод, что такие программы
не подходят в данном случае, поэтому необходимо разрабатывать
программный продукт, отвечающий всем заявленным требованиям.
На основании определенных требований сформулировано
техническое задание на разработку информационной системы, в котором
приведены функциональные требования, требования к видам обеспечения,
а также документированию.
50
3 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ И
РАСЧЕТ СТОИМОСТИ РАЗРАБОТКИ
3.1 Характеристика входной, оперативной и результатной
информации
Та информация, которая вводится в программную систему и
впоследствии используется ей для формирования внутренних массивов
информации, называется входной. Такая информация может вводится в
систему с использованием разных способов и может поступать в цифровой
или аналоговой форме. При использовании системы должен быть
составлен исчерпывающий список входной информации с указанием всех
входных документов, их назначения, реквизитов, содержания.
На основании входных документов в системе также может
формироваться нормативно-справочная информация, которая условится
условно-постоянной, то есть такой, которая изменяется достаточно редко.
По назначению нормативно-справочная информация используется
для:
идентификации единиц информации;
информационно-поисковых целей;
формирования характеристик объектов учета;
обеспечения информационных взаимосвязей и расчетов.
Другими словами, нормативно-справочная информация ― это ядро
единого информационного пространства организации, включающее в себя
набор справочников, словарей, классификаторов, стандартов, регламентов,
используемых в деятельности организации.
В качестве входной информации для разрабатываемого
программного комплекса определена информация о пользователях
системы, то есть сотрудниках компании, перечень помещений офиса
51
компании, а также перечень используемых в информационной системе
компании персональных компьютеров, серверов, соединительных линий, а
также основного программного обеспечения.
В данном случае указанная информация вносится в программную
систему путем ручного ввода данных.
В качестве нормативно-справочной информации используются
справочники, приведенные в таблице 2.
Таблица 2 - Перечень используемых справочников
№
пп
название
справочника
ответственный
за ведение
средний
объём
справочника
в записях
средняя
частота
актуализации
средний
объем
актуализации,
%
1.
Справочник
Тип устройства
Администратор
150
1 раз в год
10
2.
Справочник
Показатель
Администратор
250
1 раз в год
10
3.
Справочник
Тип показателя
Администратор
250
1 раз в год
10
4.
Справочник
Тип диска
Администратор
10
1 раз в месяц
10
После запуска программы она опрашивает все персональные
компьютеры и таким образом заносятся данные в указанные справочники.
Оператор имеет возможность редактировать, добавлять или удалять
данные в этих справочниках.
Информацию, полученную в результате обработки первичной и
промежуточной информации о совершенных хозяйственных операциях,
называют результатной. Именно для достижения получения итоговой
информации и используется сбор и обработка данных. Она позволяет
оценить работу организации и принимать управленческие и оперативные
решения.
В качестве итогового документа для разрабатываемого программного
комплекса формируется список всех персональных компьютеров сети,