лабораторная. Экзаменационные материалы содержат тематические вопросы 28 (мдк 04. 01 9 вопросов, мдк 04. 02 5 вопросов, мдк 04. 03 11 вопросов, мдк 04. 04 3 вопросов)
![]()
|
Экзаменационные материалы содержат: тематические вопросы ― 28 (МДК 04.01 ― 9 вопросов, МДК 04.02 ― 5 вопросов, МДК 04.03 ― 11 вопросов, МДК 04.04 ― 3 вопросов); ситуационные задачи ― 28; практические задания ― 28. Перечень теоретических вопросовМДК 04.01 Внедрение информационной системы. Ответ: Внедрение – установка и ввод системы в действие. Внедрение новой ИС – сложный процесс, длящийся от нескольких месяцев для небольших ИС до нескольких лет для ИС больших распределенных компаний с широкой номенклатурой продуктов и большим количеством поставщиков. Успех проекта по разработке (приобретению) и внедрению ИС во многом зависит от готовности предприятия к ведению проекта, личной заинтересованности и воли руководства, реальной программы действий, наличия ресурсов, обученного персонала, способности к преодолению сопротивления на всех уровнях сложившейся организации. Основные фазы внедрения информационных систем. Ответ: Основные фазы внедрения информационной системы: Фаза «Предварительные работы по подготовке проекта внедрения ИС». В ходе предпроектного обследования предприятия собирается подробная информация о структурном построении организации, функциональных связях, системе управления, об основных бизнес-процессах, о потоках внутри предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необходимая для построения соответствующих моделей и выбора объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и стоимость программно-аппаратных и телекоммуникационных средств, стоимость обучения персонала и т. д. Фаза «Подготовка проекта». После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта: формирование проектной и экспертной групп распределение полномочий и ответственности; определение организационно-технических требований к процессу внедрения; уточнение спецификаций и ожиданий заказчика; обучение группы внедрения, состоящей из специалистов предприятия-заказчика. Последний очень важный момент почему-то часто пропускается при составлении плана внедрения. А ведь от него в огромной степени зависит успех всего проекта! После начала финансирования проект считается запущенным к исполнению. Фаза «Концептуальная проработка проекта». В течение этой фазы: формируется и утверждается концептуальный проект; достигается обязательное однозначное понимание намерений всех участников проекта относительно внедряемой ИС; уточняются и конкретизируются цели и задачи проекта; определяются размеры прототипа системы; согласуются укрупненный план работы, последовательность этапов и условия опытной эксплуатации, планов финансовые и отчетные показатели. При этом все указанные действия в обязательном порядке документируются, согласуются и утверждаются всеми заинтересованными и ответственными сторонами. Фаза «Реализация проекта». Во время проведения основных работ по внедрению создается, устанавливается и конфигурируется системная среда, определяются процедуры системного администрирования, устанавливаются основные программно-аппаратные комплексы и приложения. В системе настраиваются организационно-штатные и организационно-функциональные структуры предприятия с использованием таких организационных единиц, как филиал, департамент, отдел, рабочая группа и т. д. Методология моделирования предметной области. Ответ: В основе процесса проектирования ИС лежит моделирование предметной области. Для того чтобы получить адекватный предметной области проект ИС в виде системы правильно работающих программ, необходимо иметь целостное, системное представление модели, которое отражает все аспекты функционирования будущей информационной системы. При этом под моделью предметной области понимается некоторая система, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию – быть адекватной этой области. Без проведения моделирования предметной области велика вероятность допущения большого количества ошибок в решении стратегических вопросов, приводящих к экономическим потерям и высоким затратам на последующее перепроектирование системы. К моделям предметных областей предъявляются следующие требования: формализация, обеспечивающая однозначное описание структуры предметной области; понятность для заказчиков и разработчиков на основе применения графических средств отображения модели; обеспечение оценки эффективности реализации модели предметной области на основе определенных методов и вычисляемых показателей. Для реализации перечисленных требований, как правило, строится система моделей, которая отражает структурный и оценочный аспекты функционирования предметной области. Структурный аспект предполагает построение: 1. объектной структуры предметной области; 2. функциональной структуры предметной области; 3. структуры управления, отражающей события и бизнес-правила, которые воздействуют на выполнение процессов; 4. организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах; 5. технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств. Методология объектно-ориентированного анализа и проектирования. Ответ: Необходимость анализа предметной области до начала написания программы была осознана задолго до появления методологии объектно-ориентированного анализа и проектирования. При выполнении масштабных программных проектов было замечено, что, например, процесс разработки компьютерной базы данных существенно отличается от написания программного кода для решения вычислительной (даже весьма алгоритмически сложной) задачи. При проектировании базы данных возникает необходимость в предварительной разработке информационной модели предметной области - концептуальной схемы, которая отражала бы взаимосвязи между объектами предметной области, существенные с точки зрения поддержания целостности данных и реализации пользовательских поисковых запросов. Объектный подход к разработке сложных программных систем безусловно предполагает, что непосредственное программирование (написание кода) начинается далеко не сразу, а этапы анализа и моделирования предметной области, предшествующие программированию, не менее важны и сложны. Объектный подход применяется на всех основных стадиях жизненного цикла ПО и включает в себя три ключевых понятия: OOA (object oriented analysis) - объектно-ориентированный анализ. OOD (object oriented design) - объектно-ориентированное проектирование. OOP (object oriented programming) - объектно-ориентированное программирование. Объектно-ориентированный анализ - это методология анализа предметной области, при которой требования к проектируемой системе воспринимаются с точки зрения классов и объектов, выявленных в предметной области. Объектно-ориентированное проектирование - это методология проектирования, соединяющая в себе процесс объектной декомпозиции и приемы представления логической и физической, а также статической и динамической моделей проектируемой системы. Показатели качества информационных систем. Ответ: Качество информационной системы – это совокупность свойств системы, обусловливающих возможность ее использования для удовлетворения определенных в соответствии с ее назначением потребностей. Количественные характеристики этих свойств определяются показателями. Основными показателями качества информационных систем являются надежность, достоверность, безопасность. Надежность – свойство системы сохранять во времени в установленных пределах значения всех параметров, характеризующих способность выполнять требуемые функции в заданных режимах и условиях применения. Надежность информационных систем не самоцель, а средство обеспечения своевременной и достоверной информации на ее выходе. Поэтому показатель достоверности функционирования имеет для информационных систем главенствующее значение, тем более что показатель своевременности информации в общем случае охватывается показателем достоверности. Достоверность функционирования – свойство системы, обусловливающее безошибочность производимых ею преобразований информации. Достоверность функционирования информационной системы полностью определяется и измеряется достоверностью ее выходной информации. Безопасность информационной системы – свойство, заключающееся в способности системы обеспечить конфиденциальность и целостность информации, то есть защиту информации от несанкционированного доступа с целью ее раскрытия, изменения или разрушения. Эффективность – это свойство системы выполнять поставленную цель в заданных условиях использования и с определенным качеством. Показатели эффективности характеризуют степень приспособленности системы к выполнению поставленных перед нею задач и являются обобщающими показателями оптимальности функционирования ИС, зависящими от локальных показателей, каковыми являются надежность, достоверность, безопасность. Кардинальным обобщающим показателем является экономическая эффективность системы, характеризующая целесообразность произведенных на создание и функционирование системы затрат. Надежность информационных систем Надежность – важнейшая характеристика качества любой системы, поэтому разработана специальная теория – теория надежности. Теория надежности может быть определена как научная дисциплина, изучающая закономерности, которых следует придерживаться при разработке и эксплуатации систем для обеспечения оптимального уровня их надежности с минимальными затратами ресурсов. Надежность – характеристика временная, она может быть ориентирована либо в прошлое, либо в будущее время и не допускает «точечных» во времени оценок. Иными словами, надежность – это свойство системы «штатно» функционировать во времени. Надежность – комплексное свойство системы; оно включает в себя более простые свойства, такие как безотказность, ремонтопригодность, долговечность и т. д. Основные показатели надежности Показатель надежности – это количественная характеристика одного или нескольких свойств, определяющих надежность системы. В основе большинства показателей надежности лежат оценки наработки системы, то есть продолжительности или объема работы, выполненной системой. Показатель надежности, относящийся к одному из свойств надежности, называется единичным. Комплексный показатель надежности характеризует несколько свойств, определяющих надежность системы. Спецификация функциональных требований к информационной системе. (ТЗ). Ответ: Техническое задание (ТЗ) в дальнейшем является основным документом, по которому ведут разработку проекта. Любые изменения ТЗ на систему должны быть согласованы и заверены. Техническое задание состоит из трех частей: содержание задания, в котором перечисляются все основные составные этапы выполнения проекта; исходные данные; календарный план выполнения работ. Спецификация требований к программному обеспечению (Software Requirements Specification, SRS) – это описание поведения системы, которую необходимо разработать. Спецификация функциональных требований включает пользовательские сценарии, которые носят название варианты использования. Они описывают все варианты взаимодействия между пользователями и ИС. Кроме пользовательских сценариев спецификация также содержит требования, которые могут определять ограничения на реализацию, например, такие как стандарты качества, требования производительности или какие-либо проектные ограничения и др. Пользовательские сценарии являются лучшим средством представления и описания функциональных требований. Сценарий использования – это описание системы в терминах последовательности действий. Он должен иметь значимый результат или определенное значение для действующего лица (актера). Сценарии использования обладают следующими характеристиками: инициируются действующим лицом; являются моделью взаимодействий между действующим лицом и системой; описывают последовательность действий; содержат в себе функциональные требования; имеют некоторое значение для пользователя; представляют полный и имеющий смысл сценарий событий. Открытая информационная система. Ответ: «Открытая система» – это система, которая реализует открытые спецификации на интерфейсы, серверы и поддерживаемые форматы данных, чтобы дать возможность разработанному прикладному ПО быть переносимым в широком диапазоне систем с минимальными изменениями, взаимодействовать с другими приложениями на локальных и удаленных системах, облегчает переход пользователей от системы к системе. Свойства открытых информационных систем. Ответ: Общие свойства: расширяемость/масштабируемость: обеспечение возможности добавления новых функций ИС или изменения некоторых уже имеющихся при неизменных остальных функциональных частях ИС; мобильность/переносимость: обеспечение возможности переноса программ, данных при модернизации или замене аппаратных платформ ИС и возможности работы с ними специалистов пользующихся ИТ, без их переподготовки при изменениях ИС; взаимодействие: способность к взаимодействию с другими ИС (технические средства, на которых реализована информационная система, объединяются сетью или сетями различного уровня: от локальной до глобальной); стандартизуемость: ИС проектируются и разрабатываются на основе согласованных международных стандартов и предложений, реализация открытости осуществляется на базе функциональных стандартов (профилей) в области информационных технологий; дружественность к пользователю: развитые унифицированные интерфейсы в процессах взаимодействия в системе «человек-машина», позволяющие работать пользователю, не имеющему специальной «компьютерной» подготовки. Организация работы в команде разработчиков. Ответ: Подбор команды и управление командой Выбор процесса Выбор инструментальных средств Аспекты: Ролевая модель команды Модель организации команды Общение в команде Состав команды определяется: опытом и уровнем коллектива особенностями проекта применяемыми технологиями «Классический» вариант состава команды включает: Менеджер проекта (подбор и управление кадрами, руководство командой, обеспечение готовности продукта) Проектировщик (анализ требований, разработка архитектуры и интерфейсов, контроль выполнения проекта) Разработчик (программирование, диагностика и разрешение технических проблем, мониторинг состояния продукта) Тестировщик (разработка тестов, автоматизация тестирования, организация бета-тестирования) Инженер по качеству (составление плана качества, описание и оценка процессов, улучшение процессов) Технический писатель (разработка плана документирования, разработка документации, участие в тестировании продукта) Технолог разработки ПО (поддержка модели ЖЦ, создание и сопровождение среды сборки продукта) Три основные модели управления командой: Административная модель (теория X) Властная пирамида – решения принимаются сверху-вниз Четкое распределение ролей и обязанностей Четкое распределение ответственности Следование инструкциям, процедурам, технологиям Роль менеджера: планирование, контроль, принятие основных решений Модель хаоса (теория Y) Отсутствие явно выраженных признаков власти Менеджер ставит задачу, обеспечивает ресурсами, не мешает и следит, чтобы не мешали другие Отсутствие инструкций и регламентированных процедур Индивидуальная инициатива – решение по проблеме принимается там, где проблема обнаружена Основа процесса – «дружеская соревновательность» |