Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
К госам 2.doc
Скачиваний:
106
Добавлен:
17.03.2016
Размер:
2.67 Mб
Скачать
  1. Понятие, классификация и структура информационных систем.

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

Примеры систем: система образования, энергетическая система, транспортная система, производственная система и т.д.

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

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

Компьютерная инфраструктура организации — совокупность сетевой и телекоммуникационной систем (корпоративная сеть), наиболее важная с точки зрения функционирования.

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

Классификация АЭИС

Признаки классификации:

1. Сфера функционирования объекта управления (экономического объекта):

АЭИС промышленности;

АЭИС сельского хозяйства;

АЭИС транспорта;

АЭИС связи и т.д.

2. Виды процессов управления:

АЭИС управления технологическими процессами

АЭИС управления организационно-технологическими процессами

АЭИС организационного управления

АЭИС научных исследований.

Обучающие АЭИС

3. Уровень в системе государственного управления:

Отраслевые АЭИС

Территориальные АЭИС

Межотраслевые АЭИС

4. Архитектура

Архитектура "Файл-сервер".

Архитектура "Клиент-сервер".

Варианты архитектуры "Клиент-сервер": "тонкий" и "толстый" клиент.

Трехслойная архитектура.

5. Характер использования информации

Информационно-поисковые системы (ИПС).

Управляющие ИС.

6. Система представления данных

  • "самодельные" форматы хранения данных, хранящихся в файлах (текстовых, бинарных);

  • специализированные форматы хранения данных, использовавшиеся в "дореляционный" период (например, x-Base, paradox);

  • языки структурированной разметки на основе формата xml;

  • реляционная модель; SQL сервер;

  • объектная, объектно-реляционная модель;

  • документоориентированное хранилище (IBM Lotus/Domino).

  • 7. По функциональной принадлежности

  • Системы обработки операций (Transaction Processing System) – это автоматизированные версии ручных процессов, выполняемых в организациях.

  • Информационные системы управления (Management Information System), предназначены для обработки данных, доступных через TPS, и преобразования их в форму для менеджеров обычно в формате отчета.

  • Системы поддержки решений (Decision Support Systems) предназначены для помощи организации в подготовке принятия решения.

Экспертные системы (Expert Systems) пытаются представлять и манипулировать знаниями. Структура АЭИС

В состав АЭИС входят:

1) Аппарат управления соответствует организационной структуре предприятия.

2) Автоматизированная информационная технология (АИТ) – это совокупность методов и средств реализации процессов сбора, обработки, передачи, хранения информации на базе современного комплекса вычислительной техники и программного обеспечения.

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

4. Обеспечивающие подсистемы предназначены для поддержания функционирования ЭИС в заданном режиме.

Составные части АЭИС:

  • аппарат управления;

  • автоматизированная информационная технология;

  • комплекс функциональных подсистем;

  • комплекс обеспечивающих подсистем.

  1. Понятие проектирования и технологии проектирования ИС. Что входит в состав проекта ИС. Проблемы и особенности проектирования и требования к эффективности и надежности проектных решений.

Проект – некоторое предприятие, имеющее целью создание уникального продукта или услуги, ограниченное во времени (Институт Управления Проектами (PMI) США)

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

Проектирование ИС охватывает три основные области:

  • проектирование объектов данных, которые будут реализованы в базе данных;

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

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

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

Основу проекта любой ИС составляют следующие компоненты:

  • методология проектирования;

  • технологии проектирования;

  • стандарты и методики проектирования;

  • инструментальные средства проектирования (CASE-средства).

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

Обычно выделяют следующие этапы создания ИС:

  • анализ;

  • моделирование бизнес-процессов организации;

  • формирование требований к системе;

  • проектирование;

  • реализация;

  • тестирование;

  • ввод в действие;

  • эксплуатация и сопровождение.

Технология проектирования определяется как совокупность трех составляющих:

  • пошаговой процедуры, определяющей последовательность технологических операций проектирования;

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

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

Проблемы и особенности проектирования ИС.

