45
программноеобеспечение,средствакоммуникации,выполняетсянеравномерно.
Компьютернаятехникаразвиваетсявгеометрическойпрогрессии.
Принято классифицировать компьютерные технологии по типу
пользовательского интерфейса на пакетные, диалоговые и сетевые. При
пакетном интерфейсе пользователь получает лишь результаты работы
технологии, в остальных он взаимодействует с ней на индивидуальном
компьютере.
Компьютерная техника служит, главным образом, для реализации
комплексных технологий обработки и хранения данных и является базой
интеграции всех современных технических средств обеспечения управления
информационнымиресурсами.
Коммуникационная техника служит главным образом для реализации
технологий передачи данных и предполагает автономное функционирование, а
такжефункционированиевсовокупностисосредствамикомпьютернойтехники.
Организационная техника служит для реализации технологий хранения,
представления и использования данных, а также для осуществления разного
рода вспомогательных операций в рамках определенных технологий
информационнойподдержкиуправленческойдеятельности.
В проектируемой задаче автоматизации, в процессе которой требуется
автоматизировать процесс учета договоров на продажу товаров и услуг ТОО
«Unikassa», в качестве технического обеспечения применяются такие средства,
как:
− персональныекомпьютерыменеджеров;
− сервера;
− соединительныелинииЛВС.
Оценка персональных компьютеров происходит по таким основным
критериям, как быстродействие процессора и видеокарты, а также объема
жесткогодиска иоперативнойпамяти.
Поскольку разрабатываемая ИС будет работать на основе клиент-
серверной технологии, то все вычисления будут выполняться на стороне
сервера, значит, системные требования к персональным компьютерам
минимальны.
46
Описанные выше в пункте 1.1.3 технические характеристики
персональных компьютеров относятся к компьютерам со средней
производительностью.Такимобразом,можно сделать вывод,чтоихзаменалибо
модернизациявцеляхреализациизаданнойзадачинетребуется.
Также нет необходимости в улучшении технических характеристик
серверов,посколькусегодняприменяемыемоделисерверовимеют возможность
нарастить свою производительность для реализации автоматизируемой задачи
безущербадляпрочихреализуемыхимизадач.
Оценка соединительных линий ЛВС происходит по допустимой
пропускной способности. Поскольку во время работы создаваемого модуля и
обмена данными с сервером не передается голосовой либо видео трафик, либо
иные объемные данные, особых требований к пропускной способности не
предъявляется. Поскольку пропускная способность линий связи сегодня
составляет до 100 Мбит/сек, то они также не требуют модернизации либо
замены.
47
2.ПРОЕКТНАЯЧАСТЬ
2.1. Разработкапроектаавтоматизации
2.1.1Этапыжизненногоциклапроектаавтоматизации
Жизненнымциклом информационнойсистемыназываютпериодсоздания
и использования информационной системы, начиная с момента возникновения
потребности в системе и заканчивая моментом полного ее выхода из
эксплуатации.
Основной нормативный документ, который регламентирует жизненный
циклпрограммногообеспечения – этомеждународныйстандартISO/IEC12207
[12].
Структура жизненного цикла состоит из процессов, действий и задач,
которые должны быть реализованы во время создания ИС. Каждый из этих
процессов разделен на набор действий, каждое действие, в свою очередь - на
наборзадач.
Каждый процесс, действие либо задача инициируется и осуществляется
другим процессом по мере необходимости, причем нет заранее определенных
последовательностей реализации. Связи по входным данным при этом
сохраняются.
По данному стандарту в структуре жизненного цикла выделяют
представленныенижеэтапы.
1)Предпроектноеобследованиеианализданных:
− сбор материалов для проектирования, при этом выделяют
формулирование требований, с изучения объекта автоматизации, даются
предварительныевыводыпредпроектноговариантаинформационнойсистемы;
− анализ материалов и разработка документации, обязательно дается
технико-экономическоеобоснованиестехническимзаданиемнапроектирование
информационнойсистемы.
2)Проектирование:
2.1)предварительноепроектирование;
48
− выбор проектных решений по аспектам разработки информационной
системы;
− описаниереальныхкомпонентинформационнойсистемы;
− оформлениеиутверждениетехническогопроекта.
2.2)детальноепроектирование:
− выбор либо разработка математических методов или алгоритмов
программ;
− корректировкаструктурбазданных;
− создание документации на доставку и установку программных
продуктов;
− выбор комплекса технических средств с документацией на ее
установку.
2.3)разработкатехно-рабочегопроектаинформационнойсистемы.
2.4)разработкаметодологииреализациифункцийуправленияспомощью
информационной системы и описанием регламента действий аппарата
управления.
3)Разработкаприложений,тестирование,написаниедокументации:
− получениеиустановкапрограммныхитехническихсредств;
− тестированиедаетвозможностьвыявитьналичиеошибок;
− подготовкаучебныхитекстовыхматериалов.
4)Внедрение:
− вводразработанногомодуля;
− обучениеработников, длякоторыйбылразработанданный модуль;
− сдачаиподписаниеактовприемки-сдачиработ.
5)Эксплуатацияисопровождение:
− повседневнаяэксплуатация;
− общеесопровождениевсегопроекта[13].
Стандарт ISO/IEC 15288 «Информационная технология. Системная
инженерия.Процессыжизненногоцикласистем»являетсяпрактическипервым
международным стандартом, который всесторонне с точки зрения организации
49
процессов жизненного цикла рассматривает методологические принципы
проектированиясистем [14].
Документ обеспечивает основы для моделирования и реализации общих
процессов, составляющих жизненный цикл систем, предоставляя возможность
для их оценки и совершенствования, и, охватывая все концепции и идеи,
имеющие отношение к данным системам, начиная от замысла и вплоть до
момента снятия с эксплуатации. Задаваемые данным стандартом процессы
жизненного цикла могут применяться однократно, многократно либо
рекурсивно, и по отношению к системе в целом, и к любым ее элементам,
использоваться для систем массового и единичного производства, а также
адаптируемыхктребованиямзаказчика[15].
Стандарт MSF (Microsoft Solutions Framework) – это набор принципов и
правил деятельности, в определенной степени ориентированный на проекты
разработки программного обеспечения и развития информационной
инфраструктуры [16].
Стандарт RUP (Rational Unified Process) – это методология разработки
программного обеспечения, создателем которой является компания Rational
Software.
Данная методология в значительной степени соответствует стандартам и
нормативным документам, которые связаны с процессами жизненного цикла
программного обеспечения и оценкой технологической зрелости организаций-
разработчиков(ISO12207,ISO9000,CMMидр.)[17].
СтандартCOBIT[25]– этостандарт,определяющийнаборуниверсальных
задачуправленияинформационнымитехнологиями. Главнойценностьюданного
стандарта является то, что он предлагает модель, которая обеспечивает
взаимосвязьмеждубизнес-целямииИТ-процессами.
Разработчиком методологии управления, контроля и аудита ИС систем
является Международная ассоциация аудита и контроля за информационными
системами.Даннаяметодологияпозволяет:
− построитьработуслужбыИТнапроцесснойоснове;
− организоватьмониторингработы службы ИТ,привязанныйк целями
задачамбизнеса;
50
− реализовать ИТ-аудит и сравнение уровня развития ИТ с другими
организациямиотрасли.
Нарисунке 16 представленыпоследовательныеэтапыпроцедуры аудита.
Рис.2.1 Последовательныеэтапыпроцедуры аудита
На этапе идентификации и документирования выполняется
документирование процедур и идентификация имеющихся механизмов
управленияпутеминтервьюированияруководстваисотрудниковпредприятия с
целью уяснения следующих вопросов: организационная структура; требования
бизнеса и ассоциированные с ними риски; распределение ответственности и
Последователь
ныеэтапы
процедуры
аудита
Идентификаци
яи
документирова
ние(сбори
первичный
анализ
информации)
Оценка
механизмов
управления
Тест
соответствия
Детальное
тестирование
51
ролей; процедуры и политики; требования нормативной базы; имеющиеся
механизмыуправления иотчетность.
На этапе оценки механизмов управления реализуется оценка
эффективности имеющихся механизмов управления при осуществлении задач
управления,ихцелесообразностьипригодностьсравниваетсясустановленными
критериями, промышленными стандартами и критическими факторами успеха.
При помощи методов экспертных оценок определяется, для каких механизмов
управления на следующем этапе должно быть выполнено тестирование
соответствияустановленнымпроцедурам.Аудитор долженубедитьсявтом,что
имеющиеся ИТ-процессы документированы, ответственность и подотчетность
четко определены, и предусмотрены компенсирующие механизмы управления
там,гдеэтонеобходимо [18].
Тестсоответствия– этоэтапаудита,задачейкоторогоявляетсяполучение
гарантий пригодности имеющихся механизмов управления для решения задач
управления. Проверка реализуется путем получения прямых и косвенных
свидетельств надлежащей реализации установленных процедур управления за
оцениваемый период. На этом этапе также осуществляется ограниченное
исследование адекватности результатов процессов управления, определяется
уровень детального тестирования и объем дополнительной работы, который
необходимдляполучениягарантийадекватностиИТ-процесса.
Детальный тест – это заключительный этап аудита, целью которого
является оценка и обоснование рисков невыполнения задач управления путем
применения аналитических методов и экспертных оценок. Конечной целью
детального теста является побуждение руководства к реализации
корректирующихдействийдляулучшениясостояниясистемыуправленияИТ.
На этом этапе аудитор выполняет документирование недостатков
механизмов управления, угроз и уязвимостей, являющихся следствием этих
недостатков, потенциальных и реальных последствий реализации угроз путем
причинно-следственного анализа и выполнения сравнительного тестирования
[19]. МетодикаOracleCDM[26]являетсяразвитиемCASE-технологий.
На рисунке 17 представлены процессы данной методики, которые
протекаютнапротяжениижизненногоциклаИС.
52
Рис.2.2
Процессыметодики Oracle CDM
Для создаваемой информационной системы больше подходят стандарт
ISO/IEC 12207иГОСТ34.601-90.
Данные стандарты имеют набор процессов, действий и задач, который
охватывает наиболее широкий спектр возможных ситуаций при максимальной
адаптируемости.
Процессыметодики
Oracle CDM
Определениепроизводственных
требований
Исследованиесуществующих
систем
Обучение
Тестирование
Конвертированиеданных
Проектированиеиреализация
модулей
проектированиеипостроение
базыданных
определениетехнической
архитектуры
Подтверждениеи
сопровождение
Переходкновойсистеме
53
2.1.2. Ожидаемыерискинаэтапахжизненногоциклаиихописание
Каждый проект по разработке ИС компании всегда содержит большое
количествозадач,которыесвязанны собщимуправлениемпроектом,созданием
программного обеспечения, проектированием системы, внедрением, каждая из
которых представляет собой проект с характерными чертами. В связи с этим в
процессесозданияимеетсярядразногородарисков.
Риски сопровождают весьжизненный циклИС.Возможными влияниями
на эту систему являются: увеличение продолжительности проекта, увеличение
егостоимостиипр. Рассмотримрискиболееподробно:
1.ИмеетсярискнекорректнолибонеточноописатьтребованиякИС,что
может привести к затратам на переработку технического задания либо самой
ИС. Данный риск можно избежать, если перепроверить задание либо дать на
проверку лицу, которое не является участником непосредственно в самой
разработке.
2. На этапе эксплуатации может измениться квалификация персонала,
применяющих ИС, а также риски неполноты проверки функциональных
возможностей и пропуск ошибок, что может привести к непредвидимым
последствиям, например, выводу оборудования и ИС из строя и т.д. Данный
рискможноизбежатьпутемконтроляуровнязнанийперсоналаприступающихк
взаимодействиюссистемой.
3. Во время создания ИС может возникнуть риск с неописанными
свойствами программы, что может привести к временным затратам. Данный
рискизбежатьнельзя.
Кроме того, в процессе эксплуатации и сопровождения разработанной
системы могутвозникнуть:
− техническиериски;
− рискиперсонала.
Кфакторам техническихрисковотносятся:
− ошибкивпрограмме,которыевызываютпростойсистемы;
− невозможность выполнения необходимых действий, «зависание»
54
системы;
− использование вредоносных программ (черви, вирусы, трояны),
применение в корыстных целях найденных ошибок в программах, перехват
информациипотелекоммуникациям;
− некорректнаяэксплуатацияоборудования;
− приостановка деятельности третьего лица (к примеру, провайдера
Интернет – услуг), что повлечет за собой невозможность передачи отчетов из
филиаловиконтролядеятельностифилиалов;
− несоответствие функциональных возможностей системы бизнес-
процессам в комплексе задач в результате реорганизационных изменений. Для
недопущения этих обстоятельств рекомендуется соблюдение следующих
моментов:
− тщательноетестированиеинахождениеошибокнастадииразработки;
− оперативное устранение ошибок силами технических специалистов,
которыепрошлиподготовкунастадиивнедрения;
− контрольадминистратором сетибезопасности информации,
− применение и своевременное обновление антивирусных программ,
правильная настройка FireWall, разделяющих внешнюю и локальную сеть,
предоставление персоналу возможности работы лишь с информацией,
необходимойимдляисполнениясвоихслужебныхобязанностей;
− разделение серверного и клиентского оборудования, привлечение
квалифицированныхсотрудников,обученныхработессистемой;
− наличие альтернативных средств доступа в Интернет либо иных
способовпередачиданных;
− документирование технических условий и их согласование со всеми
участниками,заинтересованнымивпроекте;
− обязательноеутверждениелюбыхизменений.
Кфакторам возникновениярискаперсоналаотносятсяследующие:
− нарушение информационной безопасности работы - возможна утечка
данныхврезультатезлоумышленныхдействийперсоналаинежеланииработать
сновойсистемой;