39911

Информационные системы. Понятие, задачи и функции ИС

Шпаргалка

Информатика, кибернетика и программирование

Также в достаточно широком смысле[2] трактует понятие информационной системы Федеральный закон РФ от 27 июля 2006 года № 149ФЗ Об информации информационных технологиях и о защите информации: информационная система совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств[3]. Классификация по степени автоматизации По степени автоматизации ИС делятся на: автоматизированные: информационные системы в которых автоматизация может быть неполной то есть требуется...

Русский

2013-10-11

814.2 KB

90 чел.

1 Информационные системы. Понятие, задачи и функции ИС.

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

Также в достаточно широком смысле[2] трактует понятие информационной системы Федеральный закон РФ от 27 июля 2006 года № 149-ФЗ «Об информации, информационных технологиях и о защите информации»: «информационная система — совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств»[3].

Одно из наиболее широких определений ИС дал М.Р. Когаловский: «информационной системой называется комплекс, включающий вычислительное и коммуникационное оборудование, программное обеспечение, лингвистические средства и информационные ресурсы, а также системный персонал и обеспечивающий поддержку динамической информационной модели некоторой части реального мира для удовлетворения информационных потребностей пользователей»[4].

В узком смысле информационной системой называют только подмножество компонентов ИС в широком смысле, включающее базы данных, СУБД и специализированные прикладные программы. ИС в узком смысле рассматривают как программно-аппаратную систему, предназначенную для автоматизации целенаправленной деятельности конечных пользователей, обеспечивающую, в соответствии с заложенной в нее логикой обработки, возможность получения, модификации и хранения информации[5].

В любом случае основной задачей ИС является удовлетворение конкретных информационных потребностей в рамках конкретной предметной области. Современные ИС де-факто немыслимы без использования баз данных и СУБД, поэтому термин «информационная система» на практике сливается по смыслу с термином «система баз данных».

В идеале в рамках предприятия должна функционировать единая корпоративная информационная система, удовлетворяющая все существующие информационные потребности всех сотрудников, служб и подразделений. Однако на практике создание такой всеобъемлющей ИС слишком затруднено или даже невозможно, вследствие чего на предприятии обычно функционируют несколько различных ИС, решающих отдельные группы задач: управление производством, финансово-хозяйственная деятельность и т.д. Часть задач бывает «покрыта» одновременно несколькими ИС, часть задач — вовсе не автоматизирована. Такая ситуация получила название «лоскутной автоматизации» и

Классификации информационных систем

Классификация по архитектуре

По степени распределённости отличают:

  1.  настольные (desktop), или локальные ИС, в которых все компоненты (БД, СУБД, клиентские приложения) находятся на одном компьютере;
  2.  распределённые (distributed) ИС, в которых компоненты распределены по нескольким компьютерам.

Распределённые ИС, в свою очередь, разделяют на:

  1.  файл-серверные ИС (ИС с архитектурой «файл-сервер»);
  2.  клиент-серверные ИС (ИС с архитектурой «клиент-сервер»).

В файл-серверных ИС база данных находится на файловом сервере, а СУБД и клиентские приложения находятся на рабочих станциях.

В клиент-серверных ИС база данных и СУБД находятся на сервере, а на рабочих станциях находятся клиентские приложения.

В свою очередь, клиент-серверные ИС разделяют на двухзвенные и многозвенные.

В двухзвенных (англ. two-tier) ИС всего два типа «звеньев»: сервер баз данных, на котором находятся БД и СУБД (back-end), и рабочие станции, на которых находятся клиентские приложения (front-end). Клиентские приложения обращаются к СУБД напрямую.

В многозвенных (англ. multi-tier) ИС добавляются промежуточные «звенья»: серверы приложений (application servers). Пользовательские клиентские приложения не обращаются к СУБД напрямую, они взаимодействуют с промежуточными звеньями. Типичный пример применения многозвенности — современные веб-приложения, использующие базы данных. В таких приложениях помимо звена СУБД и клиентского звена, выполняющегося в веб-браузере, имеется как минимум одно промежуточное звено — веб-сервер с соответствующим серверным ПО.

Классификация по степени автоматизации

По степени автоматизации ИС делятся на:

  1.  автоматизированные: информационные системы, в которых автоматизация может быть неполной (то есть требуется постоянное вмешательство персонала);
  2.  автоматические: информационные системы, в которых автоматизация является полной, то есть вмешательство персонала не требуется или требуется только эпизодически.

«Ручные ИС» («без компьютера») существовать не могут, поскольку существующие определения предписывают обязательное наличие в составе ИС аппаратно-программных средств. Вследствие этого понятия «автоматизированная информационная система», «компьютерная информационная система» и просто «информационная система» являются синонимами[4].

Классификация по характеру обработки данных

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

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

Классификация по сфере применения

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

  1.  Экономическая информационная система — информационная система, предназначенная для выполнения функций управления на предприятии.
  2.  Медицинская информационная система — информационная система, предназначенная для использования в лечебном или лечебно-профилактическом учреждении.
  3.  Географическая информационная система — информационная система, обеспечивающая сбор, хранение, обработку, доступ, отображение и распространение пространственно-координированных данных (пространственных данных).

Классификация по охвату задач (масштабности)

  1.  Персональная ИС предназначена для решения некоторого круга задач одного человека.
  2.  Групповая ИС ориентирована на коллективное использование информации членами рабочей группы или подразделения.
  3.  Корпоративная ИС в идеале охватывает все информационные процессы целого предприятия, достигая их полной согласованности, безызбыточности и прозрачности. Такие системы иногда называют системами комплексной автоматизации предприятия.

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

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

  1. разработка баз данных для хранения информации;
  2. разработка удобного интерфейса.

Задачи, решаемые с помощью ИС:

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

Любая ЭИС выполняет следующие типичные функции:

1. Планирование, посредством которого в идеальной форме реализуется цель управления. Это деятельность в основном  - высшего руководства.

2. Учёт  -  по средством, которого получается информация о ходе работы предприятия.

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

Классификации информационных систем

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

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

По степени распределённости отличают:

  1. настольные (desktop), или локальные ИС, в которых все компоненты (БД, СУБД, клиентские приложения) находятся на одном компьютере;
  2. распределённые (distributed) ИС, в которых компоненты распределены по нескольким компьютерам.

Распределённые ИС разделяют на:

  1. файл-серверные ИС (ИС с архитектурой «файл-сервер»);
  2. клиент-серверные ИС (ИС с архитектурой «клиент-сервер»).

В файл-серверных ИС база данных находится на файловом сервере, а СУБД и клиентские приложения находятся на рабочих станциях.

В клиент-серверных ИС база данных и СУБД находятся на сервере, а на рабочих станциях находятся клиентские приложения.

Клиент-серверные ИС разделяют на

  1. В двухзвенных ИС всего два типа «звеньев»: сервер баз данных, на котором находятся БД и СУБД, и рабочие станции, на которых находятся клиентские приложения. Клиентские приложения обращаются к СУБД напрямую. В многозвенных (multi-tier) ИС добавляются промежуточные «звенья»: серверы приложений (application servers). Пользовательские клиентские приложения не обращаются к СУБД напрямую, они взаимодействуют с промежуточными звеньями.

По степени автоматизации ИС делятся на:

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

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

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

По сфере применения

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

  1. По охвату задач (масштабности)
  2. Персональная ИС предназначена для решения некоторого круга задач одного человека.
  3. Групповая ИС ориентирована на коллективное использование информации членами рабочей группы или подразделения.
  4. Корпоративная ИС в идеале охватывает все информационные процессы целого предприятия, достигая их полной согласованности, безызбыточности и прозрачности. Такие системы иногда называют системами комплексной автоматизации предприятия.