Проблемы создания ИС можно разделить на два больших класса – проблемы, связанные с особенностями самой ИС, и проблемы, связанные с особенностями проведения проектных работ.

Проблемы, связанные с особенностями самой ИС.

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

Сложность ИС как большой системы можно рассмотреть в 4 аспектах:

  • структурная сложность;

  • функциональная сложность;

  • информационная сложность;

  • сложная динамика поведения.

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

проектировщики сталкиваются с целым рядом проблем.

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

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

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

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

Требования к эффективности и надежности проектных решений Основная задача любого успешного проекта обеспечить:

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

  • требуемую пропускную способность системы;

  • требуемое время реакции системы на запрос;

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

  • простоту эксплуатации и поддержки системы;

  • необходимую безопасность.

Производительность является главным фактором, определяющим эффективность системы.

Эффективность внедрения информационной системы определяется степенью достижения поставленной цели вне зависимости от ее характера.

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

Понятие надежности информационной системы очень близко к понятию надежности программного обеспечения. В классической работе Г. Майерса надежность ПО определяется следующим образом:

  • в программном обеспечении имеется ошибка, если оно не выполняет того, что пользователю разумно от него ожидать;

  • отказ программного обеспечения - это появление в нем ошибки;

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

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

  1. Стандарты проектирования. Современные стандарты управления и технологии коммуникации. Стадии жизненного цикла ИС.

Стандарты проектирования

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

    • стандарт проектирования;

    • стандарт оформления проектной документации;

    • стандарт пользовательского интерфейса.

Стандарт проектирования должен устанавливать:

  • набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации;

  • правила фиксации проектных решений на диаграммах;

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

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

Стандарт оформления проектной документации должен устанавливать:

  • комплектность, состав и структуру документации на каждой стадии проектирования;

  • требования к ее оформлению (включая требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.),

  • правила подготовки, рассмотрения, согласования и утверждения документации

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

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

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

Стандарт интерфейса пользователя должен устанавливать:

  • правила оформления экранов, состав и расположение окон и элементов управления;

  • правила использования клавиатуры и мыши;

  • правила оформления текстов помощи;

  • перечень стандартных сообщений;

  • правила обработки реакции пользователя.

Современные стандарты управления и технологии коммуникации

  • MRP (Material Requirements Planning) - планирование поставок материалов, исходя из данных о комплектации производимой продукции и плана продаж.

  • CRP (Capacity Requirements Planning) - планирование производственных мощностей, исходя из данных о технологии производимой продукции и прогноза спроса.

  • MRPII (Manufacture Resource Planning) - планирование материальных, мощностных и финансовых ресурсов, необходимых для производства.

  • ERP (Enterprise Resource Planning) - финансово-ориентированное планирование ресурсов предприятия, необходимых для получения, изготовления, отгрузки и учета заказов потребителей на основе интеграции всех

отделов и подразделений компании.

    • SCM (Supply Chain Management) - управление цепочками поставок.

    • CRM (Customer Relationship Management) - управление взаимоотношениями с заказчиками. Комплекс методов и средств, нацеленный на завоевание, удовлетворение требований и сохранение платежеспособных клиентов.

    • ERPII (Enterprise Resource & Relationship Processing) - управление ресурсами и взаимоотношениями предприятия. Объединяет в себе 3 вышеперечисленные технологии.

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

    • OLAP (Online Analytical Processing) - оперативный анализ данных.

    • Project Management - управление проектами. Поддерживается рядом международных стандартов.

    • CALS (Continuous Acquisition and Lifecycle Support) - непрерывная информационная поддержка поставок и жизненного цикла. Объединяет в себе практически все вышеперечисленные подходы и технологии.

Стадии жизненного цикла ИС

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

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

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

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

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

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

  1. Структура жизненного цикла ПО по стандартам ISO/IEC 12207 и ISO/IEC 15288. Модели жизненного цикла ИС: каскадная модель, поэтапная модель с промежуточным контролем, спиральная модель.

