39910

Понятие, задачи и функции ИС

Шпаргалка

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

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

Русский

2013-10-11

173.42 KB

57 чел.

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

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

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

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

настольные (desktop), или локальные ИС,

распределённые (distributed) ИС, в которых компоненты распределены по нескольким компьютерам. Распределённые ИС, в свою очередь, разделяют на: файл-серверные ИС (ИС с архитектурой «файл-сервер»); клиент-серверные ИС (ИС с архитектурой «клиент-сервер  В свою очередь, клиент-серверные ИС разделяют на двухзвенные и многозвенные.

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

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

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

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

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

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

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

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

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

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

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

Персональная ИС предназначена для решения некоторого круга задач одного человека.

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

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

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

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

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

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

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

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

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

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

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

 информационная;  техническая; программная; математическая;  лингвистическая.

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

источник возникновения; направление движения потока; периодичность; вид существования; скорость передачи и приема; интенсивность потока и др.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В сфере производства, В непроизводственной сфере

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

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

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

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

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

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

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

В экономической деятельности используются также мнемокоды.

Мнемокод – сокращенное (не более 8 знаков) алфавитное наименование реквизита – признака.

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

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


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

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

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

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

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

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

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

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

Модели ЖЦ.

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Процесс обучения.


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

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

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

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

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

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

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

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

проекта;

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

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

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

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

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

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

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

Каноническое проектирование ИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких-либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Применяется для небольших локальных ИС. В основе канонического проектирования лежит каскадная модель ЖЦ ИС. Процесс каскадного проектирования в ЖЦ ИС в соответствии с ГОСТом 34601-90 делятся на следующие семь стадий: 1) исследование и обоснование создания системы 2) разработка технического задания 3) создание эскизного проекта 4) техническое проектирование 5) рабочее проектирование 6) ввод в действие 7) функционирование, сопровождение, модернизация. Однако, можно сгруппировать перечисленные 7 стадий на 4 стадии разработки ИС:

1) На предпроектной стадии принято выделять два этапа: сбор материалов обследования и разработка технико-экономического обоснования и ТЗ. Для сложных ИС иногда на этой стадии включают третий этап – разработку Эскизного проекта. На этом этапе ранее сформулированные требования служат основой для разработки  предварительных решений по ИС в целом и отдельным видам обеспечения.

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

3) Внедрение проекта включает себя три этапа:

А) На этапе подготовка объекта к внедрению проекта осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ИС.

Б) На этапе Опытное внедрение осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и Акт о проведении опытного внедрения.

В) На этапе Сдача проекта в промышленную эксплуатацию осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» и «Акт приемки в промышленную эксплуатацию».

4) Эксплуатация и сопровождение включает этапы:

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

Б) На этапе Сопровождение проекта выполняются два вида работ: ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, а также осуществляется модернизация проекта.

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.  Поддерживающие — бизнес-процессы, которые обслуживают основной бизнес. Например, Бухгалтерский учет, Подбор персонала, Техническая поддержка, АХО.

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

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

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

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

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

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

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

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

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

Правила SADT включают:

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

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

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

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

Интерфейсная дуга (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 включает в себя двенадцать типов диаграмм, которые позволяют описать статическую структуру системы и ее динамическое поведение.

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

Для описания языка 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 средства используются в рамках определенных стандартов и методологий, составляющих основу методологий процесса реинжиниринга.

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

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

  1.  Инициализация проекта
  2.  Задания начальных параметров проектов
  3.  Назначения и изменения прав доступа к элементам проекта
  4.  Мониторинга выполнения проекта

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

Характерными чертами экспертной системы являются:

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

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

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

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

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

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

По степени сложности экспертные системы делят на поверхностные и глубинные. Поверхностные экспертные системы представляют знания в виде правил «ЕСЛИ-ТО». Условием выводимости решения является безобрывность цепочки правил. Глубинные экспертные системы обладают способностью при обрыве цепочки правил определять (на основе метазнаний) какие действия следует предпринять для продолжения решения задачи.

  1.  CLIPS — весьма популярная оболочка для построения ЭС (public domain)
  2.  OpenCyc — мощная динамическая ЭС с глобальной онтологической моделью и поддержкой независимых контекстов
  3.  WolframAlpha — поисковая система, интеллектуальный «вычислительный движок знаний»
  4.  MYCIN — наиболее известная диагностическая система, которая предназначена для диагностики и наблюдения за состоянием больного при менингите и бактериальных инфекциях.
  5.  HASP/SIAP — интерпретирующая система, которая определяет местоположение и типы судов в Тихом океане по данным акустических систем слежения.
  6.  Акинатор - интернет-игра.


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

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

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

ВХОДНЫЕ ПОДСИСТЕМЫ

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

ВЫХОДНЫЕ ПОДСИСТЕМЫ

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

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

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

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

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

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


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

PDCAPlan-Do-Check-Act») циклически повторяющийся процесс принятия решения, используемый в управлении качеством.

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

