Что свойственно информационным системам управления (ИСУ)?



Какие типы схем организации работ используются при проектировании ЭИС?   Кто может быть включен в состав основных лиц, участвующих в разработке и эксплуатации проекта ЭИС? Организация проектной команды Каждый проект разработки ПО имеет свою организационную структуру, которая определяет распределение ответственности и полномочий среди участников проекта, а также обязанностей и отношений отчетности. Чем меньше проект, тем больше ролей приходится совмещать одному исполнителю. 

Роли и ответственности участников типового проекта разработки ПО можно условно разделить на пять групп: 

1. Анализ. Извлечение, документирование и сопровождение требований к продукту. 

2. Управление. Определение и управление производственными процессами. 

3. Производство. Проектирование и разработка ПО. 

4. Тестирование. Тестирование ПО. 

5. Обеспечение. Производство дополнительных продуктов и услуг. 

Группа анализа включает в себя следующие роли: 

Бизнес-аналитик. Построение модели предметной области (онтологии). 

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

Системный аналитик. Отвечает за перевод требований к продукту в функциональные требования к ПО. 

Специалист по требованиям. Документирование и сопровождение требований к продукту. 

Менеджер продукта (функциональный заказчик). Представляет в проекте интересы

пользователей продукта. 

Группа управления состоит из следующих ролей: 

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

Куратор проекта. Оценка планов и исполнения проекта. Выделение ресурсов. 

Системный архитектор. Разработка технической концепции системы. Принятие ключевых проектных решений относительно внутреннего устройства программной системы и её технических интерфейсов. 

Руководитель группы тестирования. Определение целей и стратегии тестирования, управление тестированием. 

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

В производственную группу входят: 

Проектировщик. Проектирование компонентов и подсистем в соответствие с общей архитектурой, разработка архитектурно значимых модулей. 

Проектировщик базы данных. 

Проектировщик интерфейса пользователя. 

Разработчик. Проектирование, реализация и отладка отдельных модулей системы. 

В большом проекте может быть несколько производственных групп, ответственных за отдельные подсистемы. Как правило, проектировщик выполняет роль лидера группы и управляет своим подпроектом или пакетом работ. Стоит не забывать, что руководитель проекта делегирует полномочия, но не ответственность. 

Группа тестирования в проекте состоит из следующих ролей: 

Проектировщик тестов. Разработка тестовых сценариев. 

Разработчик автоматизированных тестов. 

Тестировщик. Тестирование продукта. Анализ и документирование результатов. 

Участники группы обеспечения, как правило, НЕ входят в команду проекта. Они выполняют работы

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

Технический писатель. 

Переводчик. 

Дизайнер графического интерфейса. 

Разработчик учебных курсов, тренер. 

Участник рецензирования. 

Продажи и маркетинг. 

Системный администратор. 

Технолог. 

Специалист по инструментальным средствам. 

Другие. 

В зависимости от масштаба проекта одну роль могут исполнять несколько человек. Например, разработчики, тестировщики, технические писатели. Некоторые роли всегда должен исполнять только один человек. Например, Руководитель проекта, Системный архитектор. Один человек может исполнять несколько ролей. Возможны следующие совмещения ролей: 

Руководитель проекта + системный аналитик (+ системный архитектор) 

Системный архитектор + разработчик 

Системный аналитик + проектировщик тестов (+ технический писатель) 

Системный аналитик + проектировщик интерфейса пользователя 

Ответственный за управление конфигурациями + ответственный за сборку и поставку (+

разработчик) 

Крайне нежелательно совмещать следующие роли: 

Разработчик + руководитель проекта 

Разработчик + системный аналитик. 

Разработчик + проектировщик интерфейсов пользователя. 

Разработчик + тестировщик

 

  1. Какие причины обуславливают сложность проектирования ЭИС?

К причинам, обуславливающим сложность процессов разработки проекта, относятся:

· масштабы ЭИС;

· взаимосвязь различных по своей природе элементов проекта ЭИС (информационные, программные средства и технические средства обработки информации, экономико–математические модели, специалисты–разработчики);

· факторы старения указанных элементов;

· длительность процесса проектирования системы;

· коллективный характер труда многих специалистов различной квалификации.

 

  1. Укажите на инструменты быстрой разработки приложений?

RAD (от англ. rapid application development — быстрая разработка приложений) — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. Практическое определение: RAD — это жизненный цикл процесса проектирования, созданный для достижения более высокой скорости разработки и качества ПО, чем это возможно при традиционном подходе к проектированию. С конца XX века RAD получила широкое распространение и одобрение. Концепцию RAD также часто связывают с концепцией визуального программирования.

 

  1. Какие системы можно разрабатывать по методологии RAD (прототипное проектирование ИС)?

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