Стандарт ISO/IEC 12207 (Standard for Information Technology — Software Life Cycle Processes – «Процессы жизненного цикла ПО», есть его российский аналог ГОСТ Р-1999) определяет общую структуру жизненного цикла ПО в виде трехступенчатой модели, состоящей из процессов, видов деятельности и задач. Стандарт описывает вводимые элементы в терминах их целей и результатов, тем самым задавая неявно возможные взаимосвязи между ними, но не определяя четко структуру этих связей.

Самыми крупными элементами являются процессы жизненного цикла ПО (lifecycle processes). Выделено 18 процессов, объединенных в 4 группы.Основные процессы- приобретение; поставка; разработка; эксплуатация; сопровождение.Вспомогательные процессы - документирование; управление конфигурацией; обеспечение качества; разрешение проблем; аудит; аттестация; совместная оценка; верификация. Организационные процессы - создание инфраструктуры; управление; обучение; усовершенствование.Адаптация - Адаптация описываемых стандартом процессов под нужды конкретного проекта

Структура жизненного цикла систем по стандарту ISO/IEC 15288Объективные изменения при создании современных систем, связанные с повсеместным использованием информационных технологий, явились главной причиной появления международного стандарта ISO/IEC 15288 "Системная инженерия - Процессы жизненного цикла систем", предназначенного для любого рода систем, созданных человеком. Стандарт ISO/IEC 15288 был опубликован в 2002 г. и является практически первым международным стандартом, в котором всесторонне с точки зрения организации процессов жизненного цикла рассматриваются методологические принципы проектирования систем.

Договорные процессы - приобретение; Поставка

Процессы предприятия - управление окружающей средой предприятия; инвестиционное управление; управление ЖЦ ИС; управление ресурсами; управление качеством

Проектные процессы - планирование проекта; оценка проекта; контроль проекта; управление рисками; управление конфигурацией; управление информационными потоками; принятие решений

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

Специальные процессы определение и установка взаимосвязей исходя из задач и целейФормирование концепции-Анализ потребностей, выбор концепции и проектных решений Разработка-Проектирование системы

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

Каждая стадия разделяется на этапы, в течение которых выполняется определенная последовательность работ. Результаты работ фиксируются в соответствующих документах.

Модели ЖЦ-каскадная модель(предполагает переход на следующий этап после полного окончания работ по предыдущему этапу).Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

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

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

-поэтапная модель с промежуточным контролем (Итерационная модель разработки ИС с циклами обратной связи между этапами )Достоинство: межэтапные корректировки обеспечивают меньшую трудоемкость по сравнению с каскадной моделью;

Недостатки: время жизни каждого из этапов растягивается на весь период разработки.

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

  1. Методы анализа информационных систем. Понятие методологии проектирования ЭИС. Принципы создания ЭИС.

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

Методы анализа информационных систем

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

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

  • структурный подход, поддерживаемый методологией системного анализа и проектирования Structure Analysis and Design Technique (SADT);

  • объектно-ориентированный подход, поддерживаемый методологией Rational Unified Process (RUP) и языком моделирования Unified Modeling Language (UML).

Принципы создания ИС

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

Все принципы создания ИС можно разделить на три группы:

    • основные (системности, развития (открытости), совместимости, стандартизации (унификации), эффективности);

    • дополнительные (позволяющие получить определенный экономический эффект);

    • организационно-технологические (связанные с особенностями компьютерной обработки данных).

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

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

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

Принцип стандартизации заключается в необходимости применения типовых, унифицированных и стандартизованных элементов.

Принцип эффективности заключается в достижении рационального соотношения между затратами на создание ИС и целевым эффектом, получаемым в результате автоматизации.

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

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

Принцип первого руководителя предполагает закрепление ответственности при создании системы за заказчиком – руководителем предприятия, который отвечает за ввод в действие и функционирование ИС.

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

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

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

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

Принцип формализации заключается в применении формализованных методов описания и моделирования изучаемых и проектируемых процессов.

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

Принцип непротиворечивости и полноты заключается в наличии всех необходимых элементов в проектируемой системе и согласованном их взаимодействии.

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

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

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

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