IV этап, краткая характеристика

К концу 80-х гг. концепция использования ИС вновь изменяется. Они становятся стратегическим источником информации и используются на всех уровнях предприятия любого профиля. ИТ этого периода, предоставляя вовремя нужную информацию, помогают организации достичь успеха в своей деятельности, создавать новые товары и услуги, находить новые рынки сбыта, обеспечивать себе достойных партнеров, организовывать выпуск продукции высокого качества и по низкой цене и др. Стремление преодолеть недостатки предыдущего поколения ИС породило технологию создания и управления базами данных. База данных создается для группы взаимосвязанных задач, для многих пользователей и это позволяет частично решить проблемы ранее созданных ИС. Вначале СУБД разрабатывались для больших ЭВМ, и их количество не превышало десятка. Благодаря появлению ПЭВМ технология БД стала массовой, создано большое количество инструментальных средств и СУБД для разработки ИС, что в свою очередь вызвало появление большого количества прикладных ИС в прикладных областях.

Основные черты ИС этого поколения: · основу ИО составляет база данных, · программное обеспечение состоит из прикладных программ и СУБД. · технические средства: ЭВМ 3-4 поколения и ПЭВМ. · средства разработки ИС: процедурные языки программирования 3-4 поколения, расширенные языком работы с БД (SQL, QBE). · архитектура ИС: наиболее популярны две разновидности: персональная локальная ИС, централизованная БД с сетевым доступом.

Большим шагом вперед явилось развитие принципа "дружественного интерфейса" по отношению к пользователю (как к конечному, так и к разработчику ИС). Например, повсеместно применяется графический интерфейс, развитые системы помощи и подсказки пользователю, разнообразные инструменты для упрощения разработки ИС: системы быстрой разработки приложений (RAD-системы), средства автоматизированного проектирования ИС (CASE-средства). К концу 80-хгодов выявились и недостатки систем этого поколения.

Недостатки информационных систем (ИС) этого поколения:

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

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

c. к квалификации пользователей стали предъявляться более высокие требования (знание ПК, конкретных прикладных программ и СУБД, способность постоянно повышать свою квалификацию

18.

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

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

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

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

90-е года - создание MPR - результат интеграции разрозненных АРМов в единые комплексные системы. В результате, MPR позволил планировать потребности предприятия в материальных ресурсах и вовремя их удовлетворять.
Этапы это ответ на 19, 20, 21,22 вопрос.

19.

1950 ­ 1960 гг.

Бумажный поток расчетных документов

ИТ обработки расчетных документов на электромеханических бухгалтерских машинах

Повышение скорости обработки документов. Упрощение процедуры обработки счетов и расчета зарплаты

20.

1960 - 1970 гг.

Основная помощь в п одготовке отчетов

Управленческие ИТ для производственной информации

Ускорение процесса п одготовки отчетности

21.

1970 ­1980 гг.

Управленческий контроль реализации (продаж)

Системы поддержки принятия решений. Системы для высшего звена управления.

Выработка наиболее рационального решени

22.

1980 ­ 2000 гг.

Информация - стратегический ресурс, обеспечивающий конкурентное преимущество

Стратегические ИТ. Автоматизированные подразделения

Повышение конкурентоспособности предприятия

24.

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

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

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

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

26.

1. Основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);

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

3. Организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

27.

1. Стадия замысла.
2. Стадия разработки.
3. Стадия производства.
4. Стадия применения.
5. Стадия поддержки применения.
6. Стадия прекращения применения и списания.

28.

1. Каскадная модель

2. Итерационная модель,

3. Поэтапной

4. Спиральная

29.

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

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

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

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

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

30.

Для преодоления этих проблем предложена поэтапная модель с промежуточным контролем – Итерационная ( рис. 2).

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

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

31.

Затем появилась спиральная модель ЖЦ (рис. 3), в которой на начальных этапах ЖЦ осуществляются анализ и проектирование.

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

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

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

32.

(RAD) – это жизненный цикл процесса проектирования, созданный для достижения более высоких скорости разработки и качества ПО, чем это возможно при традиционном подходе к проектированию.

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

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

Основные способы построения ИС:

разработка системы "под себя";

использование прототипов - вместо полной системы создается прототип, отвечающий основным потребностям пользователей:

- определение основных запросов;

- создание рабочего прототипа;

- использование рабочего прототипа;

- пересмотр и улучшение прототипа;

- работа с окончательной версией прототипа;

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

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

Плюсы:

гарантийное качество обслуживания;

экономия денежных средств;

человеческие ресурсы.

Минусы:

не дешево;

утечка информации;

зависимость;

потеря контроля за ИТ.

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

основные принципы методологии RAD:

• разработка приложений итерациями;

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

• обязательное вовлечение пользователей в процесс разработки ИС;

• необходимое применение CASE-средств, обеспечивающих целостность проекта;

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

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

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

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

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

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