· небольшую команду программистов (от 2 до 10 человек);

· короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

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

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

Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема (сотни тысяч строк) уникального кода.

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

 

  1. Какими преимуществами обладает прототипное проектирование ИС (RAD-технология)?

Технология быстрой разработки приложений (RAD) позволяет обеспечить:

· быстроту продвижения программного продукта на рынок;

· интерфейс, устраивающий пользователя;

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

· простоту развития функциональности системы.

 

  1. Какие группы функций системы НЕ рассматриваются в методе «MuSCoW»?

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

Заглавные буквы в акрониме MoSCoW означают:

· M — должен сделать это (англ. — «MUST have this.»)

· S — должен сделать это, если это вообще возможно (англ. — «SHOULD have this if at all possible.»)

· C — мог бы сделать это, если это не повлияет отрицательно на что-то другое (англ. — «COULD have this if it does not affect anything else.»)

· W — не будет достаточно времени на это, но в будущем хотелось бы. Или хочу. (англ. — «WON’T have this time but WOULD like in the future. Alternatively WANT.»)

Буквы «о» добавлены в акроним MoSCoW для удобства произношения. Часто их оставляют строчными, чтобы показать, что они ничего не означают. Некоторые считают, что акроним должен выглядеть так: MuSCoW, чтобы точнее отображать слова из которых он состоит. Но MoSCoW предпочтительнее, так как легче запоминается из-за созвучности со столицей Российской Федерации.

 

  1. Что свойственно для технологии канонического проектирования?
  2. Что свойственно для технологии Индустриального проектирования?
  3. Что свойственно для технологии Типового проектирования?

Выделяют два основных класса технологий проектирования:

· каноническое проектирование;

· индустриальное.

Индустриальная технология проектирования разбивается на 2 подкласса:

· автоматизированное проектирование (использование CASE-технологий);

· типовое — параметрически-ориентированное или модельно-ориентированное — проектирование.

Класс технологии проектирования Степень автоматизации Степень типизации Степень адаптивности
Каноническое Ручное проектирование Оригинальное проектирование Реконструкция
Индустриальное автоматизированное Компьютерное проектирование Оригинальное проектирование Реструктуризация модели (генерация ИС)
Индустриальное типовое Компьютерное проектирование Типичное сборочное проектирование Параметризация и реструктуризация модели (конфигурация ИС)

 

  1. Какое из определений входит в понятие ЭИС?

В составе экономических информационных систем выделяют функциональные и обеспечивающие части. Функциональными частями ЭИС является ряд подсистем, зависящих от особенностей ЭИС. Данные подсистемы подразделяются по определенному признаку — функциональному или структурному.

Обеспечивающая часть экономической информационной системы включает в себя информационный, программный, математический, технический, правовой, лингвистический и эргономический блоки.

Информационное обеспечение ЭИС состоит из внемашинного и внутримашинного обеспечения. Внемашинное обеспечение — это классификаторы технико-экономической информации, нормативно-справочная информация, методические материалы организации и исполь-зования перечисленных компонентов.

Внутримашинное информационное обеспечение — это информационная база и система управления базами данных.

Программное обеспечение ЭИС — это комплекс программ, реализующих цели и задачи ЭИС. В составе программных средств выделяют общесистемное, прикладное обеспечение, инструктивно-методические материалы по применению средств программного обеспечения.

Математическое обеспечение ЭИС — это совокупность методов решения задач управления, моделей, алгоритмов обработки информации.

Техническое обеспечение ЭИС — это комплекс технических средств, обеспечивающих работу системы (технические средства сбора, регистрации, передачи, обработки, отображения и копирования информации).

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

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

Лингвистическое обеспечение ЭИС — это совокупность знаковых средств для формализации естественного языка.

Эргономическое обеспечение ЭИС — это комплекс приемов и средств для создания оптимальных условий деятельности человека при работе с ЭИС.

При разработке экономических информационных систем необходимо учитывать не только структурные особенности ЭИС, но и определенные потребительские свойства:

1) свойство функциональной полноты;

2) свойство функциональной надежности;

3) свойство временной обеспеченности;

4) свойство адаптивности;

5) свойство иерархической агрегируемости.

 

  1. Что обеспечивает свойство делимости ЭИС на подсистемы?

Одним из основных свойств ЭИС является делимость на подсистемы, которая имеет целый ряд достоинств с точки зрения разработки и эксплуатации ЭИС, к которым относятся:

• Упрощение разработки и модернизации ЭИС в результате специализации групп проектировщиков по подсистемам;

