7. Принципы построения кис.

Основными принципами являются интеграция, системность и комплексность.

Так же КИС должны соответствовать следующим требованиям:

• функциональная полнота сис-мы

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

• надёжная сис-ма защиты информации (парольная сис-ма, многоуровневая сис-ма)

• наличие инструментальных средств адаптации и сопровождения сис-мы

• реализация удалённого доступа и работы в распределённых сетях

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

• возможность консолидации информации

• наличие специальных ср-в анализа состояния сис-мы в процессе эксплуатации

8. Этапы разработки кис.

• системный анализ (определяет роль каждого элемента в компьютерной системе, взаимодействие элементов друг с другом. На этом этапе начинается решение задачи планирования проекта ПО.)

• анализ требований (уточняет и детализирует функции ПО, характеристики ПО, интерфейс ПО)

• проектирование (создает представления архитектуры ПО, модульной структуры ПО, алгоритмической структуры ПО, структуры данных, входного и выходного интерфейса)

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

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

• сопровождение (внесение изменений в эксплуатируемое ПО с целью исправления ошибок, адаптации к изменениям внешней для ПО среды, усовершенствования ПО по требованию заказчика)

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

9. Стратегии разработки программного обеспечения кис.

Стратегии разработки ПО можно подразделить на три группы:

1. Линейная последовательность этапов разработки – однократный проход (водопадная стратегия)

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

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

10. Модели жизненного цикла программного обеспечения кис.

Жизненный цикл ПО:

-анализ требований

-проектирование

-кодирование (программирование)

-тестирование и отладка

-эксплуатация и сопровождения

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

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

- функции ПО,

- характеристики ПО,

Проектирование создает представления:

- архитектуры ПО,

- модульной структуры ПО,

- алгоритмической структуры ПО,

- структуры данных,

- входного и выходного интерфейса (входных и выходных форм данных).

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

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

Сопровождение – это внесение изменений в эксплуатируемое ПО. Цели изменений:

- исправление ошибок,

- адаптация к изменениям внешней для ПО среды,

- усовершенствование ПО по требованию заказчика.

- интерфейс ПО.

Модели ЖЦ ПО:

1.каскадная модель (70-80 гг.)

2.поэтапная модель с промежуточным контролем (80-85 гг.)

3.спиральная модель (86-90 гг.)

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

С каждой итерацией по спирали (продвижением от центра к периферии) строятся все более полные версии ПО. В первом витке спирали определяются:

начальные цели, варианты и ограничения;

распознавание и анализ риска;

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

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

следующая фаза планирования и анализа риска, базируемая на предложениях заказчика.