Файл: Протокол от 2016 г. Макаров В. В. Комплект лекций по мдк 02. 01.docx

Государственное бюджетное профессиональное образовательное учреждение
«Арзамасский коммерческо-технический техникум»
В.В. Макаров
Комплект лекций
по МДК 02.01 "Информационные технологии и платформы разработки информационных систем"
для студентов специальности

09.02.04 Информационные системы (по отраслям)

Арзамас

2016

Одобрен методическим объединением естественно-научных и информационных дисциплин

Протокол № от 2016 г.

Макаров В.В.

Комплект лекций по МДК 02.01 "Информационные технологии и платформы разработки информационных систем" для студентов специальности 09.02.04 Информационные системы (по отраслям) . – Арзамас: ГБПОУ АКТТ, 2016. – 29 с.

© Арзамасский коммерческо-технический

техникум, 2016

1. 
   Интегрированная информационная среда предприятия.
   

Несмотря на значительное расширение в последнее время рынка информационных услуг и продуктов, информационное обеспечение системы управления предприятием остается все еще на недостаточном уровне. Информационно-телекоммуникационные системы функционируют в основном в интересах высших уровней управления и, как правило, без необходимого их взаимодействия. Такое положение приводит к дублированию работ, избыточности в сборе первичной информации, удорожанию разработок и эксплуатации систем.

Единое информационное пространство предприятия представляет собой совокупность баз и банков данных, технологий их ведения и использования, информационно-телекоммуникационных систем и сетей, которые функционируют на основе единых принципов и по общим правилам, обеспечивающим защищенное информационное взаимодействие всех участников, а также удовлетворение их информационных потребностей в соответствии с иерархией обязанностей и уровнем доступа к данным.

---

Рис. 1

Интегрированная информационная среда рассматривается как комплекс проблемно-ориентированных, взаимоувязанных и взаимодействующих информационных подсистем. Концептуальная модель КИС в должной мере должна отражать эту среду ( рис. 1).



Рис. 2
Интегрированная информационная среда как основа единого информационного пространства включает в себя следующие главные компоненты ( рис. 2):

телекоммуникационную среду, коммуникационное программное обеспечение (ПО), средства организации коллективной работы сотрудников (Groupware);

информационные ресурсы, информационные системы и механизмы предоставления информации на их основе:

ERP-система;

ПО управления электронным документооборотом;

ПО информационной поддержки предметных областей;

ПО оперативного анализа информации и поддержки принятия решений;

ПО управления проектами; встроенные инструментальные средства и другие продукты (например, CAD/CAM/CAE/PDM-системы, ПО управления персоналом и др.);

организационную инфраструктуру, обеспечивающую функционирование и развитие информационной среды,

систему подготовки и переподготовки специалистов и пользователей информационной среды.
Создание интегрированной информационной среды должно осуществляться с учетом следующих требований:

вертикальная и горизонтальная интеграция имеющихся и вновь создаваемых корпоративных и проблемно-ориентированных информационных сред;

единство организационных, технических и технологических принципов построения информационной среды;

существование единой системы передачи данных на основе различных физических носителей (оптоволоконные, спутниковые, радиорелейные и др. каналы связи) как основы для горизонтальной и вертикальной интеграции информационных сред и компьютерных сетей;

строгое соблюдение международных и российских стандартов в области информационно-вычислительных сетей, протоколов и средств связи, информационных ресурсов и систем;

обеспечение доступа пользователей к открытым и защищенным базам данных различного назначения;

обеспечение информационной безопасности и многоуровневой защиты информации от несанкционированного доступа, включая гарантии подлинности информации, распространяемой в информационной среде;

---

создание систем и средств коллективного доступа в компьютерной сети;

развитие информационных ресурсов и проблемно-ориентированных систем на основе идеологии информационных хранилищ и открытых систем, обеспечивающих возможность совместного использования различных аппаратных платформ и операционных систем;

применение модульного принципа при проектировании центров и узлов хранения и обработки информации, абонентских пунктов и рабочих мест пользователей;

использование сертифицированных программно-технических решений и унифицированных компонентов функционирующих систем и сетей;

мониторинг информатизации, учет, регистрация и сертификация информационных ресурсов;

развитие механизмов и средств предоставления информационного сервиса конечных пользователей, сертификации и лицензирования информационных услуг;

использование организационных и методических материалов, системных требований, стандартов и рекомендаций по интеграции сетей, систем, баз данных и автоматизированных кадастров.
Несомненно, анализ общего состояния информатизации, тенденций и перспектив ее развития должен базироваться на определенных предпосылках и методологических требованиях, без учета которых затруднительно говорить о ее успехах или неудачах. Этими предпосылками и требованиями могут быть следующие:

трезвая, реалистическая оценка конкретных возможностей информационной техники и технологии как инструментов, многократно усиливающих человеческие возможности, но не снимающих с человека ответственности за их использование;

недопустимость стихийного неуправляемого развития информатизации, что предполагает необходимость программ ее развития. Необходимость единого центра, ответственного за сохранение и развитие информационного пространства, обновление и использование информационных ресурсов, информационных технологий, за выработку информационной политики в целом;