• Упрощение внедрения и поставки готовых подсистем в соответствии с очередностью выполнения работ;

• Упрощение эксплуатации ЭИС вследствие специализации работников предметной области.

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

 

  1. Что из перечисленного входит в подсистему «Организационное обеспечение»?
  2. Что из перечисленного входит в подсистему «Организационное обеспечение»? (правовое?)
  3. Что из перечисленного входит в подсистему «Программное обеспечение»?
  4. Что входит в подсистему «Информационное обеспечение»?

Подсистема «Организационное обеспечение» (ОО) является одной из важнейших подсистем ЭИС, от которой зависит успешная реализация целей и функций системы.

В составе организационного обеспечения можно выделить четыре группы компонент.

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

• общеотраслевые руководящие методические материалы по созданию ЭИС,

• типовые проектные решения,

• методические материалы по организации и проведению предпроектного обследования на предприятии, 

• методические материалы по вопросам создания и внедрения проектной документации.

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

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

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

Подсистема «Правовое обеспечение» (ПРО)предназначена для целей регламентации процесса создания и эксплуатации ЭИС, которая включает совокупность юридических документов с констатацией регламентных отношений по формированию, хранению, обработке промежуточной и результатной информации системы.

К правовым документам, действующим на этапе создания системы, относятся: договор между разработчиком и заказчиком; документы, регламентирующие отношения между участниками процесса создания системы. 

К правовым документам, создаваемым на этапе внедрения относятся: характеристика статуса создаваемой системы, правовые полномочия подразделений ЭИС; правовые полномочия отдельных видов процессов обработки информации; правовые отношения пользователей в применении технических средств.

Подсистема «Техническое обеспечение» (ТО) представляет комплекс технических средств, предназначенных для обработки данных в ЭИС. В состав комплекса входят электронные вычислительные машины, осуществляющие обработку экономической информации, средства подготовки данных на машинных носителях, средства сбора и регистрации информации, средства передачи данных по каналам связи, средства накопления и хранения данных и выдачи результатной информации, вспомогательное оборудование и организационная техника.

Подсистема «Математическое обеспечение» (МО)– это совокупность математических моделей и алгоритмов для решения задач и обработки информации с применением вычислительной техники, а также комплекс средств и методов, позволяющих строить экономико-математические модели задач управления. В состав МО входят: средства МО (средства моделирования типовых задач управления, методы многокритериальной оптимизации, математической статистики, теории массового обслуживания и др.); техническая документация (описание задач, алгоритмы решения задач, экономико-математические модели); методы выбора МО (методы определения типов задач, методы оценки вычислительной сложности алгоритмов, методы оценки достоверности результатов).

Подсистема «Информационное обеспечение» (ИО) – это совокупность единой системы классификации и кодирования технико-экономической информации, унифицированной системы документации и информационной базы (рис. 1.5).

В состав ИО включаются два комплекса: компоненты внемашинного информационного обеспечения (классификаторы технико-экономической информации и документы) и внутримашинного информационного обеспечения (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структура информационной базы: входных, выходных файлов, базы данных).

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

Подсистема «Лингвистическое обеспечение» (ЛО) включает совокупность научно-технических терминов и других языковых средств, используемых в информационных системах, а также правил формализации естественного языка, включая методы сжатия и раскрытия текстовой информации, с целью повышения эффективности автоматизированной обработки информации и облегчающие общение человека с ЭИС. Языковые средства, включенные в подсистему ЛО, делятся на две группы:  традиционные языки (естественные, математические, алгоритмические языки, языки моделирования) и языки, предназначенные для диалога с ЭВМ (информационно-поисковые языки, языки СУБД, языки операционных сред, входные языки пакетов прикладных программ).

Подсистема «Технологическое обеспечение» (ТО) ЭИС соответствует разделению ЭИС на подсистемы по технологическим этапам обработки различных видов информации: 

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

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

- технологической документации и чертежей (этапы ввода в систему и актуализация шаблонов изделий, ввода исходных данных и формирования проектной документации для новых видов изделий, выдачи на плоттер чертежей, актуализации банка ГОСТов, ОСТов, технических условий, нормативных данных, подготовки и выдачи технологической документации по новым видам изделий);

- баз данных и знаний (этапы формирования баз данных и знаний, ввода и обработки запросов на поиск решения, выдача варианта решения и объяснения к нему);

- научно-технической информации, ГОСТов и технических условий, правовых документов и дел (этапы формирования поисковых образов документов, формирования информационного фонда, ведения тезауруса справочника ключевых слов и их кодов, кодирования запроса на поиск, выполнения поиска и выдачи документа или адреса хранения документа).

 

  1. Какой из видов обеспечения не обязателен для небольших проектов?

