Конспект лекции. 8.-Конспект-лекций.-МДК.4.1-Внедр-и-поддерж-ПО-КС-09.02.07_compr. Обеспечения компьютерных систем
 Скачать 0.68 Mb.
|
|
ДЕПАРТАМЕНТ ОБРАЗОВАНИЯ И НАУКИ ГОРОДА МОСКВЫ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ГОРОДА МОСКВЫ «МОСКОВСКИЙ АВТОМОБИЛЬНО-ДОРОЖНЫЙ КОЛЛЕДЖ ИМ. А. А. НИКОЛАЕВА» КОНСПЕКТЫ ЛЕКЦИЙ по дисциплине МДК 04.01. ВНЕДРЕНИЕ И ПОДДЕРЖКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ КОМПЬЮТЕРНЫХ СИСТЕМ Специальность 09.02.07 Информационные системы и программирование Москва 2020 Составитель: Антошков А.А. – преподаватель высшей квалификационной категории ПОЯСНИТЕЛЬНАЯ ЗАПИСКА Дисциплина МДК 04.01. Внедрение и поддержка программного обеспечения компьютерных систем является частью программы подготовки специалистов среднего звена, в соответствии с ФГОС СПО по специальности 09.02.07 Информационные системы и программирование. Цель и планируемые результаты освоения дисциплины: Код ПК, ОК Умения Знания ОК 1, ОК 2, ОК 4, ОК 5, ОК 9, ОК 10; ПК 4.1 ПК 4.2 ПК 4.3 ПК 4.4 Определять направления модификации программного продукта. Разрабатывать и настраивать программные модули программного продукта. Настраивать конфигурацию программного обеспечения компьютерных систем. Использовать методы защиты программного обеспечения компьютерных систем. Анализировать риски и характеристики качества программного обеспечения. Выбирать и использовать методы и средства защиты компьютерных систем программными и аппаратными средствами. Основные методы и средства эффективного анализа функционирования программного обеспечения. Основные средства и методы защиты компьютерных систем программными и аппаратными средствами. Основные принципы контроля конфигурации и поддержки целостности конфигурации ПО. Информационное обеспечение обучения Для реализации программы библиотечный фонд образовательной организации имеет печатные и электронные образовательные и информационные ресурсы, рекомендуемые для использования в образовательном процессе Перечень рекомендуемых учебных изданий, Интернет-ресурсов, дополнительной литературы Основная литература (печатные издания) 1. Федорова Г.И. Разработка, внедрение и адаптация программного обеспечения отраслевой направленности. Учебное пособие. – М.: Издательство Инфра-М. Среднее профессиональное образование. 2016 г. - 336 с. 2. Рудаков А. Технология разработки программных продуктов: учебник. . –М.: Издательство Academia. Среднее профессиональное образование. 2019 г. - 208 с. 3. Федорова Г., Рудаков А. Технология разработки программных продуктов. Практикум: учебное пособие. . – М.: Издательство Academia. Среднее профессиональное образование. 2017 г. - 192 с. Дополнительная литература (печатные издания) 4. Орлов С.А., Цилькер Б.Я. Технологии разработки программного обеспечения: учебник.– Издательство Инфра-М.: 2016, - 609 с. 5. Проектирование и реализация прикладного программного обеспечения: учебное пособие. Влацкая И. В., Заельская Н. А., Надточий Н. С. – М.: ОГУ. 2015 г. - 119 с. Электронные издания (электронные ресурсы) 1. От модели объектов - к модели классов. - http://real.tepkom.ru/Real_OM- CM_A.asp 2. Технология разработки программного обеспечения: - http://window.edu.ru/catalog/pdf2txt/195/19195/1551 ПЕРЕЧЕНЬ ЛЕКЦИЙ № лекции Темы лекций Тема 1.1. Внедрение ПО 1 ГОСТ Р ИСО/МЭК 12207. 2 Виды внедрения, план внедрения. Стратегии, цели и сценарии внедрения. 3 Функции оператора сопровождения и менеджера развертывания 4 Типовые функции инструментария для автоматизации процесса внедрения информационной системы 5 Оценка качества функционирования информационной системы. CALS- технологии 6 Организация процесса обновления в информационной системе. Регламенты обновления 7 Тестирование программного обеспечения в процессе внедрения и эксплуатации 8 Эксплуатационная документация Тема 2. Загрузка и установка программного обеспечения 9 Понятие совместимости программного обеспечения. Аппаратная и программная совместимость. Причины возникновения проблем совместимости. Методы выявления проблем совместимости ПО 10 Виртуализация ОС и её применение 11 Архивация системных данных и программ 12 Настройка ОС для обеспечения максимальной надёжности. Производительность ПК. Проблемы производительности 13 Производительность ПК. Проблемы производительности. 14 Аппаратно-программные платформы серверов и рабочих станций. 15 Средства диагностики оборудования. Разрешение проблем аппаратного сбоя 16 Особенности эксплуатации различных видов серверного программного обеспечения. 17 Решение проблем конфигурации с помощью групповых политик. 18 Безопасность компьютерной системы ЛЕКЦИЯ 1 ГОСТ Р ИСО/МЭК 12207. План. 1. Общая структура стандарта 2. 5 основных процессов ЖЦ ПО 3. Вспомогательные процессы 4. Вспомогательные процессы Стандарты в области информационных систем Стандарты на проектирование и разработку ИС классифицируются: • по предмету стандартизации: функциональные стандарты (стандарты на языки программирования, интерфейсы, протоколы) и стандарты на организацию Жизненного Цикла (ЖЦ) создания и использования Автоматизированных Систем (АС) и Программного Обеспечения (ПО); • по утверждающей организации: официальные международные стандарты, официальные национальные или национальные ведомственные (например ГОСТы, ANSI, IDEF0/1), стандарты международных консорциумов и комитетов по стандартизации (OSF, OMG, ранее широко известный CODASYL), стандарты "де-факто" (таким долгое время был SQL или язык диаграмм SADT Д. Росса), фирменные стандарты (Microsoft ODBC, IBM SNA); • по методическому источнику: методические материалы фирм-разработчиков ПО, фирм-консультантов, научных центров, консорциумов по стандартизации (например, Oracle Method, Price Waterhouse SMM, SEI CMM); они могут называться по-разному - например, "Метод", "Методология", "Подход", "Модель". Материалы, существенно разные по: 1. степени обязательности для организаций разного типа; 2. конкретности и детализации содержащихся требований; 3. открытости и гибкости, адаптируемости к конкретным условиям. Стандарты: • Международный стандарт ISO/IEC 12207: 1995-08-01 на организацию жизненного цикла продуктов программного обеспечения (ПО). • Стандарты комплекса ГОСТ 34 на создание и развитие АС. • Методика Oracle CDM (Custom Development Method) по разработке прикладных информационных систем под заказ - конкретный материал, детализированный до уровня заготовок проектных документов, расчитанных на прямое использование в проектах АС с опорой на инструментарий Oracle. Международный стандарт ISO/IEC 12207: 1995-08-01 1. ISO12207 - базовый стандарт процессов ЖЦ ПО, ориентированный на различные виды ПО и типы проектов АС, куда ПО входит как часть. 2. Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО. 3. Охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ. 4. При этом процессы, используемые во время ЖЦ ПО, должны быть совместимы с процессами, используемыми во время ЖЦ АС. 5. Целесообразность совместного использования стандартов на АС и на ПО. 1. Очень важное отличие стандарта: каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем нет заранее определенных последовательностей (естественно, при сохранении логики связей по исходным сведениям задач и т. п.). В стандарте описаны 5 основных процессов ЖЦ ПО: 4. процесс приобретения, 5. процесс поставки, 6. процесс разработки, 7. процесс функционирования, 8. процесс сопровождения Описаны 4 вспомогательных процесса: Вспомогательные процессы это процессы - решения проблем, документирования, управления конфигурацией, гарантирования качества, последний из которых использует результаты остальных процессов группы обеспечения качества, в которую входят: 6. процесс верификации, 7. процесс аттестации, 8. процесс совместной оценки, 9. процесс аудита. Вспомогательные процессы поддерживают реализацию другого процесса, будучи неотъемлемой частью всего ЖЦ программного изделия, и обеспечивают должное качество проекта ПО. Описаны 4 организационных процесса: 9. процесс управления, 10. процесс создания инфраструктуры, 11. процесс усовершенствования, 12. процесс обучения. К ним примыкает особый процесс адаптации, который определяет основные действия, необходимые для адаптации стандарта к условиям конкретного проекта. Особенности стандарта: • "Динамический" характер стандарта, заключающийся в такой последовательности выполнения процессов и задач, при которой один процесс при необходимости вызывает другой или его часть. • Степень адаптивности: максимальная. Множество процессов и задач сконструировано так, что возможна их адаптация в соответствии с проектами ПО. Процесс адаптации является процессом исключения процессов, видов деятельности и задач, не применимых в конкретном проекте. • Стандарт принципиально не содержит конкретные методы действий, тем более - заготовки решений или документации. Он описывает архитектуру процессов ЖЦ ПО, но не конкретизирует ее в деталях. В нем не описано как реализовать или выполнить услуги и задачи, включенные в процессы. Он не предназначен для предписывания имени, формата или точного содержимого получаемой документации. Решения такого типа принимаются использующим стандарт. Особенности стандарта: • Гарантирование качества разными процессами выполняется с разной предусмотренной степенью организационной независимости контролирующей деятельности вплоть до обязательных требований к полной независимости проверяющего персонала от какой-либо прямой ответственности за проверяемые объекты. • Степень обязательности: после решения организации о применении ISO12207 в качестве условия торговых отношений является ее ответственность за указание минимального набора требуемых процессов и задач, которые составляют согласованность с этим стандартом. • Стандарт содержит предельно мало описаний, направленных на проектирование БД. Это можно считать оправданным, так как разные системы и разные прикладные комплексы ПО могут не только использовать весьма специфические типы БД, но и не использовать БД вовсе. Стандарты комплекса ГОСТ34 1. ГОСТ34 задумывался в конце 80-х годов как всеобъемлющий комплекс взаимоувязанных межотраслевых документов. 2. Объектами стандартизации являются АС различных видов и все виды их компонентов, а не только ПО и БД. 3. Комплекс рассчитан на взаимодействие заказчика и разработчика. 4. Аналогично ISO12207 предусмотрено, что заказчик может разрабатывать АС для себя сам (если создаст для этого специализированное подразделение). 5. Однако формулировки ГОСТ34 не ориентированы на столь явное и, в известном смысле, симметричное отражение действий обеих сторон, как ISO12207. 6. ГОСТ34 в основном уделяет внимание содержанию проектных документов, распределение действий между сторонами обычно делается, отталкиваясь от этого содержания. Особенности стандарта: 1. Главный мотив разработки стандарта: разрешить проблему несовместимости. Действовали следующие комплексы и системы стандартов, устанавливающие требования к различным видам АС: 7. единая система стандартов автоматизированных систем управления (24-я система) для АСУ, ОАСУ, АСУП, АСУТП и др. организационно-экономических систем; 8. комплекс стандартов системы 23501, распространявшихся на САПР - системы автоматизированного проектирования; 9. четвертая группа 14-й системы стандартов, распространяющаяся на АС технологической подготовки производства. Контрольные вопросы По какому принципу можно сгруппировать стандарты на разработку информационных систем. Примеры стандартов на разработку информационных систем. Предмет стандарта ISO/IEC 12207: 1995-08-01. На кого ориентирован стандарт ISO/IEC 12207: 1995-08-01. Структура стандарта ISO/IEC 12207: 1995-08-01. Особенности стандарта ISO/IEC 12207: 1995-08-01. Предмет стандарта ГОСТ 34-601.90. На кого ориентирован стандарт ГОСТ 34-601.90. Структура стандарта ГОСТ 34-601.90. Этапы стадии формирования требований к АС. Перечислите этапы разработки концепции АС. Этапы стадии рабочая документация. Этапы стадии ввод в действие. Этапы стадии сопровождение АС. Особенности стандарта ГОСТ 34-601.90. ЛЕКЦИЯ 2 Виды внедрения, план внедрения. План. 1. Контрольный опрос 2. Стратегии внедрения. 3. Цели внедрения. 4. Сценарии внедрения. Внедрение системы Определенные трудности освоения системы управления проектами могут быть связаны с необходимостью внедрения и использования новых управленческих технологий. Таким образом, разработка и настройка программного обеспечения еще не дает гарантии, что данное ПО будет эффективно применено. Процедура внедрения системы призвана помочь в преодолении данной проблемы. Масштабы использования систем управления проектами в различных организациях могут существенно варьироваться. Сложность задач по внедрению зависит от масштабов организации, имеющейся структуры управления и степени автоматизации, масштабов и типа реализуемых проектов, степени вовлеченности в управление проектами внешних организаций. Однако, даже в относительно простых ситуациях план внедрения системы может сыграть решающую роль для ее ввода в реальную эксплуатацию. Еще на стадии проектирования важно вовлечь потенциальных пользователей в процесс разработки и таким образом заручиться их поддержкой. Можно сформулировать несколько наиболее часто встречающихся ошибок планирования внедрения систем для управления проектами, которые являются причинами неудач освоения подобных систем: · Цели проекта и ожидаемые результаты не определены заранее или определены не в полном объеме. Жесткие временные ограничения, нетерпеливость или непоследовательность руководства могут не позволить реализовать цели проекта в полном объеме. · Планирование ввода в эксплуатацию всех функций системы управления проектами одновременно. Внедрение системы для управления проектами в полном объеме может предусматривать использование целого ряда новых технологий (например, установку глобальной информационной сети и баз данных клиент-сервер), а реализация различных функций может влиять на работу разных подразделений и специалистов (например, разные отделы должны быть вовлечены в поддержку информационных потоков при реализации временного, ресурсного и стоимостного видов планирования работ). Все это может привести к значительному усложнению проекта и делает проблематичным стабилизацию работы системы в целом. · Планирование перевода сразу всей организации на использование системы для управления проектами. Это подобно попытке связать сразу всех сотрудников крупной организации в локальную вычислительную сеть. вместо того, чтобы осуществлять подключение пользователей последовательно, отдел за отделом. Таким образом, некоторые общие рекомендации по внедрению программного обеспечения для управления проектами включают следующее: · Важно четко представлять преимущества, ожидаемые от внедрения новой системы. Результаты внедрения системы должны быть согласованы со всеми, кого это может касаться на разных уровнях управления в организации (как с непосредственными пользователями системы, так и с пользователями/поставщиками информации для системы). · Последовательное внедрение в использование функций планирования и управления от простого к сложному. Рекомендуется начать с планирования и контроля временных параметров, затем освоить функции стоимостного планирования и контроля и только после этого переходить к ресурсному планированию. К интеграции системы управления проектами с другими системами лучше переходить после того, как процедуры использования основных ее функций освоены. · Последовательное внедрение системы, начиная с отдельных небольших проектов и функциональных отделов. Начать лучше с небольшого проекта с достаточно квалифицированной командой исполнителей. Необходимо помнить, что в каждой организации есть сотрудники, более заинтересованные в использовании новых систем автоматизации и более способные в их освоении. Начать лучше именно с них. Получив первую группу пользователей, освоивших систему, можно переходить к распространению данной технологии на остальные проекты и отделы в организации. Когда система начнет реально работать в организации, противникам ее использования придется тоже перейти в ряды пользователей. Важно убедиться, что руководители отделов осведомлены о планах внедрения новой системы и действуют в соответствии с планом. План внедрения системы не должен ограничиваться лишь настройкой программного обеспечения и обучением пользователей функциям системы. Проекты по установке новых систем автоматизации управленческой деятельности традиционно охватывают гораздо более широкий спектр задач от дополнительной формализации процедур сбора и хранения управленческой информации до осуществления изменений в организационной структуре управления и перераспределения обязанностей. В общем, проекты по внедрению подобных систем можно отнести к классу организационных проектов — проектов, в той или иной степени ведущих к развитию структуры организации. Контрольные вопросы: В чем заключается процесс внедрения ПО; Какие этапы составляют процесс внедрения; Какие сложности приходится преодолевать при внедрении ИС; Чем грозит наличие ошибок при внедрении всем участникам процесса. |