понимание комплексного и системного характера информации, осознание ее роли в самоорганизации систем, практическая реализация в информационной технике и технологии;

изучение состояния информатизации на наиболее успешных предприятиях, анализ зарубежных программ развития информационной технологии с точки зрения их инструментария и эффективности влияния на управленческие и производственные процессы. Недопустимость бездумного копирования и механического переноса их на свои процессы;

---

необходимость совершенствования планирования и управления, пересмотра приоритетов в развитии предприятия, обеспечивающих информатизацию;

поддержка разработок, связанных с информационными технологиями. Необходимость создания своеобразных "полигонов" для информатизации, опыт которых можно было бы транслировать в другие подразделения организации.
Классификация задач сопровождения ИС
В настоящее время, по мере усложнения и роста стоимости используемых программных систем, все более актуальной становится проблема их сопровождения.
Задачи этапа сопровождения ИС до настоящего времени остаются мало исследованными по сравнению с задачами этапов анализа требований, планирования и оценки проекта, проектирования, реализации и тестирования.
Сопровождение, по ГОСТ Р ИСО/МЭК 12207-99, – это внесение изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям. Являясь неотъемлемой частью функционирования программных систем любого масштаба, особое значение процесс сопровождения приобретает в корпоративных системах.
Как уже было упомянуто, задачи сопровождения изучены слабо, отсутствует методика их классификации.
Потребность в классификации задач сопровождения ИС возникла при попытке оценки масштаба той или иной задачи.
На рис. 1 показана иерархия задач сопровождения, учитывающая специфику банковских информационных систем. Все задачи сопровождения разбиты на три класса: развитие ИС, корректирующее сопровождение и сопровождение данных.


Рис. 2. Классификация задач сопровождения ИС
Развитие ИС предполагает частичную или полную модернизацию. В связи с этим, развитие ИС можно разделить на доработку ИС, разработку дополнительного ПО и замену ИС на более современную и функциональную. Адаптивное сопровождение это доработка программного продукта после поставки, позволяющее адаптировать его к новым условиям эксплуатации [2].
Полная модернизация является наиболее дорогостоящим этапом в развитии ИС. Активное развитие рынка и все возрастающие потребности банковского бизнеса предъявляют новые требования к системам автоматизации. Сегодня по некоторым данным свыше 13% коммерческих банков абсолютно не удовлетворены функционирующим ИT-решением и в связи с этим планируют сменить АБС. Понимая, что переход на новую систему требует больших финансовых сложений, затрагивает весь персонал и заставляет на протяжении нескольких месяцев работать параллельно в двух АБС, можно утверждать, что переход на новую АБС в разы труднее, чем ее первоначальное внедрение при открытии банка.

---

В случае разработки дополнительного ПО очевидны немалые преимущества: функционал дорабатывается под нужды персонала, необходимые требования будут квалифицированно оценены и выполнены, интерфейс и принципы работы останутся неизменными, доработка будет производиться с использованием существующих средств и методов. Данный вид модернизации может быть осуществлён в случае, если необходимый функционал требуется лишь на относительно короткий срок, или стандартное решение от разработчика отсутствует[3].
Корректирующее сопровождение направлено на выявление и устранение несоответствий и ошибок после поставки программного продукта.
Информационная система, как и любое ПО, не всегда даёт желаемый результат работы. Применительно к сопровождению ИС ошибка, это искажение кода программы или искажение данных, которые в ходе функционирования этой программы могут вызвать отказ или снижение эффективности функционирования. Под отказом ИС в общем случае понимают событие, заключающееся в нарушении работоспособности объекта. При этом критерии отказов, как признак или совокупность признаков нарушения работоспособного состояния программного обеспечения, определяются в зависимости от функционального назначения той или иной системы или модуля.
В качестве показателя степени тяжести ошибки, позволяющего дать количественную оценку тяжести проявления последствий ошибки, можно использовать условную вероятность отказа программного обеспечения при проявлении ошибки. Оценку степени тяжести ошибки как условной вероятности возникновения отказа, можно производить согласно ГОСТ 28195 – 89, используя метрики и оценочные элементы, характеризующие устойчивость программного обеспечения. При этом оценку необходимо производить для каждой ошибки в отдельности, а не для всей ИС.
Среди основных критериев работы банковской ИС можно обозначить надёжность и предсказуемость, которые трактуются как отсутствие недостатков, сбоев и явных ошибок. Недостатки зависят от субъективной оценки качества ИС банковскими служащими – основными пользователями системы, клиентами, получающими документы, подготовленные с использованием ИС, Центральным Банком и другими надзорными органами, в которые предоставляются отчётные данные.
При этом даже при наличии спецификации ошибок, выявленные на конечном этапе недостатки, говорят о низком качестве всей системы в целом. При таком подходе преодоление недостатков ИС, особенно на заключительном этапе проектирования, может приводить к снижению надёжности. Очевидно, что для разработки ответственного и безопасного ПО такой подход не годится, однако проблемы наличия ошибок в спецификациях, субъективного оценивания пользователем качества программы существуют и не могут быть проигнорированы[4]. В банке должна

---