Ээээ… все, которые выше, обязательны что ли… смотря что там напишут

  1. Что свойственно системам обработки данных (СОД)?

Системы обработки данных (СОД) предназначены для учета и оперативного регулирования хозяйственных операций, подготовки стандартных документов для внешней среды (счетов, накладных, платежных поручений). Горизонт оперативного управления хозяйственными процессами составляет от одного до несколько дней, и реализуют регистрацию и обработку событий, например, оформление и мониторинг выполнения заказов, прихода и расхода материальных ценностей на складе, ведение табеля учета рабочего времени и т.д. Эти задачи имеют итеративный, регулярный характер, выполняются непосредственными исполнителями хозяйственных процессов (рабочими, кладовщиками, администраторами и т.д.) и связаны с оформлением и пересылкой документов в соответствии с четко определенными алгоритмами. Результаты выполнения хозяйственных операций через экранные формы вводятся в базу данных.

 

Что свойственно информационным системам управления (ИСУ)?

Информационные системы управления (ИСУ) ориентированы на тактический уровень управления: среднесрочное планирование, анализ и организацию работ в течение нескольких недель/месяцев, например, анализ и планирование поставок, сбыта, составление производственных программ. Для данного класса задач характерны регламентированность (периодическая повторяемость) формирования результатных документов и четко определенный алгоритм решения задач, например, свод заказов для формирования производственной программы и определение потребности в комплектующих деталях и материалах на основе спецификации изделий. Решение подобных задач предназначено для руководителей различных служб предприятий (отделов материально-технического снабжения и сбыта, цехов и т.д.). Задачи решаются на основе накопленной базы оперативных данных.

 

  1. Что свойственно системам поддержки принятия решений (СППР)?

Системы поддержки принятия решений (СППР) используются в основном на верхнем уровне управления (руководства фирм, предприятий, организаций), имеющих стратегическое долгосрочное значение в течение года или нескольких лет. К таким задачам относятся формирование стратегических целей, планирование привлечения ресурсов, источников финансирования, выбор места размещения предприятий и т.д. Реже задачи класса СППР решаются на тактическом уровне, например, при выборе поставщиков или заключении контрактов с клиентами. Задачи СППР имеют, как правило, нерегулярный характер.

Для задач СППР свойственны недостаточность имеющейся информации, ее противоречивость и нечеткость, преобладание качественных оценок целей и ограничений, слабая формализованность алгоритмов решения. В качестве инструментов обобщения чаще всего используются средства составления аналитических отчетов произвольной формы, методы статистического анализа, экспертных оценок и систем, математического и имитационного моделирования. При этом используются базы обобщенной информации, информационные хранилища, базы знаний о правилах и моделях принятия решений.

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

Корпоративная (интегрированная) ЭИС автоматизирует все функции управления на всех уровнях управления. Такая ЭИС является многопользовательской, функционирует в распределенной вычислительной сети. 

Локальная ЭИС автоматизирует отдельные функции управления на отдельных уровнях управления. Такая ЭИС может быть однопользовательской, функционирующей в отдельных подразделениях системы управления.

 

  1. Какие методики основаны на каскадной модели ЖЦ?

Хз

  1. Какие методики основаны на спиральной модели ЖЦ?

хз

  1. Какие этапы включает в себя каскадная модель жизненного цикла ЭИС?

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

1. Планирование и анализ требований (предпроектная стадия) – системный анализ. Исследование и анализ существующей информационной системы, определение требований к создаваемой ЭИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку ЭИС.

2. Проектирование (техническое проектирование, логическое проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций (функциональная архитектура) и состава обеспечивающих подсистем (системная архитектура), оформление технического проекта ЭИС.

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

4. Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ЭИС, обучение персонала, поэтапное внедрение ЭИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях ЭИС.

5. Эксплуатация ЭИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ЭИС, исправление ошибок и недоработок, оформление требований к модернизации ЭИС и ее выполнение (повторение стадий 2 – 5).

Часто второй и третий этапы объединяют в одну стадию, называемую технорабочим проектированием или системным синтезом

 

  1. Что из перечисленного, является моделью жизненного цикла ЭИС?

Каскаднаямодель (до 70 гг) – последовательный переход на следующий этап после завершения предыдущего.

Итерационнаямодель (70-80 гг.) – с итерационными возвратами на предыдущиеэтапы после выполнения очередного этапа.

Спиральнаямодель (80-90 гг.) – прототипная модель, предполагающая постепенноерасширение прототипа ЭИС.

 


Дата добавления: 2018-02-15; просмотров: 184; ЗАКАЗАТЬ РАБОТУ