2. Функциональные и обеспечивающие подсистемы ИС.

 

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

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

·     информационная;

·     техническая;

·     программная;

·     математическая;

·     лингвистическая.

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

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

·     предметному;

·     функциональному;

·     проблемному;

·     смешанному (предметно-функциональному).

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

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

·     прогнозирование;

·     нормирование;

·     планирование (технико-экономическое и оперативное);

·     учет;

·     анализ;

·     регулирование.

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

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

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

     По функциональному принципу:

·     стратегическое развитие;

·     технико-экономическое планирование;

·     бухгалтерский учет и анализ хозяйственной деятельности.

     По предметному принципу (подсистемы управления ресурсами):

·     техническая подготовка производства;

·     основное и вспомогательное производство;

·     качество продукции;

·     логистика;

·     маркетинг;

·     кадры.

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

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

     Состав обеспечивающих подсистем не зависит от выбранной предметной области и имеет:

● функциональную структуру;

● информационное обеспечение;

● математическое (алгоритмическое и программное) обеспечение;

● техническое обеспечение;

● организационное обеспечение;

● кадровое обеспечение,

а на стадии разработки ИС дополнительные обеспечения:

·     правовое;

·     лингвистическое;

·     технологическое;

·     методологическое;

·     интерфейсы с внешними ИС.

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

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

 

Математическое обеспечение состоит из алгоритмического и программного (рис. 20).

 

Рис. 20. Математическое обеспечение ИС

 

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

     Программное обеспечение состоит:

·     из общего ПО (ОС, трансляторы, тесты и диагностика и др., т. е. все то, что обеспечивает работу аппаратных устройств);

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

     Техническое обеспечение (рис. 21) состоит из устройств:

·     измерения;

·     преобразования;

·     передачи;

·     хранения;

·     обработки;

·     отображения;

·     регистрации;

·     ввода/вывода информации;

·     исполнительных устройств.

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

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

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

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

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

     Средства, входящие в подсистему ЛО (рис. 23), делятся на две группы:

·     традиционные языки (естественные, математические, алгоритмические, языки моделирования);

·     предназначенные для диалога с ЭВМ (информационно-поисковые, языки СУБД, операционных сред, входные языки пакетов прикладных программ).

     Технологическое обеспечение (Electronic Data Processing – EDP) ИС соответствует разделению ИС на подсистемы по технологическим этапам обработки различных видов информации.

3 Документальные ИС. Виды документальных ИС.

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

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

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

В зависимости от особенностей реализации хранилища документов и механизмов поиска документальные ИПС можно разделить на две группы:

  1. системы на основе индексирования;
  2. семантически-навигационные системы.

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

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

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

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

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

4 Экономические ИС. Материальные и информационные потоки в экономических системах. Функции управления в экономических системах.

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

Информационное обеспечение экономических систем осуществляется благодаря потокам информации.

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

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

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

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

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

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

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

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

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

К элементам информационных потоков относятся:

-        телефонограммы и факсы;

-        накладные, поступающие с товаром;

-        информация о поступлении и размещении грузов на складе;

-        данные о транспортных тарифах и типах транспорта;

-        изменения в состоянии запасов;

-        нармативно-справочная производственная информация;

-        текущие сведения о производственных мощностях;

-        данные о финансовых потоках и т.д.

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

-        количеством обработанных и переданных единиц бумажных документов;

-        или суммарным количеством документострок в этих документах;

-        или количеством информации (бит), которая содержится в том или другом сообщении.

Информационный поток характеризуется такими параметрами:

  1. источник возникновения;
  2. направление движения потока;
  3. периодичность;
  4. вид существования;
  5. скорость передачи и приема;
  6. интенсивность потока и др.

Информационные потоки имеют следующие характеристики:

  1. неоднородность;
  2. множественность подразделений – поставщиков информации;
  3. множественность подразделений – потребителей информации;
  4. сложность и трудности практической видимости информационных маршрутов;
  5. множество передач единиц документации по каждому маршруту;
  6. многовариантность оптимизации информационных потоков.

Функции управления:

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

планирование);

учет – функция, отображающая состояние объекта управления в результате выполнения хозяйственных процессов;

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

оперативное управление – функция, осуществляющая регулирование всех хозяйственных процессов с целью исключения возникающих отклонений в плановых и

учетных данных;

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

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

5 Классификация и кодирований экономической информации.

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

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

По принадлежности к сфере экономики выделяется информация

  1.  В сфере производства
  2.  В непроизводственной сфере

По принадлежности к отрасли экономики может быть выделена информация по:

  1. Промышленности
  2. Материальными ресурсами
  3. Агропромышленному комплексу
  4. Связи
  5. Транспорту
  6. Капитальному строительству и т.д.

По временным стадиям управления:

  1. Прогнозная информация
  2. Плановая информация
  3. Учетная информация
  4. Информация оперативного управления
  5. Информация анализа хозяйственной деятельности и т.д.

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

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

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

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

В экономической деятельности используются также мнемокоды.
Мнемокод – сокращенное (не более 8 знаков) алфавитное наименование реквизита – признака.
Например:
1.приходный кассовый ордер (ПКО)
2.административно – управленческий персонал (АУП)
Штрих – код – совокупность широких и узких вертикальных линий, которые отражают свойства объекта, а так же обеспечивают возможность проследить за перемещением этого объекта.
Оборудование для прочтения:
1.сканеры штрих - кодирования
2.кассовый терминал
Цель кодирования:
- представить информацию в форме, удобной для обработки на ПК.
Коды строятся по определенным системам.
Система кодирования – правила присвоения кодов единицам информации.
Группировочный признак – категория, по которой выделяются объекты кодирования (класс, подкласс, группа)
Системы кодирования:
1.Регистрационные :
- порядковая
- серийная
2. Классификационные:
- позиционные
- комбинированная
I.Порядковая система используется для кодирования простых номенклатур.
Номенклатура – полный перечень однородных наименований.
Правила:
1.при использовании порядковой системы каждому объекту кодируемого множества присваивается номер по порядку (по возрастанию)
2.количество знаков в коде должно быть равно количеству знаков максимального числа кодируемых объектов.
II.Серийная система используется для кодирования двух призначных и более призначных номенклатур.
Правила:
1.Старшему признаку отводится серия номеров, внутри которой объекты младшего признака кодируются по порядку.
В каждой серии резервируются несколько свободных номеров.
Вновь появившиеся объекты кодируются в соответствующих сериях резервными номерами.
III.Позиционная система используется для кодирования сложных номенклатур.
Правила:
1.При использовании позиционной системы кодирования каждому классификационному признаку отводится определенное число разрядов, равное количеству разрядов максимально числа кодируемых объектов.
IV.При использовании комбинированной системы кодирование осуществляется по нескольким системам одновременно
Недостатки систем кодирования:
1.Нет резерва для дополнительных объектов (кроме серийной системы кодирования)
2.вновь появившиеся объекты получают очередные номера кодов, что нарушает установленную систему классификации
3.при незначительном увеличении количества объектов приходится увеличивать значимость кода

6 Жизненный цикл информационных систем, модели жизненного цикла ИС. 

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

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

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

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

Традиционно выделяются следующие основные этапы жизненного цикла программного обеспечения:
1) анализ требований,
2) проектирование,
3) кодирование (программирование),
4) тестирование и отладка,
5) эксплуатация и сопровождение.

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

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

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

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

