24
стратегия автоматизации по участкам, т.к. автоматизации подвергается один
участок.
1.3.3. Выбор и обоснование способа приобретения ИС
для автоматизации задачи
На данный момент компания использует недостаточно эффективные
программные продукты в части управления заявками IT-отдела как в виде
методологии так и в виде информационной поддержки.
В связи с расширением количества персонала компании требуется
полноценное бизнес-приложение для учета процессов рабочего времени и
выплаты заработной платы.
Такая система является типичным представителем локальных
информационных систем, которая хранит свою отдельную базу данных на
файл-сервере и не отличается высокой производительностью.
Существует проблема поддержания так называемых наследуемых
систем. Затраты на поддержание работоспособности таких информационных
систем в период их эксплуатации чрезвычайно высоки и вынуждают
компанию задумываться об оптимизации либо кардинальной реорганизации
данной наследуемой информационной системы.
Очевидно, что при большой численности работников трудозатраты на
получение статистических данных, а также на проверку информации,
получаемой руководством из разных подразделений, непомерно возрастают.
Стоит отметить, что отсутствие организованного учёта сотрудников,
работающих на предприятии, приводит к тому, что поиск актуальной
информации о сотрудниках и их данных, структуре компании,
классификаторах и проведенных операциях в бумажном виде занимает много
времени.
Среди наиболее трудоемких процессов особое место занимают расчеты
с персоналом по оплате труда. Для работы на данном участке необходимы
25
высокая точность, аккуратность, максимум внимания и своевременное
выполнение всех расчетных операций.
В роли объектов учета могут выступать десятки, сотни и даже тысячи
человек, по каждому из которых нужно учитывать и обрабатывать
достаточно большие объемы данных. [6]
Наличие большой доли ручной обработки элементарных операций,
таких как формирование печатных форм приказов на принятие, перевод,
увольнение сотрудника, заполнение табеля учёта рабочего времени и т.д.,
приводит к высоким временным затратам сотрудников. В процессе
выполнения этих операций создаётся несколько копий одного и того же
документа - на бумагу и копирование документов тратится немало средств.
Ввиду отсутствия многопользовательского режима работы с
документами и согласованности действий сотрудников возможен
многократный ввод одних и тех же данных.
Для того чтобы в дальнейшем избежать перечисленных проблем и
привести в порядок процесс учета рабочего времени и выплаты заработной
платы в организации ООО «КРОКУС ВЕСТ» необходимо рассмотреть
возможность автоматизации и оптимизации информационных систем.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Система должна предоставлять возможность автоматизации учета
расчета заработной платы в ООО «КРОКУС ВЕСТ».
Полученная информация накапливается в базе данных и обрабатывается
системой с последующей возможностью оперативного доступа для контроля
текущей ситуации, просмотра отчетов, анализа документов, внесения
корректировок и обновления информационной базы, изменения условно-
постоянной информации в справочниках, анализа обобщенной информации
за период времени по каждому проекту или в целом.
26
1.4.2. Обоснование проектных решений по программному обеспечению
Была выбрана платформа 1С: Предприятие в качестве программной
платформы и встроенный язык программирования системы «1С:
Предприятие 8.3» как язык программирования.
Таким образом, система «1С: Предприятие 8.3» обладает
конкурентными преимуществами, такими как:
Высокая скорость разработки информационных
систем по сравнению с аналогичными системами
Низкая цена разработки
Гибкость и кластеризация разработки
Такие информационные системы не подойдут компании, что
объясняется спецификой их тиражного распространения, в то время, как
разрабатываемая система создается для внедрения на конкретное
предприятие и конкретный бизнес-процесс.
системы в IT- сфере является актуальным.
Проведем выбора среды программирования методом экспертного
оценивания. Выделим критерии оценки среды программирования. Важность
каждого из представленных критериев была оценена экспертами по 100
бальной шкале.
Исходя из полученных данных, находится средний балл и коэффициент
относительной важности критерия. Результаты экспертизы представлены в
таблице 5.
Таблица 5.
Результаты экспертизы сред разработки, второй этап
Функция
Коэффициент
относительной
важности
Среда программирования
1C
C++ Builder
Стоимость
13,7
+
+
Простота сопровождения
13,2
+
-
Временные затраты на
разработку
14,8
+
-
Быстродействие
15
+
+
Удобный дизайн
14
+
+
27
Мощность пакета
13,8
+
+
Возможности языка
15,5
+
+
Сумма
100,0%
100
72
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в пользу
1C, который обеспечивает чрезвычайно высокую производительность и
удобство использования.
1.4.3. Обоснование проектных решений по техническому обеспечению
При разработке информационной системы будет использована
технология клиент-сервер. Во-первых, сервер оптимизирует выполнение
функций обработки данных, что избавляет от необходимости оптимизации
рабочих станций. Сервер позволяет быстро получить результаты обработки
запроса. Во-вторых, поскольку рабочие станции не обрабатывают все
промежуточные данные, существенно снижается нагрузка на сеть.
Предоставляется возможность ведения журнала операций, в котором
автоматически регистрируются все прошедшие транзакции что, в свою
очередь, поможет быстрому восстановлению системы при аппаратных сбоях.
Данная технология организуется проще, и оборудование для её организации
вполне приемлемо по стоимости приобретения.
Таким образом, проектируемая система с технической точки зрения
будет представлять собой набор объединенных в единую сеть ЭВМ –
клиентов, с которых при помощи установленного клиентского приложения
будет осуществляться связь с базой данных, расположенной на удаленном
сервере.
28
2. Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
При выборе стандарта основным определяющим фактором является
более полное и подробное описание работ на стадиях и этапах разработки
АС(автоматизируемых систем). Стандарт ISO/IEC 12207 не содержит
подробное описание работ на разных стадиях и этапах разработки АС.
Стандарт CDM рассчитан на использование в проектах с применением Orаcle
технологий, который в данном проекте не используются. Стандарт MSF, как
было ранее сказано, в большей степени ориентирован на разработку бизнес-
приложений. Стандарт XP ориентирован на командную работу. В данном
проекте будет использоваться ГОСТ 34.601-90, так как он содержит описание
работ на каждом этапе разработки АС.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой сложный проект, а особенно проект разработки программного
обеспечения, содержит в себе много неопределенных моментов, которые
влекут за собой риски реализации проекта [10].
Управление рисками заключается в их раннем выявлении и разработке
мер, либо полностью предотвращающих их возникновение, либо
минимизирующих их последствия.
В настоящее время существует три общепринятых стратегии
управления рисками:
Избегание рисков – проект реорганизуется таким образом, чтобы
исключить возможность возникновения рисков;
Делегирование рисков – проект реорганизуется таким образом, чтобы
переложить риски на третью сторону (заказчика, банки, вендора и т.п.);
Принятие рисков – риски признаются в качестве неизбежной
составляющей проекта, проводится постоянный мониторинг симптомов
29
их наступления, постоянно корректируется план действий в случае
наступления рисков [11].
Различают две основные категории рисков – прямые и опосредованные.
На прямые риски проектная команда может каким-то образом повлиять, а
опосредованные риски команда контролировать не может в принципе.
Риски делятся на следующие основные виды:
1. Ресурсные риски:
организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки
программного обеспечения и т.п.);
финансирование (полностью ли обеспечено финансирование проекта,
фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
люди (достаточно ли людей для выполнения проекта, обладают ли они
необходимыми навыками и опытом, работали ли они вместе раньше и
т.п.);
время (реалистичен ли план проекта, насколько критичной является дата
окончания проекта и т.п.);
бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на него,
что произойдет, если ключевые поставщики не смогут выполнить свои
обязательства и т.п.).
2. Технические риски:
область действия (scope) проекта (могут ли быть измерены критерии
успешного завершения проекта, требования стабильны и хорошо
поняты, область действия жестко фиксирована или может расширяться в
будущем и т.п.);
технологии (отлажена ли применяемая технология или она только была
разработана, и т.п.) [12];
30
внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков
технологий и/или продуктов и т.п.).
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Для ограничения использования беспроводной сети она защищена
шифрованием по протоколу WEP2, а также настроена фильтрация клиентов
по MAC-адресам.
Кроме того, используется система видеонаблюдения, система
пожаротушения и система контроля и управления доступом.
В компании разработана и применяется политика безопасности.
Целями политики безопасности являются:
сохранение конфиденциальности критичных информационных
ресурсов;
обеспечение непрерывности доступа к информационным
ресурсам Компании для поддержки бизнес деятельности;
защита целостности деловой информации с целью поддержания
возможности по оказанию услуг высокого качества и принятию эффективных
управленческих решений;
повышение осведомленности пользователей в области рисков,
связанных с информационными ресурсами;
определение степени ответственности и обязанностей
сотрудников по обеспечению информационной безопасности.
Руководители подразделений должны обеспечить регулярный контроль
за соблюдением положений политики. Кроме того, должна быть
организована периодическая проверка соблюдения информационной
безопасности с последующим представлением отчета по результатам
указанной проверки руководству.
31
Требования политики распространяются на всю информацию и
ресурсы обработки информации. Соблюдение политики обязательно для всех
сотрудников (как постоянных, так и временных). В договорах с третьими
лицами, получающими доступ к информации, должна быть оговорена
обязанность третьего лица по соблюдению требований политики
безопасности.
К основным задачам администратора разрабатываемой информационной
системы на платформе «1С: Предприятие» в условиях относят:
- работу с пользовательскими учетными записями (введение новых
учетных записей), изменение уровня доступа к системе, удаление
пользователя из системы;
- создание групповых политик (назначение групповых прав доступа);
- макроооперации с информационными базами (установка обновлений,
тестирование БД, реорганизация, сжатие и др.);
- резервное копирование базы данных;
- восстановление баз данных;
- организация хранения копий баз данных;
- разработка нормативных документов в области функционала
администратора БД.
Эффективное управление пользовательскими учетными записями
позволит повысить защищенность системы, снизить вероятность ошибок
пользователей вследствие влияния человеческого фактора, позволить
реализовать протоколирование действий пользователей.
Рассмотрим организацию технологии администрирования
информационных ресурсов разрабатываемой в ВКР информационной
системы.
Основными методами администрирования ПО «1С: Предприятие»
является администрирование на уровне программного обеспечения
(регулирует доступ к режимам работы программного обеспечения), а также
32
администрирование на уровне контроллера домена (регулирует доступ к ПО
через доменные учетные записи пользователей).
Обязанности администратора ПО «1С: Предприятие» возложены на ИТ-
специалиста.
В таблице 6 приведена таблица разграничения прав групп
пользователей к информационной системе.
Таблица 6
Разграничение прав пользователей
Группы
пользователей
Нормативно-
справочная
информация
Транзакции
Аналитическая
отчетность
Менеджеры
поставщиков и
подрядчиков
Чтение/создани
е/удаление
Чтение/создание
/удаление
Права отсутствуют
Администраторы
ИС
Чтение/создани
е/удаление
Чтение/создание
/удаление
Чтение/создание/удал
ение
Топ-менеджеры
Чтение
Чтение
Полный
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рис. 11.
33
Рисунок 11. Информационная модель системы автоматизации
документов по учету рабочего времени и расчету заработной платы
В системе используется 5 видов кодирования, предназначенные для
однозначной идентификации менеджеров, клиентов, договоров, платежей,
проектов . Виды системы кодирования указаны в табл. 7.
Таблица 7
Используемые системы кодирования
Кодируемо
е
множество
объектов
Длина
кода
Мощность
кода
Система
кодирования
Система
классификаци
и
Вид
классификат
ора
Сотрудник
и
5
9999
порядковая
иерархическая
общесистемны
й
Договоры
5
9999
порядковая
иерархическая
общесистемны
й
Расчеты по
учету
рабочего
времени и
заработной
платы
5
9999
порядковая
иерархическая
общесистемны
й
Все классификаторы ведутся менеджером.
Классификатор менеджеров.
Структурная формула классификатора: