Помощь в написании студенческих работ
Антистрессовый сервис

Информационная система управления

РефератПомощь в написанииУзнать стоимостьмоей работы

Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача — как можно быстрее показать пользователям системы… Читать ещё >

Информационная система управления (реферат, курсовая, диплом, контрольная)

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

Основные компоненты:

  • · Программное обеспечение
  • · Технические средства
  • · Обслуживающий персонал
  • · Информационное обеспечение

Архитектура ИСУ

См. схему «Информационная Система Управления Предприятием. Архитектура, Стадии ЖЦ ИСУ, Основные Процессы ЖЦ».

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

Жизненный цикл

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

Модель ЖЦ ИСУ — концептуальная структура, которая включает процессы, действия и задачи, которые должны быть выполнены во время создания/построения ИСУ.

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

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

Регламентирующими стандартами в области ЖЦ ПО являются международные стандарты серии ISO/IEC 12 207 «Software Life Cycle Processes», а также государственный стандарт ДСТУ 3918−1999 «Процеси житевого циклу програмного забезпечення».

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

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

Хотелось бы отметить интересный факт: При подготовке доклада и пересмотре источников касательно данной темы оказалось, что на сегодняшний день осуществляется FDIS стадия (финальный проект международного стандарта) в рамках введения в действия первого международного стандарта ISO/IEC серии 15 288 (рабочее название: «Управление жизненным циклом. Процессы жизненного цикла системы»), рассматривающего процессы ЖЦ информационной системы, включающей ПО, АО и организацию взаимодействия людей и бизнес-процессов. Планируемая дата публикации стандарта: Октябрь 2002 года. Планируется, что совместное использование/применение стандартов серии 15 288 и 12 207 даст более значительный эффект для предприятий (http://www.15 288.com).

Это говорит о том, что новый уровень использования ИТ для управления требуют новых методик и более широко подхода к понятию ИСУ и его ЖЦ на предприятии. J Приятно узнавать о том, что НАШЕ понимание необходимости расширения понятия ЖЦ ПО до ЖЦ ИС, можно сказать «совпало» по времени с понимание Международной Организацией по Стандартизации J.

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

http://inform.od.ua/articles/examen/vn_sreda.htm.

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

К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ ПО. Принципы этих моделей можно отнести и к моделям ЖЦ ИСУ.

  • · каскадная модель;
  • · спиральная модель.

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

Положительные стороны применения каскадного подхода заключаются в следующем [2]:

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

Рис. 1.1. Каскадная модель

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

Реальный процесс по каскадной схеме.

Рис. 1.2. Реальный процесс по каскадной схеме.

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

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

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

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

Спиральная модель ЖЦ.

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

Теперь давайте поговорим о том, какие этапы и процессы входят в структуру ЖЦ ПО и ЖЦ ИСУ. http://buklib.net/books/37 233/.

Процессы жизненного цикла ИСУ

ISO/IEC 12 207 и ДСТУ 3918−1999

В соответствии со стандартом ISO/IEC 12 207 и ДСТУ 3918−1999 выделяют следующие базовые процессы ЖЦ ПО:

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

http://www.inventech.ru/lib/management/management-0011/.

Стандарт ISO/IEC серии 15 288

В структуру ЖЦ ИСУ следует включать следующие группы процессов:

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

http://exsolver.narod.ru/Books/Management/Osnovy/c5.html.

Показать весь текст
Заполнить форму текущей работой