Модель ЖЦ зависит от специфики информационной системы, а также специфики условий, в которых последняя создается и функционирует.

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

Каскадная модель или «водопад» используется в технологиях, ориентированных на переход к следующему этапу после полного окончания работ на предыдущем этапе (рис. 5.1).

Рис. 5.1. Каскадная схема разработки ПО. 

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

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

Рис. 5.2. Поэтапная схема разработки ПО. 

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

Рис. 5.3. Спиральная модель. 

7. Процессы жизненного цикла ПО по ГОСТ РИСО/МЭК 12207-09

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

Стандарт ГОСТ Р ИСО/МЭК 12207-99 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.

Модель ЖЦ ПО включает в себя:

  1. Стадии;
  2. Результаты выполнения работ на каждой стадии;
  3. Ключевые события — точки завершения работ и принятия решений.

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

На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.

Основные процессы жизненного цикла

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

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

Вспомогательные процессы жизненного цикла

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

  1.  Процесс документирования. Определяет работы по описанию информации, выдаваемой в процессе жизненного цикла.
  2.  Процесс управления конфигурацией. Определяет работы по управлению конфигурацией.
  3.  Процесс обеспечения качества. Определяет работы по объективному обеспечению того, чтобы программные продукты и процессы соответствовали требованиям, установленным для них, и реализовывались в рамках утвержденных планов. Совместные анализы, аудиторские проверки, верификация и аттестация могут использоваться в качестве методов обеспечения качества.
  4.  Процесс верификации. Определяет работы (заказчика, поставщика или независимой стороны) по верификации программных продуктов по мере реализации программного проекта.
  5.  Процесс аттестации. Определяет работы (заказчика, поставщика или независимой стороны) по аттестации программных продуктов программного проекта.
  6.  Процесс совместного анализа. Определяет работы по оценке состояния и результатов какой-либо работы. Данный процесс может использоваться двумя любыми сторонами, когда одна из сторон (проверяющая) проверяет другую сторону (проверяемую) на совместном совещании.
  7.  Процесс аудита . Определяет работы по определению соответствия требованиям, планам и договору. Данный процесс может использоваться двумя сторонами, когда одна из сторон (проверяющая) контролирует программные продукты или работы другой стороны (проверяемой).
  8.  Процесс решения проблемы. Определяет процесс анализа и устранения проблем (включая несоответствия), независимо от их характера и источника, которые были обнаружены во время осуществления разработки, эксплуатации, сопровождения или других процессов.

Организационные процессы жизненного цикла

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

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

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

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

Процесс обучения. Определяет работы по соответствующему обучению персонала.

8 Проектирование ИС. Понятие проекта, проектирования, субъекта и объекта проектирования ИС.

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

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

Под проектированием ЭИС понимается процесс преобразования входной информации об объекте проектирования, о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ЭИС. С этой точки

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

Объектами проектирования ЭИС являются отдельные элементы или их комплексы

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

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

Проект

a) Совокупность документов (расчетов, чертежей) для создания какого либо сооружения или изделия;

b) Предварительный текст документа;

c) Замысел, план, прототип, прообраз какого либо объекта;

Объект проектирования

a) Предвидимый объект;

b) Некая система, которая будет и которая должна заполнить функциональную нишу во внешней среде;

c) Конструируемый идеальный объект, чье качество меняется от одной стадии проектирования к другой стадии проектирования;

d) Развивающаяся «модель будущего» ;

e) Объект проектирования есть «процесс проектирования объекта», то есть система получения взаимосвязанных проектных решений (ПР) – моделей будущего;

f) Объект проектирования раскрывается в логической схеме проектирования (ЛСП) через систему проектных решений;

g) Объектом проектирования является жизненный цикл; жизненный цикл как структурно-процессуальный срез объекта проектирования оказывается тождественным самому объекту;

h) Объект проектирования есть перевод цели в результат (процесс трансформаций исходных данных в результат) ;

i) Объектом проектирования является информация об объекте проектирования, информационная модель объекта;

Процесс проектирования (определение 1, относится к 70-годам 20 века)

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

Проектирование (определение 2, относится к 70-годам 20 века)

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

Процесс проектирования

(определение 3, по глоссарию «Унифицированный процесс разработки программного обеспечения» Питер, 2002)

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

Проанализировав определения, сформулируем следующие выводы:

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

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

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

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

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

9 Технологии проектирования ИС. Требования к технологиям проектирования.

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

Технология проектирования ЭИС – это совокупность методов и средств проектирования ЭИС, а также методов и средств организации проектирования (управления процессом создания и модернизации проекта ЭИС)

Рис. Состав компонентов технологии проектирования

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

Так, технологический процесс проектирование ЭИС в целом делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Действия, которые выполняются при проектировании ЭИС, могут быть определены как неделимые технологические операции или как подпроцессы технологических операций. Все действия могут быть собственно проектировочными, которые формируют или модифицируют результаты проектирования, и оценочными действиями, которые вырабатывают по установленным критериям оценки результатов проектирования. Таким образом, технология проектирования задается регламентированной последовательностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода, в результате чего стало бы ясно, не только ЧТО должно быть сделано для создания проекта, но и КАК, КОМУ, и в КАКОЙ ПОСЛЕДОВАТЕЛЬНОСТИ это должно быть сделано. Предметом любой выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях жизненного цикла ЭИС.

Существуют 2 основных технологии проектирования:

-каноническая и

-индустриальная.

К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:

• созданный с помощью этой технологии проект должен отвечать требованиям заказчика:

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

проекта;

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

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

• технология должна способствовать росту производительности труда проектировщика;

• технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта;

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

10 Состав стадий и этапов канонического проектирования ИС

Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели жизненного цикла ИС, которая подразумевает полное завершение некоторого типа работ перед переходом к следующему этапу на котором выполняется другой тип работ. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.

Каноническое проектирование ИС характеризуется следующими особенностями:

•Отражает особенности ручной технологии проектирование;

•Предполагает выполнение индивидуального (оригинального) проектирования;

•Не предполагает использования средств интеграции;

•Соответствует каскадной модели ЖЦ ИС.

На сегодняшний день технологию канонического проектирования используют при разработке сравнительно небольших ИС.

При каноническом подходе выделяются следующие этапы:

 Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

обследование объекта и обоснование необходимости создания ИС;

формирование требований пользователей к ИС;

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

 Стадия 2. Разработка концепции ИС.

изучение объекта автоматизации;

проведение необходимых научно-исследовательских работ;

разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

оформление отчета и утверждение концепции.

 Стадия 3. Техническое задание.

разработка и утверждение технического задания на создание ИС.

 Стадия 4. Эскизный проект.

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

разработка эскизной документации на ИС и ее части.

 Стадия 5. Технический проект.

разработка проектных решений по системе и ее частям;

разработка документации на ИС и ее части;

разработка и оформление документации на поставку комплектующих изделий;

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

 Стадия 6. Рабочая документация.

разработка рабочей документации на ИС и ее части;

разработка и адаптация программ.

 Стадия 7. Ввод в действие.

подготовка объекта автоматизации;

подготовка персонала;

комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами);

проведение опытной эксплуатации;

проведение приемочных испытаний.

 Стадия 8. Сопровождение ИС.

выполнение работ в соответствии с гарантийными обязательствами;

послегарантийное обслуживание.

11 Визуальные модели бизнес-процессов. Классификация моделей.

Одним из наиболее популярных подходов к моделированию является объектный подход. В соответствии с этим подходом в результате OOA и OOD мы получаем «хороший» проект программной системы, прозрачный, удовлетворяющий требованиям, удобный для тестирования и отладки, коллективной разработки, развиваемый, допускающий повторное использование компонентов.

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

