Автоматизированные информационные системы

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

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

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

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

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

Этапы развития и особенности АИС

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

Второй этап – можно отнести по времени к 60-70 годам 20 века. Развитие компьютерной техники способной хранить и обрабатывать большие объемы информации способствовало к появлению статистических информационных систем и систем периодической отчетности.

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

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

Особенности АИС

АИС оказывают влияние на различные характеристики организации.

Характеристики организации: (ИСКП)

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

2. Качество обслуживания клиентов – применение АИС позволяет повысить скорость выполнения запросов, обращений, заказов. Позволяет исключить «человеческую симпатию» (антипатию), увеличить количество обслуживаемых клиентов.

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

4. Изменение основ конкуренции – данные анализа конъюнктуры рынка позволяют своевременно менять конкурентные преимущества и акценты на рынке.

Функции человека в информационных системах:

1. Оператор информационной системы – это лицо, контролирующее функционирование системы, обеспечивающее ее работоспособность (оператор – обслуживающий персонал).

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

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

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

5. Менеджер проекта – лицо, координирующее разработку ИС.

Пользователи делятся на:

• Операционный персонал – лица, которые занимаются введением данных;

• Управляющий персонал – лица, которые на основании результатов работы ИС принимают юридически значимые решения.

Во всех местах контакта человек с ИС возможно появление ошибок связанных с так называемым человеческим фактором.

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

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

1. По уровню иерархии:

• Супер система;

• Система;

• Подсистема;

• Элемент системы;

2. По степеням замкнутости:

• Замкнутые;

• Открытые;

• Условно-замкнутые;

3. По типу связей элементов:

• Простые;

• Сложные;

4. По уровню:

• Отрасль;

• Производство;

• Уровня Цеха;

• Уровня участка;

• Уровня технологического процесса (АСУТП);

5. По типу принимаемого решения:

• Информационно-справочные;

• Информационно-советующие (Google);

• Информационно-управляющая (система пожаротушения);

6. По назначению:

• АИС Оборона промышленного комплекса;

• Экономические системы;

• АИС государственного управления;

• Информационно-поисковые системы;

7. По областям человеческой деятельности: (сделать самостоятельно)

8. По типу применяемых вычислительных систем:

• Кластеры;

• Большие ЭВМ (суперкомпьютеры);

• ЦОДы;

• ЭВМ;

• Персональные ЭВМ;

• Мобильные вычислительные средства.

Жизненный цикл АИС и его этапы (ЖЦ)

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

Основным документом, регламентирующим ЖЦ, является международный стандарт ISO/IEC (международная организация по стандартизации – ISO; международная комиссия по электротехники – IEC). №12207:2008г. Отечественная редакция № 12207-1999. Он определяет структуру ЖЦ, содержащую процессы, действия, задачи, которые должны быть выполнены во время создания и эксплуатации ИС. (выписать все процессы по стандарту)

Структура ЖЦ по стандарту базируется на трех группах процесса:

1. Основные процессы;

2. Вспомогательные процессы;

3. Организационные процессы.

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

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

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

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

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

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

• Заказ.

• Поставка.

• Разработка.

• Эксплуатация.

• Сопровождение.

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

Заказ

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

Каждый этап подразумевает, что предыдущий завершен.

Подготовка

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

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

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

• Рассмотрены варианты покупки готового программного продукта, покупки и модернизации, создания "с нуля";

• Проанализированы технические требования;

• Подготовлен, документально оформлен и выполнен план заказа, который содержит:

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

  • планируемую загрузку системы;

  • тип реализуемого договора;

  • обязанности организаций, участвующих в договоре;

  • обеспечение подходов к реализации договора;

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

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

Подготовка заявки на подряд

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

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

  • описание области применения системы;

  • указания для участников торгов;

  • список программных продуктов;

  • сроки и условия реализации заказа;

  • правила контроля над субподрядчиками;

  • технические ограничения (например, по условиям эксплуатации).

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

• Определены контрольные пункты договора, при выполнении которых анализируется и проверяется деятельность поставщика.

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

Подготовка договора

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

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

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

Корректировка договора

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

Подписание договора

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

Надзор за поставщиком

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

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

Приемка и закрытие договора

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

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

• Заказчиком принят от поставщика продукт (при выполнении всех условий приемки).

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