Материал: Автоматизация управления персоналом в "АО РЖД"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
30
Проведем выбора среды программирования методом экспертного
оценивания. Выделим критерии оценки среды программирования. Важность
каждого из представленных критериев была оценена экспертами по 100
бальной шкале.
Исходя из полученных данных, находится средний балл и коэффициент
относительной важности критерия. Результаты экспертизы представлены в
таблице 5.
Таблица 5
Результаты экспертизы сред разработки, второй этап
Функция
Коэффициент
относительной
важности
Среда программирования
1C
C++ Builder
Стоимость
13,7
+
+
Простота сопровождения
13,2
+
-
Временные затраты на
разработку
14,8
+
-
Быстродействие
15
+
+
Удобный дизайн
14
+
+
Мощность пакета
13,8
+
+
Возможности языка
15,5
+
+
Сумма
100,0%
100
72
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в пользу
1C, который обеспечивает чрезвычайно высокую производительность и
удобство использования.
При разработке информационной системы будет использована
технология клиент-сервер. Во-первых, сервер оптимизирует выполнение
функций обработки данных, что избавляет от необходимости оптимизации
рабочих станций. Сервер позволяет быстро получить результаты обработки
запроса. Во-вторых, поскольку рабочие станции не обрабатывают все
промежуточные данные, существенно снижается нагрузка на сеть.
Предоставляется возможность ведения журнала операций, в котором
31
автоматически регистрируются все прошедшие транзакции что, в свою очередь,
поможет быстрому восстановлению системы при аппаратных сбоях. Данная
технология организуется проще, и оборудование для её организации вполне
приемлемо по стоимости приобретения.
Таким образом, проектируемая система с технической точки зрения будет
представлять собой набор объединенных в единую сеть ЭВМ – клиентов, с
которых при помощи установленного клиентского приложения будет
осуществляться связь с базой данных, расположенной на удаленном сервере.
32
2Разработка проекта автоматизации управления персоналом
2.1Этапы жизненного цикла проекта автоматизации
При выборе стандарта основным определяющим фактором является более
полное и подробное описание работ на стадиях и этапах разработки
АС(автоматизируемых систем). Стандарт ISO/IEC 12207 не содержит
подробное описание работ на разных стадиях и этапах разработки АС.
Стандарт CDM рассчитан на использование в проектах с применением Orаcle
технологий, который в данном проекте не используются. Стандарт MSF, как
было ранее сказано, в большей степени ориентирован на разработку бизнес-
приложений. Стандарт XP ориентирован на командную работу. В данном
проекте будет использоваться ГОСТ 34.601-90, так как он содержит описание
работ на каждом этапе разработки АС.
Любой сложный проект, а особенно проект разработки программного
обеспечения, содержит в себе много неопределенных моментов, которые
влекут за собой риски реализации проекта [10].
Управление рисками заключается в их раннем выявлении и разработке
мер, либо полностью предотвращающих их возникновение, либо
минимизирующих их последствия.
В настоящее время существует три общепринятых стратегии управления
рисками:
Избегание рисков – проект реорганизуется таким образом, чтобы
исключить возможность возникновения рисков;
Делегирование рисков – проект реорганизуется таким образом, чтобы
переложить риски на третью сторону (заказчика, банки, вендора и т.п.);
Принятие рисков – риски признаются в качестве неизбежной
составляющей проекта, проводится постоянный мониторинг симптомов
их наступления, постоянно корректируется план действий в случае
наступления рисков [11].
33
Различают две основные категории рисков – прямые и опосредованные.
На прямые риски проектная команда может каким-то образом повлиять, а
опосредованные риски команда контролировать не может в принципе.
Риски делятся на следующие основные виды:
1. Ресурсные риски:
организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки
программного обеспечения и т.п.);
финансирование (полностью ли обеспечено финансирование проекта,
фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
люди (достаточно ли людей для выполнения проекта, обладают ли они
необходимыми навыками и опытом, работали ли они вместе раньше и
т.п.);
время (реалистичен ли план проекта, насколько критичной является дата
окончания проекта и т.п.);
бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на него,
что произойдет, если ключевые поставщики не смогут выполнить свои
обязательства и т.п.).
2. Технические риски:
область действия (scope) проекта (могут ли быть измерены критерии
успешного завершения проекта, требования стабильны и хорошо
поняты, область действия жестко фиксирована или может расширяться в
будущем и т.п.);
технологии (отлажена ли применяемая технология или она только была
разработана, и т.п.) [12];
34
внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков
технологий и/или продуктов и т.п.).
Для ограничения использования беспроводной сети она защищена
шифрованием по протоколу WEP2, а также настроена фильтрация клиентов по
MAC-адресам.
Кроме того, используется система видеонаблюдения, система
пожаротушения и система контроля и управления доступом.
В компании разработана и применяется политика безопасности.
Целями политики безопасности являются:
сохранение конфиденциальности критичных информационных
ресурсов;
обеспечение непрерывности доступа к информационным ресурсам
Компании для поддержки бизнес деятельности;
защита целостности деловой информации с целью поддержания
возможности по оказанию услуг высокого качества и принятию эффективных
управленческих решений;
повышение осведомленности пользователей в области рисков,
связанных с информационными ресурсами;
определение степени ответственности и обязанностей сотрудников
по обеспечению информационной безопасности.
В таблице 6 приведена таблица разграничения прав групп пользователей
к информационной системе.
Таблица 6
Разграничение прав пользователей
Группы
пользователей
Нормативно-
справочная
информация
Транзакции
Аналитическая
отчетность
Менеджеры
поставщиков и
подрядчиков
Чтение/создание/уд
аление
Чтение/создание
/удаление
Права
отсутствуют
Администраторы
ИС
Чтение/создание/уд
аление
Чтение/создание
/удаление
Чтение/создание/
удаление
Топ-менеджеры
Чтение
Чтение
Полный
Источник: https://baza.diplomsite.ru/previewfile/2274