Вклад Ньютона в развитие численного метода. Протокол от 2016 г. Макаров В. В. Комплект лекций по мдк 02. 01
 Скачать 1.55 Mb.
|
|
Государственное бюджетное профессиональное образовательное учреждение «Арзамасский коммерческо-технический техникум» В.В. Макаров Комплект лекций по МДК 02.01 "Информационные технологии и платформы разработки информационных систем" для студентов специальности 09.02.04 Информационные системы (по отраслям) Арзамас 2016 Одобрен методическим объединением естественно-научных и информационных дисциплин Протокол № от 2016 г. Макаров В.В. Комплект лекций по МДК 02.01 "Информационные технологии и платформы разработки информационных систем" для студентов специальности 09.02.04 Информационные системы (по отраслям) . – Арзамас: ГБПОУ АКТТ, 2016. – 29 с. © Арзамасский коммерческо-технический техникум, 2016 Интегрированная информационная среда предприятия. Несмотря на значительное расширение в последнее время рынка информационных услуг и продуктов, информационное обеспечение системы управления предприятием остается все еще на недостаточном уровне. Информационно-телекоммуникационные системы функционируют в основном в интересах высших уровней управления и, как правило, без необходимого их взаимодействия. Такое положение приводит к дублированию работ, избыточности в сборе первичной информации, удорожанию разработок и эксплуатации систем. Единое информационное пространство предприятия представляет собой совокупность баз и банков данных, технологий их ведения и использования, информационно-телекоммуникационных систем и сетей, которые функционируют на основе единых принципов и по общим правилам, обеспечивающим защищенное информационное взаимодействие всех участников, а также удовлетворение их информационных потребностей в соответствии с иерархией обязанностей и уровнем доступа к данным.  Рис. 1 Интегрированная информационная среда рассматривается как комплекс проблемно-ориентированных, взаимоувязанных и взаимодействующих информационных подсистем. Концептуальная модель КИС в должной мере должна отражать эту среду ( рис. 1).  Рис. 2 Интегрированная информационная среда как основа единого информационного пространства включает в себя следующие главные компоненты ( рис. 2): телекоммуникационную среду, коммуникационное программное обеспечение (ПО), средства организации коллективной работы сотрудников (Groupware); информационные ресурсы, информационные системы и механизмы предоставления информации на их основе: ERP-система; ПО управления электронным документооборотом; ПО информационной поддержки предметных областей; ПО оперативного анализа информации и поддержки принятия решений; ПО управления проектами; встроенные инструментальные средства и другие продукты (например, CAD/CAM/CAE/PDM-системы, ПО управления персоналом и др.); организационную инфраструктуру, обеспечивающую функционирование и развитие информационной среды, систему подготовки и переподготовки специалистов и пользователей информационной среды. Создание интегрированной информационной среды должно осуществляться с учетом следующих требований: вертикальная и горизонтальная интеграция имеющихся и вновь создаваемых корпоративных и проблемно-ориентированных информационных сред; единство организационных, технических и технологических принципов построения информационной среды; существование единой системы передачи данных на основе различных физических носителей (оптоволоконные, спутниковые, радиорелейные и др. каналы связи) как основы для горизонтальной и вертикальной интеграции информационных сред и компьютерных сетей; строгое соблюдение международных и российских стандартов в области информационно-вычислительных сетей, протоколов и средств связи, информационных ресурсов и систем; обеспечение доступа пользователей к открытым и защищенным базам данных различного назначения; обеспечение информационной безопасности и многоуровневой защиты информации от несанкционированного доступа, включая гарантии подлинности информации, распространяемой в информационной среде; создание систем и средств коллективного доступа в компьютерной сети; развитие информационных ресурсов и проблемно-ориентированных систем на основе идеологии информационных хранилищ и открытых систем, обеспечивающих возможность совместного использования различных аппаратных платформ и операционных систем; применение модульного принципа при проектировании центров и узлов хранения и обработки информации, абонентских пунктов и рабочих мест пользователей; использование сертифицированных программно-технических решений и унифицированных компонентов функционирующих систем и сетей; мониторинг информатизации, учет, регистрация и сертификация информационных ресурсов; развитие механизмов и средств предоставления информационного сервиса конечных пользователей, сертификации и лицензирования информационных услуг; использование организационных и методических материалов, системных требований, стандартов и рекомендаций по интеграции сетей, систем, баз данных и автоматизированных кадастров. Несомненно, анализ общего состояния информатизации, тенденций и перспектив ее развития должен базироваться на определенных предпосылках и методологических требованиях, без учета которых затруднительно говорить о ее успехах или неудачах. Этими предпосылками и требованиями могут быть следующие: трезвая, реалистическая оценка конкретных возможностей информационной техники и технологии как инструментов, многократно усиливающих человеческие возможности, но не снимающих с человека ответственности за их использование; недопустимость стихийного неуправляемого развития информатизации, что предполагает необходимость программ ее развития. Необходимость единого центра, ответственного за сохранение и развитие информационного пространства, обновление и использование информационных ресурсов, информационных технологий, за выработку информационной политики в целом; понимание комплексного и системного характера информации, осознание ее роли в самоорганизации систем, практическая реализация в информационной технике и технологии; изучение состояния информатизации на наиболее успешных предприятиях, анализ зарубежных программ развития информационной технологии с точки зрения их инструментария и эффективности влияния на управленческие и производственные процессы. Недопустимость бездумного копирования и механического переноса их на свои процессы; необходимость совершенствования планирования и управления, пересмотра приоритетов в развитии предприятия, обеспечивающих информатизацию; поддержка разработок, связанных с информационными технологиями. Необходимость создания своеобразных "полигонов" для информатизации, опыт которых можно было бы транслировать в другие подразделения организации. Классификация задач сопровождения ИС В настоящее время, по мере усложнения и роста стоимости используемых программных систем, все более актуальной становится проблема их сопровождения. Задачи этапа сопровождения ИС до настоящего времени остаются мало исследованными по сравнению с задачами этапов анализа требований, планирования и оценки проекта, проектирования, реализации и тестирования. Сопровождение, по ГОСТ Р ИСО/МЭК 12207-99, – это внесение изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям. Являясь неотъемлемой частью функционирования программных систем любого масштаба, особое значение процесс сопровождения приобретает в корпоративных системах. Как уже было упомянуто, задачи сопровождения изучены слабо, отсутствует методика их классификации. Потребность в классификации задач сопровождения ИС возникла при попытке оценки масштаба той или иной задачи. На рис. 1 показана иерархия задач сопровождения, учитывающая специфику банковских информационных систем. Все задачи сопровождения разбиты на три класса: развитие ИС, корректирующее сопровождение и сопровождение данных.  Рис. 2. Классификация задач сопровождения ИС Развитие ИС предполагает частичную или полную модернизацию. В связи с этим, развитие ИС можно разделить на доработку ИС, разработку дополнительного ПО и замену ИС на более современную и функциональную. Адаптивное сопровождение это доработка программного продукта после поставки, позволяющее адаптировать его к новым условиям эксплуатации [2]. Полная модернизация является наиболее дорогостоящим этапом в развитии ИС. Активное развитие рынка и все возрастающие потребности банковского бизнеса предъявляют новые требования к системам автоматизации. Сегодня по некоторым данным свыше 13% коммерческих банков абсолютно не удовлетворены функционирующим ИT-решением и в связи с этим планируют сменить АБС. Понимая, что переход на новую систему требует больших финансовых сложений, затрагивает весь персонал и заставляет на протяжении нескольких месяцев работать параллельно в двух АБС, можно утверждать, что переход на новую АБС в разы труднее, чем ее первоначальное внедрение при открытии банка. В случае разработки дополнительного ПО очевидны немалые преимущества: функционал дорабатывается под нужды персонала, необходимые требования будут квалифицированно оценены и выполнены, интерфейс и принципы работы останутся неизменными, доработка будет производиться с использованием существующих средств и методов. Данный вид модернизации может быть осуществлён в случае, если необходимый функционал требуется лишь на относительно короткий срок, или стандартное решение от разработчика отсутствует[3]. Корректирующее сопровождение направлено на выявление и устранение несоответствий и ошибок после поставки программного продукта. Информационная система, как и любое ПО, не всегда даёт желаемый результат работы. Применительно к сопровождению ИС ошибка, это искажение кода программы или искажение данных, которые в ходе функционирования этой программы могут вызвать отказ или снижение эффективности функционирования. Под отказом ИС в общем случае понимают событие, заключающееся в нарушении работоспособности объекта. При этом критерии отказов, как признак или совокупность признаков нарушения работоспособного состояния программного обеспечения, определяются в зависимости от функционального назначения той или иной системы или модуля. В качестве показателя степени тяжести ошибки, позволяющего дать количественную оценку тяжести проявления последствий ошибки, можно использовать условную вероятность отказа программного обеспечения при проявлении ошибки. Оценку степени тяжести ошибки как условной вероятности возникновения отказа, можно производить согласно ГОСТ 28195 – 89, используя метрики и оценочные элементы, характеризующие устойчивость программного обеспечения. При этом оценку необходимо производить для каждой ошибки в отдельности, а не для всей ИС. Среди основных критериев работы банковской ИС можно обозначить надёжность и предсказуемость, которые трактуются как отсутствие недостатков, сбоев и явных ошибок. Недостатки зависят от субъективной оценки качества ИС банковскими служащими – основными пользователями системы, клиентами, получающими документы, подготовленные с использованием ИС, Центральным Банком и другими надзорными органами, в которые предоставляются отчётные данные. При этом даже при наличии спецификации ошибок, выявленные на конечном этапе недостатки, говорят о низком качестве всей системы в целом. При таком подходе преодоление недостатков ИС, особенно на заключительном этапе проектирования, может приводить к снижению надёжности. Очевидно, что для разработки ответственного и безопасного ПО такой подход не годится, однако проблемы наличия ошибок в спецификациях, субъективного оценивания пользователем качества программы существуют и не могут быть проигнорированы[4]. В банке должна быть разработана система некоторых ограничений, которая бы учитывала эти факторы при разработке и сопровождении ИС. Для обычных программ все проблемы, связанные с субъективным оцениванием их качества и наличием ошибок, скорее всего, неизбежны. Возникающие ошибки ИС предлагается разделить на ошибки функциональности, надёжности, удобства использования, эффективности, мобильности. При этом сопровождение каждой из них может быть как реактивным – в виде реакция на выявленные ошибки, так и профилактическим, которое применяется в особо ответственных модулях и системах во избежание возможных (ещё не возникших) проблем. В настоящее время банковские ИТ-структуры осознали преимущества централизованной системы отслеживания и решения проблем и ошибок. Система отслеживания ошибок – это прикладная программа, разработанная с целью помочь разработчикам программного обеспечения учитывать и контролировать ошибки, найденные в программах, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий. Главный элемент такой системы – это заявка, содержащая основные параметры ошибки и этапы её устранения. База данных заявок является одновременно и классификатором найденных ошибок и базой знаний по исправлениям и доработкам. Система позволяет организовать эффективный процесс сопровождения с сильной обратной связью. Сопровождение данных. Важной спецификой корпоративных ИС является значительно превышение продолжительности жизненного цикла (ЖЦ) данных над продолжительностью ЖЦ программной среды, технологий обработки, бизнес логики и т.д.[5] Поэтому целесообразно вынести поддержку данных в отдельный класс задач, состоящий из контроля целостности данных, поддержки актуальности данных и резервного копирования и восстановления, а также переноса данных из одной системы в другую. Понятие целостности используется в контексте терминологии информационной безопасности, при этом объектами, по отношению к которым он применяется, могут быть информация, специализированные данные, ресурсы автоматизированной системы и пр. Целостность информации определяется как состояние информации, при котором её изменение осуществляется только преднамеренно субъектами, имеющими на него право, либо таковое отсутствует. Актуальность – это свойство данных в указанный момент времени адекватно отображать состояние объектов предметной области. Инструменты мониторинга за целостностью системы могут существенно улучшить политику безопасности банка. Наряду со встроенными средствами контроля целостности, защиты и правильным ведением логов, такие инструменты служат хорошим препятствием для злоумышленника и являются хорошим средством обеспечения безопасности банковской ИС. В отдельную группу задач сопровождения данных вынесен перенос данных в другую систему. Проблема связана с сохранением существующих связей и семантики. Процесс переноса данных не должен порождать дублирование записей, равно как и их потерю. Предложенная классификация задач сопровождения и указанные выше особенности отдельных групп задач позволяют системно подойти к проблеме поддержки информационной инфраструктуры банка и повысить эффективность процесса сопровождения банковской информационной системы. Сопровождение информационных систем Сопровождение базы данных — процесс улучшения, оптимизации и устранения дефектов информационной системы (ИС) после передачи в эксплуатацию. Сопровождение ИС — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ИС в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования и применимость ИС. Сопровождение ИС может подразумевать как постоянное (24х7), так и периодическое обслуживание (по запросу). Первый вариант поддержки и сопровождения ИС больше подходит для высоконагруженных систем. Второй вариант необходимо применять на проектах, которые могут содержать большой функционал или проекты, на которых необходимо отслеживать всевозможные действия пользователей, которые периодически приводят к некорректной работе (будь то неверное построение отчетов или статистики, некорректно выставленные статусы какой-либо заявке или товару и т.д.). Сопровожде́ние (поддержка) программного обеспечения — процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования (юзабилити) и применимость ПО. В модели водопада, сопровождение ПО выделяется в отдельную фазу цикла разработки. В спиральной модели, возникшей в ходе развития объектно-ориентированного программирования, сопровождение не выделяется как отдельный этап. Тем не менее, эта деятельность занимает значительное место, учитывая тот факт, что обычно около 2/3 жизненного цикла программных систем занимает сопровождение. Сопровождаемость программного обеспечения — характеристики программного продукта, позволяющие минимизировать усилия по внесению в него изменений: для устранения ошибок; для модификации в соответствии с изменяющимися потребностями пользователей. Обновление Обновление – это дополнение к программному обеспечению, которое предотвращает или устраняет неполадки в нем. Помимо этого, оно также повышает безопасность, а также улучшает производительность компьютера. Обновления программного обеспечения расширяют функциональность системы и устраняют несовместимость с программным/аппаратным обеспечением. Разработчики программного обеспечения рекомендуют обязательно устанавливать обновления безопасности по мере их доступности, чтобы быть максимально защищенными от киберугроз. Разработчики часто отправляют пользователям уведомления о появлении обновлений или новых версий программ. |