Это и означает необходимость визуального моделирования.

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

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

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

SADT - методология структурного анализа и проектирования  (Structured Analysis and Design Technique). SADT -  методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком.  Основана на понятиях функционального моделирования.  Является методологией, отражающей такие системные характеристики, как управление, обратная связь и исполнители. Возникла в конце 60-х годов.

Базовой книгой по этому вопросу является: Дэвид А. Марка, Клемент МакГоуэн "Методология структурного анализа и проектирования"(размер файла 3,7 мб). Очень хорошая книга, с подробными примерами.

IDEF0 - методология функционального моделирования. Применяется для описания рабочих процессов (Work Flow). Разработана на основе SADT. По сути одно и тоже.

DFD - методология моделирования потоков данных. Применяется для описания обмена данными между рабочими процессами.

IDEF3 - методология моделирования потоков работ. Является более детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.

IDEF1X - методология описания данных. Применяется для построения баз данных.

IDEF4 - объектно-ориентированная методология. Отражает взаимодействие объектов. Удобна для создания программных продуктов на объектно-ориентированных языках (например С++). Пока, на мой взгляд, широкого распространения не нашла. Более широко сейчас используется UML.

ARIS - описывает бизнес-процесс в виде потока последовательно выполняемых работ. Ее использует программное средство ARIS Toolset.

UML - (Unified Modeling Language) язык визуального моделирования, основанный на объектно-ориентированном подходе. UML включает в себя двенадцать типов диаграмм, которые позволяют описать статическую структуру системы и ее динамическое поведение.

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

UML (unified modeling language) – это язык для визуализации, специфицирования, конструирования, документирования элементов программных систем. UML – язык общего назначения, предназначенный для объектного моделирования.

12 Бизнес-процесс, классификация бизнес-процессов, реорганизация бизнес-процессов, моделирование бизнес-процессов

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

Описание

Существуют три вида бизнес-процессов:

  1.  Управляющие — бизнес-процессы, которые управляют функционированием системы. Примером управляющего процесса может служить Корпоративное управление и Стратегический менеджмент.
  2.  Операционные — бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются Снабжение, Производство, Маркетинг и Продажи.
  3.  Поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, АХО.

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

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

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

Бизнес-процессы могут подвергаться моделированию с помощью различных методов. Одним из способов является составление модели бизнес-процесса «как есть» (англ. as is). После этого модель бизнес-процесса подвергается критическому анализу или обрабатывается специальным программным обеспечением. В результате строится модель бизнес-процесса «как должно быть» (англ. to be). Некоторые консультанты опускают фазу «как есть» и сразу предлагают модель «как должно быть».

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

Основные группы процессоы:

  1. Межфункциональные (сквозные) – процессы, проходящие через несколько подразделений организации или через всю организацию.
  2. Внутрифункциональные (процессы подразделений) – процессы в рамках одного функционального подразделения организации.
  3. Функции (операции) – процессы самого нижнего уровня декомпозиции деятельности организации, как правило, операции выполняются одним человеком.

Оптимизация бизнес-процессов — достижение оптимального состояния бизнес-процессов.

 Оптимизация бизнес-процессов — улучшение бизнес-процессов с целью повышения его эффективности.

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

Моделирование бизнес-процессов.

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

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

Почему хорошая формализация бизнес-процесса важна?

  1. Она позволяет сделать наши мысли предметом широкого обсуждения.
  2. Она дает возможность донести новые правила работы до тех сотрудников, которые будут их выполнять.
  3. Формализованные бизнес-процессы легче изменять и модернизировать.
  4. Формализация бизнес-процессов является хорошей основой для последующей автоматизации бизнеса в компании: создания/настройки различных информационных систем и стандартных пакетов автоматизации.

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

6. Метод функционального моделирования потоков работ SADT.

Метод SADT представляет собой совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области.

Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этого метода основываются на следующих концепциях:

  1. графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа-выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описывается посредством интерфейсных дуг, выражающих "ограничения", которые, в свою очередь, определяют, когда и каким образом функции выполняются и управляются;
  2. строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают: ограничение количества блоков на каждом уровне декомпозиции (правило 3—6 блоков), связность диаграмм (номера блоков), уникальность меток и наименований (отсутствие повторяющихся имен), синтаксические правила для графики (блоков и дуг), разделение входов и управлений (правило определения роли данных);
  3. отделение организации от функции, т.е. исключение влияния административной структуры организации на функциональную модель.

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

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

Методика IDEF0 описания функциональных систем SADT. Функциональный блок, интерфейсная дуга, декомпозиция, глоссарий.

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

Основные элементы этой методологии основываются на следующих концепциях:

  1.  графическое представление блочного моделирования.
  2.  строгость и точность.

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

  1.  ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);
  2.  связность диаграмм (номера блоков);
  3.  уникальность меток и наименований (отсутствие повторяющихся имен);
  4.  синтаксические правила для графики (блоков и дуг);
  5.  разделение входов и управлений (правило определения роли данных).
  6.  отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель.

Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique).

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

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

Функциональный блок (Activity Box) представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, "производить услуги"). На диаграмме функциональный блок изображается прямоугольником (рис.1). Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом:

• верхняя сторона имеет значение "Управление" (Control);

• левая сторона имеет значение "Вход" (Input);

• правая сторона имеет значение "Выход" (Output);

• нижняя сторона имеет значение "Механизм" (Mechanism).

Рис.1

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

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

Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.

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

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

14 Моделирование потоков данных DFD

DFD — общепринятое сокращение от англ. Data Flow Diagrams — диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

Диаграмма потоков данных (data flow diagram, DFD) — один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

Исторически сложилось так, что для описания диаграмм DFD используются две нотации — Йодана (Yourdon) и Гейна-Сарсона (Gane-Sarson), отличающиеся синтаксисом.

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

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

Кроме того, нотация DFD поддерживает понятие подсистемы — структурной компоненты разрабатываемой системы.

Нотация DFD — удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это — диаграмма верхнего уровня в иерархии диаграмм DFD. Ее назначение — ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Другие нотации, часто используемые при формировании контекстной диаграммы — диаграмма SADT, диаграмма Диаграмма вариантов использования.

15. Объектно-ориентированные модели бизнес-процессов и ПО ИС.

UML - (Unified Modeling Language) язык визуального моделирования, основанный на объектно-ориентированном подходе. UML включает в себя двенадцать типов диаграмм, которые позволяют описать статическую структуру системы и ее динамическое поведение.

Рассмотрим эти диаграммы подробнее.

Диаграммы прецедентов (Use Case Diagram) применяются для анализа проблемной области и разработки функциональной структуры системы. Эта методология вначале разрабатывалась для анализа и проектирования программных систем, но она настолько успешно зарекомендовала себя при анализе, что стала широко применяться для анализа бизнес-систем и реинжиниринга деятельности компаний.

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

На основании диаграмм прецедентов и объектной структуры системы строятся модели поведения системы (Interaction Diagrams). Они позволяют рассмотреть выполнение определенных функций системы и спроектировать поведенческие свойства классов. Это осуществляется с помощью диаграмм последовательности (Sequence Diagrams) и диаграмм взаимодействия (Collaboration Diagrams).

Диаграммы состояний (State Diagram) позволяют описать иерархическую структуру состояний объектов системы и переходы между состояниями под воздействием определенных событий.

Диаграммы размещения (Deployment Diagrams) - разработанные из диаграмм процессов Буча, позволяют спроектировать архитектуру системы.