Планирование  - установление целей и процессов, необходимых для достижения целей, планирование работ по достижению целей процесса и удовлетворения потребителя, планирование выделения и распределения необходимых ресурсов.

Выполнение - выполнение запланированных работ.

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

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

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. Планирование и проведение имитационного эксперимента. На данном технологическом этапе осуществляется стратегическое и тактическое планирование имитационного эксперимента. Результатом является составленный и реализованный план

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

7. Анализ результатов моделирования. Исследователь проводит интерпретацию результатов моделирования и их использование – собственно принятие решений. 

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

Генерирование на ЭВМ таких случайных числовых последовательностей получило название "метод Монте-Карло".

Задачу генерирования случайных чисел на ЭВМ с заданным законом распределения решают в несколько этапов:

Вначале получают последовательность равномерно распределенных на интервале [0, 1] псевдослучайных чисел.

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

Метод середины квадрата

Линейный конгруэнтный метод

Суть метода: Выбираем четыре "магических числа":

– начальное значение, – множитель,

– приращение,

– модуль, .

Тогда искомая последовательность случайных чисел получается из соотношения:

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 - Информационная технология. Криптографическая защита информации. Функция
хэширования.


 

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

14646. Проверка закона сохранения импульса для замкнутой системы тел при помощи установки ФПМ08 99 KB
  Лабораторная работа №20 на тему Проверка закона сохранения импульса для замкнутой системы тел Цель работы: Определить скорости шаров после упругого и неупругого соударений; Проверить закон сохранения импульса Приборы и принадлежности: установ...
14647. Роль использования орфографических словарей на уроках русского язык 114.5 KB
  Целью курсовой работы является рассмотрение некоторых современных школьных орфографических словарей и методической литературы, посвященной проблеме формирования прочных орфографических навыков у учащихся, а также докладов учителей русского языка и литературы, посвященных этой проблеме.
14648. Event как инструмент PR 458.5 KB
  Дать характеристику историческим вехам развития связей с общественностью в контексте праздничной культуры; рассмотреть систему связей с общественностью; определить необходимость инновационных PR-технологий в деятельности режиссёра театрализованных представлений и праздников; показать технологии связей с общественностью.
14649. Исследование схем выпрямления 589.09 KB
  Исследование схем выпрямления Цель работы. Исследование однофазных схем однополупериодного и двухполупериодного выпрямления. Программа работы. Исследовать схему однополупериодного выпрямления рис. Подключ...
14650. ИЗУЧЕНИЕ ПОГРЕШНОСТЕЙ ИЗМЕРЕНИЙ. Механика. Молекулярная физика 136.5 KB
  ИЗУЧЕНИЕ ПОГРЕШНОСТЕЙ ИЗМЕРЕНИЙ Отчет о лабораторной работе №1 по дисциплине Общая физика раздел Механика. Молекулярная физика ПОРЯДОК ВЫПОЛНЕНИЯ И ЗАЩИТЫ ЛАБОРАТОРНОЙ РАБОТЫ Выполнение лабораторной работы включает: ...
14651. Создание кривошипно-шатунного механизма и стрелочного индикатора 296.19 KB
  ОТЧЕТ ПО ЛАБОРАТОРНОЙ РАБОТЕ №3 Создание кривошипношатунного механизма и стрелочного индикатора. Создание кривошипношатунного механизма 1. Создаем новый документ и переносим блок Панель анимации с обменом через пор
14652. Анализ устойчивости и коррекция САР по частотным характеристикам и по полюсам, анализ частотных характеристик типовых динамических звеньев САР и их соединений 619.51 KB
  ОТЧЕТ ПО ЛАБОРАТОРНОЙ РАБОТЕ №2 Анализ устойчивости и коррекция САР по частотным характеристикам и по полюсам анализ частотных характеристик типовых динамических звеньев САР и их соединений. Цель: 1построить и провести анализ: амплитуднофазовых часто
14653. Анализ переходных процессов в САР, типовых динамических звеньях и их соединениях 138 KB
  ОТЧЕТ ПО ЛАБОРАТОРНОЙ РАБОТЕ №1 Анализ переходных процессов в САР типовых динамических звеньях и их соединениях. Цель : анализ переходных процессов типовых динамических звеньев САР и их соединений. Параметры динамических звеньев: k=35 T1=210 T2=250 b=0...
14654. ИССЛЕДОВАНИЕ ТОЧНОСТИ ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА ИЗГОТОВЛЕНИЯ ДЕТАЛИ 355.5 KB
  Лабораторная работа №1 по курсу Надёжность технических и программных средств ИССЛЕДОВАНИЕ ТОЧНОСТИ ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА ИЗГОТОВЛЕНИЯ ДЕТАЛИ 1. Цель работы. Целью этой работы является ознакомление с практическим использованием положений теории ...