47
Минимальными требованиями для рабочей станции, на которую
предполагается установка модернизированной системы «Клиент-Банк», являются
следующие:
процессор двухъядерный с тактовой частотой 2 ГГц или лучше;
оперативная память не менее 2 Гб;
свободное место на жестком диске не менее 2 Гб;
дополнительные требования не менее 2 Гб для файла подкачки.
48
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
В процессе проектирования и разработки архитектуры информационной
системы Клиент-Банк на предприятии ООО «Вектор» необходимо добиваться
соответствия комплексам государственных стандартов для автоматизированных
систем [1-3]. В качестве основного выбирается стандарт ГОСТ Р ИСО/МЭК 12207-
99. Структура и содержание данных государственных стандартов говорит о
необходимости при проектировании и разработке применять поэтапную
технологию. При определении состава и содержания работ должны быть выделены
следующие этапы:
этап анализа;
этап проектирования;
этап реализации;
этап внедрения и сопровождения.
Задачей этапа анализа является определение основных характеристик
проектируемой информационной системы. Выходной результат этого этапа –
составление технического задания на разработку информационной системы Клиент-
Банк для ООО «Вектор». Данный этап целесообразно разделить на следующие
подэтапы:
выявление основных требований к проектируемой информационной
системе (изучению подлежат бизнес-процессы КАК ЕСТЬ, определяется комплекс
задач автоматизации, а также основные характеристики проектируемой
информационной системы, которые являются необходимыми для решения);
определение функций информационной системы с выработкой
стратегий автоматизации. При выполнении этого подэтапа следует
проанализировать аналогичные разработки, выбрать стратегию и методику
автоматизации, определить ключевые цели и задачи автоматизации;
обоснование проектных решений по информационному, техническому
и программному обеспечению;
49
окончательная разработка, согласование и утверждение технического
задания с необходимой сопроводительной документацией к нему.
Этап проектирования помогает определить функциональное наполнение
проектируемой информационной системы:
спецификацию функциональных компонентов и подсистем;
методику взаимодействия подсистем в контексте общей структуры
системы.
Круг вопросов, решаемых на данном этапе, связан с разработкой проекта
автоматизации и разработкой информационного обеспечения задачи. Под
разработкой проекта автоматизации понимается составление плана-графика и
архитектуры проекта, анализ рисков, оценочная стоимость проекта.
В ходе разработки информационного обеспечения задачи необходимо
выполнить проектирование информационной модели, классификаторов, а также
прототипов экранных форм. В качестве результативной информации выступает
проектная документация.
Этап реализации заключается в создании функциональных компонентов и
отдельных подсистем, а также в соединении подсистем в единый продукт. Результат
этого этапа – разработка программного обеспечения информационной системы.
Этап может быть разбит на следующие подэтапы:
осуществление подготовки к разработке программного обеспечения, то
есть формализация расчётных показателей и составление алгоритмов;
собственно, разработка программного обеспечения, в том числе:
проектирование базы данных, интерфейса, программных модулей и механизма
взаимодействия между ними;
разработка тестов для проверки работоспособности созданного
программного обеспечения.
В качестве результативной информации данного этапа принимается
документация на программное обеспечение.
Этап внедрения состоит в установке и вводе в действие системы на
предприятии ООО «Вектор». В результате выполнения этапа устанавливаются
элементы программного и технического обеспечения разработанной системы
50
Клиент-Банк, после чего проводится их тестирование с устранением (по
возможности) выявленных ошибок. Данный этап можно также разделить на два
подэтапа:
разработка среды функционирования информационной системы;
проведение тестирования информационной системы.
Этап сопровождения заключается в обеспечении бесперебойного режима
работы информационной системы на предприятии ООО «Вектор». Цель этапа –
осуществление мониторинга и доработки технического и программного обеспечения
информационной системы в ходе эксплуатации, а также поддержка пользователей
этой системы на предприятии.
Так как использование указанных стандартов не предполагают строгих
ограничений на выбор модели жизненного цикла, то в рамках разработки
предполагается использование объектно-ориентированного подхода к
проектированию, определенного процессом итераций (определение требований,
анализ, моделирование, конструирование, реализация, тестирование, оценка
результатов итерации). Для дальнейшего развития системы выбирается спиральная
модель жизненного цикла, которая предполагает постепенное наращивание
возможностей системы. Так как используемая технология не является обязательной
и может работать какое-то время параллельно с существующими, то выбирается
стратегия внедрения использующая пилотный проект как методологию.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Процесс разработки и внедрения информационной системы Клиент-Банк на
предприятии ООО «Вектор» связан с рисками различного типа на каждом из этапов,
в том числе на этапах формирования требований, разработке проекта и внедрения
выполненного решения. Возникновение рисков на подэтапе «Определение основных
требований» находится в соответствии с выбранными технологиями осуществления
предварительного анализа бизнес-процессов на предприятии. Основным риском на
данной стадии разработки является недостаточный (неполный) анализ всех свойств
и необходимых параметров создаваемой информационной системы, что может
повлечь за собой некорректный выбор совокупности задач разработки (как в
51
сторону занижения, так и в сторону завышения реального объема необходимых
задач автоматизации).
Впоследствии, уже на подэтапе «Внедрение разработанной информационной
системы» следствием указанного риска может стать необходимость в доработках и
доведению разработанной системы к заявленным требованиям, что приведет к
увеличению итоговой стоимости информационной системы (финансовый риск). Для
предотвращения подобного риска необходимым является использование
современных case-средств, позволяющих осуществлять моделирование бизнес-
процессов. Следовательно, при возникновении риска подобного типа проводится
дополнительное моделирование с использованием соответствующих современных
case-средств.
Ключевой риск подэтапа «Разработка проекта автоматизации» заключается в
неверном выборе стратегии автоматизации, и, как следствие, ошибочном
определении функциональных возможностей создаваемой информационной
системы. Так, весьма опасным риском является неправильный выбор способа
приобретения автоматизированной системы. Чтобы предотвратить подобный риск
необходимым является осуществление всестороннего анализа информационных
систем в данной сфере, которые существуют на рынке, с последующим
определением эффективной стратегии, какая часть системы может быть приобретена
из уже существующих в готовом виде, а какая подлежит самостоятельной
разработке. Наблюдается очевидная взаимосвязь между этим типом риска и
вышеописанным риском для предыдущего подэтапа, что диктует целесообразность
(в случае их возникновения) комплексного устранения этих рисков. Помимо этого,
на данном этапе вероятно возникновение рисков, связанных с разработкой
неэффективного плана работ, то есть плана, являющегося далеким от реальности по
этапам, их последовательности, а также срокам выполнения каждого из этапов. Риск
подобного типа может явиться причиной финансовых потерь. Для его
предотвращения достаточным является использование современных средств
проектирования. Если риск уже проявился, целесообразно осуществление повторной
корректировки плана выполнения работ.
52
На подэтапе «Разработка технического задания» возможно появления
следующих рисков: неправильная разработка информационной модели, создание
недружественных (не очень удобных для конечных пользователей) макетов
экранных форм. Для предотвращения риска этого типа макеты разрабатываемых
экранных форм согласовываются с конечными пользователями информационной
системы, если же риск уже проявился – выполняется доработка экранных форм в
соответствии с пожеланиями пользователей.
Риск подэтапа «Разработка программного обеспечения» связан с
некорректной разработкой программы. Для устранения этого риска целесообразным
является создание моделей информационной системы и частичное ее внедрение.
Следует также подчеркнуть, что и этап внедрения подразумевает выполнение
тестирования разработанных программных модулей.
Подэтап «Тестирование информационной системы» непосредственно связан с
риском недостаточного тестирования разработанных модулей программы. Чтобы
предотвратить данный риск необходимо использование лицензионного стендового
тестирующего оборудования. Предотвращение же риска подобного типа достигается
путем двойного тестирования. Риски подэтапа «Создание среды функционирования
информационной системы» связаны с выходом оборудования из строя (например, в
результате поломки), а также с устареванием программных средств и программного
обеспечения. Для предотвращения первого из рисков осуществляется мониторинг и
профилактика оборудования на регулярной основе, для предотвращения второго
необходима изначальная гибкость разрабатываемой информационной системы
(дающая возможность выполнения обновлений без значительных затрат) и
выполнение своевременных доработки архитектуры программы
Данные о вероятности возникновения рисков и уровне их воздействия на
работоспособность проекта представлены в таблица 2.1.
53
Таблица 2.1
Описание рисков на различных этапах проекта
Этап
проекта
Риск
Вероятность
появления
Степень
значи-
мости
Последствия для
проекта
Вероятность
невыполнения
плановых сроков
и бюджета
Требуемые
резервы
Способы реагирования для
предотвращения и
устранения
Определение
основных
требований
Недостаточный
анализ всех свойств и
требуемых
параметров
создаваемой
информационной
системы
Средняя
Высокая
Может привести к
останову (потере
работоспособнос-
ти) проекта
Высокая
Финансовые
средства,
трудовые и
временные
ресурсы
Использование современных
case-средств, с помощью
которых возможно
проведение моделирования
бизнес-процессов.
Разработка
проекта
автоматизаци
Неправильный выбор
стратегии
автоматизации и, как
следствие, ошибочное
определение функций
создаваемой
информационной
системы
Высокая
Высокая
Может привести к
останову (потере
работоспособнос-
ти) проекта
Высокая
Финансовые
средства,
трудовые и
временные
ресурсы
Всесторонний анализ
представленных на рынке
информационных систем
данного типа с последующим
определением оптимальной
стратегии
Разработка
неэффективного
плана работ
Высокая
Высокая
Подлежит
обязательному
исключению на
ранних стадиях
проекта
Очень высокая
Финансовые
средства,
трудовые и
временные
ресурсы
Применение современных
средств проектирования
Разработка
технического
задания
Неверная разработка
информационной
модели, а также
создание
недружественных (не
очень удобных) для
рядовых
пользователей
макетов экранных
форм
Средняя
Высокая
Может привести к
останову (потере
работоспособнос-
ти) проекта
Высокая
Финансовые
средства,
трудовые и
временные
ресурсы
Согласование макетов
разрабатываемых экранных
форм с конечными
пользователями
информационной системы
54
Этап
проекта
Риск
Вероятность
появления
Степень
значи-
мости
Последствия для
проекта
Вероятность
невыполнения
плановых сроков
и бюджета
Требуемые
резервы
Способы реагирования для
предотвращения и
устранения
Разработка
програм-
много
обеспечения
Некорректная
разработка
программы
Средняя
Очень
высокая
Подлежит
обязательному
исключению на
ранних стадиях
проекта
Высокая
Финансовые
средства,
трудовые и
временные
ресурсы
Создание моделей
информационной системы и
их частичное внедрение
Тестиро-
вание
информацио
нной
системы
Недостаточное
тестирование
разработанных
модулей программы
Высокая
Высокая
Игнорирование
данного риска
приводит к
неэффективности
внедрения
информационной
системы
Высокая
Финансовы
средства,
трудовые и
временные
ресурсы
Осуществление двойного
тестирования
Создание
среды
функциони-
рования
информа-
ционной
системы
Выход из строя
оборудования, а
также устаревание
программного
обеспечения и
программных средств
Средняя
Средняя
Подлежит
обязательной
минимизации при
сопровождении
информационной
системы
Высокая
Финансовые
средства,
трудовые и
временные
ресурсы
Осуществление мониторинга
и профилактики технических
средств на регулярной основе
55
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Разрабатываемая информационная система Клиент-Банк предназначена для
комплексного учёта безналичных расчёетов предприятия ООО «Вектор» по своим
счетам, печати требуемых документов, хранения, поиска и просмотра данных.
Информационная система Клиент-Банк может быть отнесена к классу систем
защищённого электронного документооборота и способна функционировать как при
работе через Интернет, так и через модем. Обмен электронными документами
осуществляется непосредственно между ООО «Вектор» (клиентом) и банком.
Электронный документ, который отправлен ООО «Вектор», и получен банком,
согласно Договора на расчётное обслуживание с использованием системы Клиент-
Банк считается основанием для проведения финансовых операций.
В информационной системе предусмотрено использование надёжных систем
защиты, практически полностью исключающих возможность несанкционированного
доступа к счетам и перехвата данных при передаче их посредством модема или через
Интернет. Для того, чтобы обеспечить информационную безопасность,
предусмотрены следующие механизмы:
для доступа в систему необходим ввод логина и пароля системы
секретным набором символов, который известен только ответственному сотруднику
ООО «Вектор»;
наличие электронной цифровой подписи (ЭЦП) под электронным
документом позволяет обеспечить целостность и аутентичность документов в
системе (закрытый и открытый электронный ключ);
система функционирует с носителями защищённого хранения и
использует ключи электронной цифровой подписи (ЭЦП);
все операции между ООО «Вектор» и банком в информационной системе
Клиент-Банк производятся только с шифрованием передаваемой информации, а
также предусмотрена возможность дополнительного использования протокола
HTTPS (SSL), что делает невозможным просмотр и изменение информации третьими
лицами;
предусмотрена возможность удаленного (из банка) управления
параметрами безопасности информационной системы Клиент-Банк.
56
Следует отметить, что доступ к системе имеет только отдел бухгалтерии,
главный бухгалтер и руководитель предприятия, для остальных сотрудников вход в
систему недоступен.
Разрабатываемый в рамках системы дополнительный модуль интеграции
Клиент-Банк с системой «1С: Бухгалтерия предприятия» предусматривает выгрузку
данных в систему «1С». В этом аспекте вполне оправдано применение традиционного
метода организации передаваемых и обрабатываемых данных с помощью правильно
выстроенной политики ролей
Для того, чтобы осуществить организацию разграничения прав пользователей,
необходимо использовать несколько уровней доступа к данным и сформировать
специализированные группы доступа, имеющие заранее оговоренные права.
Так как система Клиент-Банк ориентирована на работу с финансовыми
документами, то наиболее корректная постановка задачи определяет необходимость
управления следующими документами: платежное поручение, банковская выписка,
приходный и расходный кассовые ордера, зарплатная ведомость. В результате можно
выделить группы пользователей системы «1С:Бухгалтерия предприятия»,
представленные в таблица 2.5
Таблица 2.2
Разграничение прав пользователей
Группы
пользователей
Документ
«Платёжное
поручение»
Документ
«Банковская
выписка»
Кассовые
документы
Документ
«Зарплатная
ведомость»
Директор
предприятия,
директор
филиала
Чтение
Чтение
Чтение
Чтение
Бухгалтерия
Чтение/создание/
удаление
Чтение/создание
/удаление
Чтение/соз-
дание/уда-
ление
Чтение/соз-
дание/уда-ление
Все остальные
пользователи
Нет доступа
Чтение
Нет доступа
Нет доступа