Диаграммы компонент (Component Diagrams) предназначены для грамотного разделения приложения на модули, что является очень сложной задачей.

Использование UML облегчает проблему сопровождаемости проекта, поскольку основная информация о проекте хранится в визуальной форме. Средства визуального моделирования, поддерживающие UML, позволяют автоматизировать анализ и проектирование программных систем, а интегрированные в них средства автоматической кодогенерации дают возможность привязывать исходный код объектно-ориентированных языков программирования (C++, Java, Delphi и других) прямо к элементам модели и вести разработку кода внутри построенной модели.

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

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

Структурные диаграммы

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

Названия структурных диаграмм UML соответствуют названиям основных групп сущностей, используемых при моделировании системы:

  1. диаграммы классов - классам, интерфейсам и кооперациям;
  2. диаграммы объектов - объектам;
  3. диаграммы компонентов - компонентам;
  4. диаграммы развертывания - узлам.

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

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

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

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

Диаграммы поведения

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

Диаграммы поведения в UML условно разделяются на пять типов в соответствии с основными способами моделирования динамики системы:

  1. диаграммы прецедентов описывают организацию поведения системы;
  2. диаграммы последовательностей акцентируют внимание на временной упорядоченности сообщений;
  3. диаграммы кооперации сфокусированы на структурной организации объектов, посылающих и получающих сообщения;
  4. диаграммы состояний описывают изменение состояния системы в ответ на события;
  5. диаграммы деятельности демонстрируют передачу управления от одной деятельности к другой.

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

При объектном подходе к моделированию одним из основных средств описания действительности являются use cases (UC, часто переводится как «варианты использования»).

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

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

Графическое изображение бизнес-актера приводится на рис. 3.7, а. Примерами бизнес-актеров являются клиенты, покупатели, поставщики, партнеры. Общее свойство бизнес-актеров состоит в том, что они являются инициаторами или клиентами бизнес-процессов моделируемой системы.

Сотрудник (business worker) – индивидуум, который действует внутри моделируемой бизнес-системы, взаимодействует с другими сотрудниками и является участником бизнес-процесса моделируемой системы.

Графическое изображение сотрудника приводится на рис. 3.7, б. Примерами сотрудников являются менеджеры, администраторы, кассиры, инженеры. Общее свойство сотрудников заключается в том то, что они являются субъектами и входят в состав моделируемой системы.

Бизнес-вариант использования (business use case) — вариант использования, определяющий последовательность действий моделируемой системы, направленных на выполнение отдельного бизнес-процесса.

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

IDEF4 — Object-Oriented Design — методология построения объектно-ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы.

16 Моделирование систем на языке UML

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

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

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

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

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

  1. вариантов использования (use case diagram)
  2. классов (class diagram)
  3. кооперации (collaboration diagram)
  4. последовательности (sequence diagram)
  5. состояний (statechart diagram)
  6. деятельности (activity diagram)
  7. компонентов (component diagram)
  8. развертывания (deployment diagram)

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

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

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

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

17 Автоматизированное проектирование ИС (CASE-технологии)

CASE (Computer-Aided Software Engineering)-технология представляет собой совокупность методологий проектирования и сопровождения ПО на всем его жизненном цикле, поддержанную комплексом взаимоувязанных средств автоматизации. CASE - это инструментарий для аналитиков и разработчиков, заменяющий им бумагу и карандаш на компьютер для автоматизации процесса проектирования и разработки ПО.

Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся к следующему:

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

-возможность повторного использования компонентов разработки.

-поддержание адаптивности и сопровождения ЭИС.

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

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

-возможность коллективной разработки ЭИС в режиме реального времени.

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

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

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

В настоящее время CASE-системы прочно вошли в практику программной индустрии. К средствам, распространяемым на Российском  рынке относятся   Bpwin, Silverrun,  Oracle Designer,  основанные на структурном подходе к проектированию, а также Ratoinal Rose,  Re Think, основные на объектно-ориентированном подходе.

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

(Реинжиниринг бизнес-процессов  (BPR – business process reengineering) – фундаментальное переосмысление и радикальное перепланирование критических бизнес-процессов, имеющее целью резко улучшить их выполнение с точки зрения, качества  и скорости обслуживания).

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

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

Согласованная система – прототип служит спецификой создания будущей системы.
Возможности:

  1. использование макрокоманд
  2. повторное использование пусков кода
  3. наличие автоматизированных инструментов разработки
  4. привлечение будущих пользователей к процессу разработки

Преимущества:
   1. низкая стоимость
   2. высокое качество
   3. лучшее удовлетворение требованию юзеров
  4. меньшая стоимость сопровождения
Все приемы быстрой разработки служат однозначно для обеспечения качества и низкой стоимости разработанного проекта.
К числу таких приемов относятся:
1. разработка проекта итерациями
2. необязательность завершения работ на любом из этапов ЖЦ
3. обязательное привлечение пользователей к процессу разработки
4. параллельность выполнения работ
5. повторное использование частей проекта
6. обязательное использование СС
7. использование элементов прототипной модели
8. тестирование проекта, одновременно с разработкой нескольких версий проекта
9. использование в разработке различных генераторов кода
Для реализации проектирования часто используют инструментальные средства, которые позволяют быстро преобразовать прототип модели в действующую версию.
Такие инструментальные средства подразделяются на два класса:
- инструменты быстрой разработки Developer
- интегрированные средства быстрой разработки приложений Builder
К инструментам этих классов относят ПО, позволяющее генерировать компоненты приложений:
- генераторы таблиц БД
- генераторы форм ввода-вывода
- генераторы запросов
- генераторы отчетов
- генераторы меню
Накопленный опыт использования RAW технологий позволил выявить 2 варианта организации технологического процесса проектирования на основе использования систем прототипов. В первом варианте создаются системы прототипов использования для лучшей спецификации требований системы. После окончания разработки системы сам прототип оказывается не нужным. В этом варианте проектирования традиционно разрабатывается постановка задачи, документация которой является спецификацией системы прототипов. После демонстрации пользователю и доработки разрабатывается новая постановка задачи, которая является основой создания действующей системы.
Основным недостатком данного варианта проектирования является не эффективное использование системы прототипа, т.к. прототипы не используются в дальнейшей разработке системы после того, как выполнили свою задачу.
Второй вариант предполагает итерационное развитие системы прототипа в готовый для эксплуатации программный продукт. Итерации разработки системы прототипа включают создание и модификацию системы прототипа, её демонстрацию пользователю, разработку новых спецификаций в системе, пока не будет создана готовая система. Итерационное использование прототипного подхода обеспечивает экономию ресурсов на проектирование и резкое сокращение времени на разработку и внедрение в эксплуатацию системы. Основное достоинство прототипной технологии является уменьшение объема доработок системы при её внедрении, которая для традиционных методов проектирования соразмерен с затратами на первоначальную реализацию.

19 Типовое проектирование ИС.

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

Типовое проектное решение (ТПР) – это представленное в виде комплекта проектной документации и/или набора программных модулей проектное решение, пригодное к многократному использованию.

Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР: 

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

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

Основные черты ТПР:

  1.  Типовые проектные решения ориентированы на автоматизацию деятельности множества однородных объектов (путем настройки под конкретные особенности каждого из них).
  2.  Основная цель применения ТПР – уменьшение трудоемкости и стоимости проектирования и/или разработки ИС.
  3.  Создание ТПР возможно только после тщательного и всестороннего изучения предметной области и предполагает обобщение накопленного в частных случаях опыта (путем классификации, типизации, абстрагирования, унификации и т.п.).
  4.  Типовые решения бывают простыми или комбинированными. Простые ТПР охватывают только какой-либо один вид обеспечения ИС, комбинированные – два и более

