22) Модели жизненного цикла информационной системы

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

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

Существующие модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии перехода от этапа к этапу. В соответствии с этим выделяют три следующие модели ЖЦ:

1.                 Каскадная модель (1970–1980 гг.) – предполагает переход на следующий этап после полного окончания работ по предыдущему этапу.

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

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

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

           каскадная модель, иногда также называемая моделью «водопад» (waterfall).

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

           спиральная модель.

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

Этапы проекта в соответствии с каскадной моделью:

1. Формирование требований; Проектирование; Реализация; Тестирование; Внедрение; Эксплуатация и сопровождение.

Преимущества:

• Полная и согласованная документация на каждом этапе;

• Легко определить сроки и затраты на проект.

Недостатки:

В водопадной модели переход от одной фазы проекта к другой предполагает полную корректность результата (выхода) предыдущей фазы. Однако неточность какого-либо требования или некорректная его интерпретация в результате приводит к тому, что приходится «откатываться» к ранней фазе проекта и требуемая переработка не просто выбивает проектную команду из графика, но приводит часто к качественному росту затрат и, не исключено, к прекращению проекта в той форме, в которой он изначально задумывался. По мнению современных специалистов, основное заблуждение авторов водопадной модели состоит в предположениях, что проект проходит через весь процесс один раз, спроектированная архитектура хороша и проста в использовании, проект осуществления разумен, а ошибки в реализации легко устраняются по мере тестирования. Эта модель исходит из того, что все ошибки будут сосредоточены в реализации, а потому их устранение происходит равномерно во время тестирования компонентов и системы^[2]. Таким образом, водопадная модель для крупных проектов мало реалистична и может быть эффективно использована только для создания небольших систем

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

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

26) ЭТАПЫ РАЗРАБОТКИ АИС

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

Цикл разработки (проектирования) программного обеспечения (software project lifecycle) – совокупность стадий и этапов разработки программного обеспечения начиная от системного анализа и разработки исходных требований до её установки (инсталляции) на ЭВМ.

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

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

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

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

Проектирование любого объекта осуществляется с:

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

Рис. 6.1.

После выбора метода проектирования АИС необходимо спланировать комплекс работ по созданию системы в соответствии с типовыми этапами её разработки. Проект рассматривается и утверждается Заказчиком. Проектирование АИС предполагает выполнение определённых стадий и этапов.

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

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

27

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

28

По степени автоматизации различают ручное проектирование и компьютерное проектирование .По степени исползования типовых решений различают: Оригинальные Типовые.

29

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

30

Аис оказывает влияние на эффективность работы организации

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

2. функциональная эффективность

3. качества обслуживания клиентов

4. создание- улучшение продукции

5.изменение основ конкуренции

6.закрепление клиентов и отдаление конкурентов.

31