Требования, выдвигаемые к типовым проектным решениям:

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

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

20 Реинжиниринг бизнес-процессов. Базовые правила проведения реинжиниринга. Базовые положения методологии IDEF.

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

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

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

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

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

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

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

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

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

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

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

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

Какие новые вызовы предъявляют нам изменившиеся условия бизнеса?

Что представляет собой предприятие сейчас, и что мы хотим от него в будущем?

Каких именно потребителей мы обслуживаем, насколько мы удовлетворяем их требования и ожидания, и что нужно сделать для привлечения новых?

Какие именно показатели определяют эффективность деятельности предприятия, производительность труда и качество продукта, является ли это определение полным и адекватным?

Какие именно информационные технологии и средства помогут нам в этом?

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

Общая методология IDEF включает ряд частных методологий для моделирования систем, в том числе:

  1. IDEF0 – функциональное моделирование
  2. IDEF1 – информационное моделирование
  3. IDEF1X – моделирование данных
  4. IDEF3 – моделирование процессов
  5. IDEF4 – объектно-ориентированное проектирование и анализ
  6. IDEF5 – определение онтологий (словарей)
  7. IDEF9 – моделирование требований

Для описания процессов в рамках системы менеджмента наибольший интерес представляет собой методология функционального моделирования IDEF0.

21 Жизненный цикл ЭИС ISO/IEC 15288

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

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

ISO/IEC 15288 предлагает схему рассмотрения ЖЦ системы в виде набора процессов. Каждый процесс описывается набором его результатов (outcomes), которые достигаются при помощи различных видов деятельности.
Процессы ЖЦ системы подразделяются на четыре группы процессов:

1-процессы соглашения состоят из:

-процесса приобретения, используемого организациями для приобретения продукции или получения услуг (в результате обеспечиваются условия для ведения дел с поставщиком продукции);

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

2-процессы предприятия управляют способностью организации приобретать и поставлять продукцию или услуги посредством запуска проектов, их поддержки и контроля, состоят из:

-процесс управления средой предприятия;

-процесс управления инвестициями;

-процесс управления процессами жизненного цикла системы;

-процесс управления ресурсами;

-процесс управления качеством.

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

-процесс планирования проекта;

-процесс оценки проекта;

-процесс контроля проекта;

-процесс принятия решений;

-процесс управления рисками;

-процесс управления конфигурацией;

-процесс управления информацией.

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

-процесс определения требований правообладателей;

-процесс анализа требований;

-процесс проектирования архитектуры;

-процесс реализации элементов системы;

-процесс комплексирования;

-процесс верификации;

-процесс передачи;

-процесс валидации;

-процесс функционирования;

-процесс технического обслуживания;

-процесс изъятия и списания.

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

22 Информационные технологии. Цели, методы, классификация.

Информационные технологии (ИТ, от англ. information technology, IT) — широкий класс дисциплин и областей деятельности, относящихся к технологиям создания, управления и обработки данных, в том числе с применением вычислительной техники. В последнее время под информационными технологиями чаще всего понимают компьютерные технологии. В частности, ИТ имеют дело с использованием компьютеров и программного обеспечения для хранения, преобразования, защиты, обработки, передачи и получения информации. Специалистов по компьютерной технике и программированию часто называют ИТ-специалистами.

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

Основные черты современных ИТ:

  1. компьютерная обработка информации по заданным алгоритмам;
  2. хранение больших[1] объёмов информации на машинных носителях;
  3. передача информации на значительные[2] расстояния в ограниченное время.

Дисциплина информационных технологий

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

Отрасль информационных технологий

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

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

В настоящее время классификация ИТ проводится по следующим признакам:

  1.  способу реализации в автоматизированных информационных системах (АИС),
  2.  степени охвата задач управления,
  3.  классам реализуемых технологических операций,
  4.  типу пользовательского интерфейса,
  5.  вариантам использования сети ЭВМ,
  6.  обслуживаемой предметной области и др.
  7.  По способу реализации ИТ делятся на традиционные и современные ИТ. Традиционные ИТ существовали в условиях централизованной обработки данных, до периода массового использования ПЭВМ. Они были ориентированы главным образом на снижение трудоемкости пользователя. Новые (современные) ИТ связаны в первую очередь с информационным обеспечением процесса управления в режиме реального времени.
  8.  По степени охвата информационными технологиями задач управления выделяют: электронную обработку данных, автоматизацию функций управления, поддержку принятия решений, электронный офис, экспертную поддержку.
  9.  По классу реализуемых технологических операций ИТ подразделяются: на работу с текстовым и табличным процессорами, графическими объектами, системы управления БД, гипертекстовые и мультимедийные системы.

Компьютерная графика - это создание, хранение и обработка моделей объектов и их изображений с помощью ЭВМ.

В классическом понимании система управления БД (СУБД) представляет собой набор программ, позволяющих создавать и поддерживать БД в актуальном состоянии.

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

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

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

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

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

23 RAD – технологии разработки ПО

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

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

* высокая скорость разработки;

* низкая стоимость;

* высокое качество.

Основные принципы RAD:

-Инструментарий должен быть нацелен на минимизацию времени разработки.

-Создание прототипа для уточнения требований заказчика.

-Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.

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

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

-Управление проектом должно минимизировать длительность цикла разработки.

Среды разработки, частично использующие принципы RAD: C++, Delphi, Macromedia Flash и т.д.

24 Интеллектуальные ИС

ИС бывает 2 видов:

  1.  собственно интеллектуальные системы – система, способная принимать решения без участия человека
  2.  интеллектуализированные – система, способная принимать решения с участием человека

Свойства интеллектуальной системы:

  1. развитая коммуникативная способность
  2. способность решать сложные задачи
  3. способность к обучению и самообучению
  4. хорошие адаптивные способности

Типы задач, решаемые интеллектуальной системой:

  1. распознавание образов любой природы, а так же ситуаций
  2. распознавание текстов на естественных языках
  3. распознавание и синтез речи
  4. перевод с одного естественного языка на другой
  5. символьная математика
  6. управление особо сложными тех.объектами
  7. принятие решения в условиях неопределенности, т.е. недостаток, неполнота инф., необходимость обработки большого массива информации.
  8. машинное творчество

ИЗ ВИКИПЕДИИ

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

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

  1. Экспертные системы
  2. Собственно экспертные системы (ЭС)- компьютерная программа, способная частично заменить специалиста-эксперта в разрешении проблемной ситуации.
  3. Интерактивные баннеры (web + ЭС)
  4.  Вопросно-ответные системы (в некоторых источниках «системы общения») - это особый тип информационных систем, являющиеся гибридом поисковых,справочных и интеллектуальных систем (часто они рассматриваются как интеллектуальные поисковые системы)
  5. Интеллектуальные поисковики (например, система Старт)
  6.  Виртуальные собеседники (это компьютерная программа, которая создана для имитации речевого поведения человека при общении с одним или несколькими пользователями)
  7.  Виртуальные цифровые помощники

Классификация задач, решаемых ИИС

  1.  Интерпретация данных. Это одна из традиционных задач для экспертных систем. Под интерпретацией понимается процесс определения смысла данных, результаты которого должны быть согласованными и корректными.
  2.  Диагностика. Под диагностикой понимается процесс соотношения объекта с некоторым классом объектов и/или обнаружение неисправности в некоторой системе.
  3.  Мониторинг. Основная задача мониторинга — непрерывная интерпретация данных в реальном масштабе времени и сигнализация о выходе тех или иных параметров за допустимые пределы
  4.  Проектирование. Проектирование состоит в подготовке спецификаций на создание «объектов» с заранее определёнными свойствами. Под спецификацией понимается весь набор необходимых документов—чертёж, пояснительная записка и т.д.
  5.  Прогнозирование. Прогнозирование позволяет предсказывать последствия некоторых событий или явлений на основании анализа имеющихся данных. Прогнозирующие системы логически выводят вероятные следствия из заданных ситуаций
  6.  Планирование. Под планированием понимается нахождение планов действий, относящихся к объектам, способным выполнять некоторые функции.
  7.  Обучение. Под обучением понимается использование компьютера для обучения какой-то дисциплине или предмету. Системы обучения диагностируют ошибки при изучении какой-либо дисциплины с помощью ЭВМ и подсказывают правильные решения.
  8.  Управление. Под управлением понимается функция организованной системы, поддерживающая определенный режим деятельности. Такого рода ЭС осуществляют управление поведением сложных систем в соответствии с заданными спецификациями.

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


25 Экспертные системы. Понятие, классификация, области применения, примеры

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

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

СТРУКТУРА:

-Интерфейс пользователя

-Пользователь

-Интеллектуальный редактор базы знаний

-Эксперт

-Инженер по знаниям

-Рабочая (оперативная) память

-База знаний

-Решатель (механизм вывода)

-Подсистема объяснений

ЭС может функционировать в 2-х режимах (ввод знаний,консультация)

Классификация ЭС по решаемой задаче (Интерпретация данных, Диагностирование, Мониторинг Проектирование Прогнозирование Сводное Планирование Обучение Управление Ремонт Отладка )

Классификация по связи с реальным временем (Статические,Квазидинамические,динамические)

Области - информатика, комп системы, электроника, экономика, военное дело,медицина и тд.

ПРИМЕРЫ:

1.CODES. Экспертная система помогает разработчику базы данных, желающему использовать подход IDEF1 для определения концептуальной схемы базы данных.

2.WolframAlpha — поисковая система, интеллектуальный «вычислительный движок знаний»

3.MYCIN — наиболее известная диагностическая система в медицине

Экспертные системы

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

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

Экспертные системы имеют одно большое отличие от других систем искусственного интеллекта: они не предназначены для решения каких-то универсальных задач, как например нейронные сети или генетические алгоритмы. Экспертные системы предназначены для качественного решения задач в определенной разработчиками области, в редких случаях – областях.

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

Экспертная система – это не простая программа, которая пишется одним или несколькими программистами.

Экспертная система

является плодом совместной работы экспертов в данной предметной области, инженеров по знаниям и программистов.

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

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

Первую экспертную систему, которую назвали Dendral, разработали в Стэнфорде в конце 1960-х г.г. Эта была экспертная система, определяющая строение органических молекул по химическим формулам и спектрографическим данным о химических связях в молекулах. Ценность Dendral заключалась в следующем. Органические молекулы, как правило, очень велики и поэтому число возможных структур этих молекул также велико. Благодаря эвристическим знаниям экспертов-химиков, заложенных в экспертную систему, правильное решение из миллиона возможных находилось всего за несколько попыток. Принципы и идеи, заложенные в Dendral оказались настолько эффективными, что они до сих пор применяются в химических и фармацевтических лабораториях по всему миру.

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

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

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

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

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

26 ИС маркетинга

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

Хорошая информация позволяет маркетологам:

· получать конкретные преимущества

· снижать финансовый риск и опасности для образца

· определить отношения потребителей

· следить за внешней средой

· координировать стратегию

· оценивать деятельность

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

· получить поддержку в решениях

· подкрепить интуицию

· улучшить эффективность.

Маркетинговые информационные системы

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

Например, может возникнуть ситуация, когда:

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

·незаметны изменения в окружающей среде и действиях конкурентов;

·проводится несистематизированный сбор информации;

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

·по ряду временных периодов отсутствуют данные, необходимые для анализа;

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

·действия представляют собой лишь реакцию, а не предвидение.

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

схема маркетинговой информационной системы.

Окружающая среда -> Цели компании < - > Планы маркетинга -> Система маркетингового слежения, постоянное слежение, хранение данных < - > использование планов маркетинга

В целом маркетинговая информационная система дает множество преимуществ:

·организованный сбор информации;

·избежание кризисов;

·координация плана маркетинга;

·скорость;

·результаты, выражаемые в количественном виде;

·анализ издержек и прибыли.

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

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

Система внутренней отчетности

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

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

Система сбора внешней маркетинговой информации

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

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

Система маркетинговых исследований.

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

Процесс маркетингового исследования включает ряд операций:

1. определение проблемы;

2. анализ вторичной информации;

3. получение первичной информации;

4. анализ данных;

5. рекомендации;

6. использование результатов.

Система анализа маркетинговой информации

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

Система анализа маркетинговой информации

Банк моделей

Модель системы ценообразования

Модель расчета цены

Модель методики выбора месторасположения

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

Модель разработки рекламного бюджета

Статистический банк

Регрессионный анализ

Корреляционный анализ

Факторный анализ

Дискриминационный анализ

Гнездовой анализ

Оценки марке-тинговой инфор-мации

Марке-тинговая инфор-мация

27 ИС управления качеством. Цикл Деминга. 14 пунктов программы качества

Требования качества:

- качество определяется продуктом

-качество определяется пользователем

-качество определяется процессами

-качество отражает ценность

Методология PDCA (методология деминга) представляет собой простейший алгоритм действий руководителя по управлению процессом и достижению его целей.

  1.  планирование
  2.  сам процесс, процесс выполнения
  3.  проверка (оценка, анализ)
  4.  корректировка

14 принципов для построения системы менеджмента качества:

  1.  постоянство цели (это улучшении продукции и обслуживания
  2.  новая философия для нового экономического периода, путем познания менеджеров- своих обязанностей и принять на себя лидерства на пути к переменам
  3.  покончить с зависимостью от массового контроля достижения качества, исключить необходимость в массовом контроле
  4.  покончить с практику закупок по самой дешевой цене, вместо этого минимизировать общие затраты
  5.  улучшить каждый процесс
  6.  ввести в практику подготовку и переподготовку кадров
  7.  учреждение лидерства
  8.  изгонять страхи, чтобы все могли эффективно работать для предприятия
  9.  разгружать барьеры между подразделениями
  10.  отказаться от пустых лозунгов и призывов
  11.  устранить произвольно установленные задания и количественные нормы
  12.  дайте возможность работником гордится своим трудом (поощрение)
  13.  поощрять стремление к образованию и совершенствованию
  14.  необходимость приверженность делу повышения качества и действенность высшего руководства.

План действия Деминга:

  1. руководство опираясь на 14 пунктов борется с недугами и болезнями производства
  2. руководство настраивается на движение в новом направлении
  3. руководство объясняет сотрудникам почему нужны перемены
  4. вся деятельность предприятия (компании) разбивается на этапы (стадии)
  5. строится организационная структура, которая будет работать на повышения качества
  6. каждый работник может принять участие в совершенствовании работы на существующем этапе
  7. строится система качества (деминг считает что для этого требуется участие специалистов)

28. ИС управления знаниями. Семь особенностей инновационной фирмы

Знания – проверенные общественной практикой полезные сведения, которые м. многократно использоваться людьми для решения задач.

Значение знаний в бизнесе: -для принятия решений, -для осущ-я контроля, -для определения целей компании, - для обеспечения конкурентоспособности.

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

Этапы перехода инф в сист управления знаниями: 1накопление 2извлечение 3обработка/анализ  4программн реализация  5обслуживание (обновление, добавление)

Система управления знаниями включает:

- Информацию.   – Людей (корпоративный портал, документооборот)  - Система навигации (Где найти нужную информацию? Где найти экспертов? Куда поместить вновь поступивший документ?).

Прикладная система компании:

  1. Единое инф хранилище
  2. Ср-ва интеллектуальногопоиска
  3. Сист электронного документооборота
  4. Ср-ва доступа к данным и коллективная работа (корпорат портал, эл почта, аська, инет сообщества)
  5. Сист дистанционного обучения.

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

Инновационный проект(ИП) - частная форма организации и управления инновационным процессом, результатом которой служит конкретная инновация.

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

ОСОБЕННОСТИ:

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

2. Сложность прогнозирования результатов и как итог - повышенные риски. Вероятность получения положительных от 5 до 95%.

3. Необходима личная заинтересованность и энтузиазм исполнителей при

разработке и внедрению ИП (не только деньги).

4. Организация работы участников проекта. Мотивация работников.Грамотное руководство.

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

29 Имитационное моделирование. Понятие, этапы построения. Метод Монте-Карло и его связь с имитационным моделированием

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

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

Например, MathLab и Simulink, GPSS

Этапы процесса построения математической модели сложной системы:

  1. Формулир основные вопросы о поведении сложной системы
  2. Осуществляется декомпозиция системы на более простые части-блоки.
  3. Формулир законы и гипотезы относительно поведения системы и ее частей.
  4. вопросов вводится системное время, моделирующее ход времени в реальной системе.
  5. Формализованным образом задаются необходимые феноменологические свойства системы и отдельных ее частей.
  6. Случайным параметрам, фигурирующим в модели, сопоставляются некоторые их реализации, сохраняющиеся постоянными в течение одного или нескольких тактов системного времени. Далее отыскиваются новые реализации.

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

Сущность метода Монте-Карло состоит в следующем: требуется найти значение а некоторой изучаемой величины. Для этого выбирают такую случайную величину Х, математическое ожидание которой равно а: М(Х)=а.

Практически же поступают так: производят n испытаний, в результате которых получают n возможных значений Х; вычисляют их среднее арифметическое x^= сумма(xi)/n и принимают x в качестве оценки (приближённого значения) a*  искомого числа a:  a=a*=x^

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

30 Принципы построения системы информационной безопасности. Стандарты информационной безопасности

Построение системы безопасности информации и ее функционирование должны осуществляться в соответствии со следующими принципами:
1 - законность: осуществление защитных мероприятий в соответствии с действующим законодательством.
2 - системность: учет всех взаимосвязанных элементов, условий и факторов, существенно значимых для понимания и решения проблемы обеспечения безопасности информации.
3 - комплексность: согласованное применение разнородных средств при построении целостной системы защиты, защита должна строиться эшелонировано.
4 - непрерывность защиты: непрерывный, целенаправленный процесс, предполагающий принятие соответствующих мер.
5 - своевременность: упреждающий характер мер для обеспечения безопасности информации.
6 - преемственность и совершенствование: постоянное совершенствование мер и средств защиты информации.
7 - экономическая целесообразность: соответствие уровня затрат на обеспечение безопасности информации ценности информационных ресурсов и величине возможного ущерба.
8 - персональная ответственность: предполагает возложение ответственности за обеспечение безопасности информации и системы ее обработки на каждого сотрудника в пределах его полномочий.
9 - принцип минимизации полномочий: означает предоставление пользователям минимальных прав доступа в соответствии с производственной необходимостью.
10 - взаимодействие и сотрудничество; предполагает создание благоприятной атмосферы в коллективах подразделений.
11 - гибкость системы защиты: для обеспечения возможности варьирования уровня защищенности средства защиты должны обладать определенной гибкостью.
12 - открытость алгоритмов и механизмов защиты: знание алгоритмов работы системы защиты не должно давать возможности ее преодоления (даже авторам), однако это не означает, что информация о конкретной системе защиты должна быть общедоступна.

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

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

Стандарты, существующие в нашей стране:

ГОСТ Р ИСО 7498-2-99 - Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты информации.

ГОСТ Р ИСО/МЭК 9594-8-98 - Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 8. Основы аутентификации.

ГОСТ Р ИСО/МЭК 9594-9-95 - Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 9. Дублирование.

ГОСТ Р 50739-95 - "Средства вычислительной техники. Защита от несанкционированного доступа
к информации. Общие технические требования".

ГОСТ 28147-89 - Системы обработки информации. Защита криптографическая. Алгоритм криптографического преобразования.

ГОСТ Р 34.10-94 - Информационная технология. Криптографическая защита информации. Процедуры выработки и проверки электронной подписи на базе асимметричного криптографического алгоритма.

ГОСТ Р 34.11-94 - Информационная технология. Криптографическая защита информации. Функция
хэширования.


 

А также другие работы, которые могут Вас заинтересовать

5475. Сырьё, вода и энергия в промышленности 432.5 KB
  Сырьё, вода и энергия в промышленности. План: Промышленные сырьевые ресурсы, их характеристика. Вода в промышленности. Производство и потребление энергии. Основные тенденции развития энергетики РФ на рубеже 21 века. Сырьевая база и структу...
5476. Коммутация в цифровых сетях 532.5 KB
  Коммутация в цифровых сетях Для предприятий малого и среднего бизнеса коммуникации на основе передачи данных, голоса и видео является критически важной составляющей ведения бизнеса. Следовательно, правильно спроектированная ЛВС (LAN) - это фунд...
5477. Історія економіки та економічної думки. Конспект лекцій 999.5 KB
  Історія економіки та економічної думки Предмет курсу, метод та функції Економічне життя суспільства є надзвичайно багатогранним. Його вивчає система економічних наук, яка об'єднує науки про загальні закони економічного розвитку, галузеві економ...
5478. Общая характеристика стратегического управления 64 KB
  Общая характеристика стратегического управления Значение стратегического управления в общем менеджменте. Основные этапы развития менеджмента. Содержание и характеристика стратегического менеджмента. Значение стратегического у...
5479. Теория предела. Числовые последовательности. 227.5 KB
  Теория предела. Числовые последовательности. Функция, заданная на множестве натуральных чисел, называется числовой последовательностью. Т.е., если каждому натуральному числу n поставлено в соответствие определенное число, то говорят, что зада...
5480. Информационно-коммуникационные сети. Курс лекций 2.23 MB
  Инфо-коммуникационные сети Лекция 1. Сети связи, их характеристики, место корпоративных сетей В соответствии с ФЗ О связи сеть связи – это технологическая система, включающая в себя средства и линии связи. В научной литературе дается др...
5481. Особенности организации труда 77.5 KB
  Теоретические основы организации труда. Основные понятия организации труда. Организация труда или организационные отношения - это форма, в которой реализуются экономические результаты трудовой деятельности. Поэтому организация труда...
5482. Анатомо-физиологические особенности и морфофункциональное обеспечение двигательной активности детей 102.5 KB
  Анатомо-физиологические особенности и морфофункциональное обеспечение двигательной активности детей План Закономерности роста и развития детей Анатомо-физиологические особенности Внутриутробное развитие двигательной активности...
5483. Атмосфера. Ее происхождение и ионизация 424.5 KB
  Атмосфера Атмосфера - воздушная оболочка Земли (самая внешняя из земных оболочек), находящаяся в непрерывном взаимодействии с остальными оболочками нашей планеты, постоянно испытывающая влияние космоса и прежде всего влияние Солнца. Масса атмос...