- •1.Проблемы создания больших программ.
- •2. Основные понятия
- •3. Состав жизненного цикла по
- •1.Анализ требований
- •4.Стандартизация процессов жизненного цикла программ
- •5. Модели жизненного цикла программного обеспечения.
- •6.Техническое задание на разработку.
- •7.Документирование программ.
- •8.Выбор архитектуры по.
- •9.Структурный и объектный подходы к разработке программ.
- •10. Метод структурного анализа и проектирования sadt (idef0)
- •11. Диаграммы потоков данных dfd.
- •12. Диаграмма сущность – связь erm
- •13. Методы объектно-ориентированного анализа и проектирования. Язык uml.
- •14. Методы разработки структуры программной системы
- •15.Выбор языка программирования. Стиль программирования.
- •16.Защитное программирование.
- •17.Тестирование и отладка
- •18.Типичные ошибки
- •19.Отладка программных продуктов
- •20.Ввод в зксплуатацию
- •21.Ускорение разработки по. Технология rad
- •22. Экстремальное программирование
20.Ввод в зксплуатацию
Для поставки созданного ПП конечному юзеру создается копия проги и прог.документов. Экземпляр, или копия разработанного ПО - прог.изделием. ПП отличаются от других техн.изделий тем, что стадия произ-ва для них является факт-ки вырожденной. Она представ-ет собой рутинную работу, которая может быть выполнена автоматически. 3 основных способа доставки программы до пользователя:
индивидуальная (как правило, разработка для конкретного заказчика)
коробочная;
через Интернет
Поставляемую юзеру совок-ть файлов, образующих работоспособный ПП, называют дистрибутивом ПП. Дистрибом так же называют и совок-ть носителей информации, например компакт-диски, на которых поставляется программный продукт.
Для корректной установки разработанного ПО на компьютер юзера создается инсталляционное приложение. Существует несколько вариантов создания инсталляционных приложений. Во-первых, его можно написать на универсальном языке высокого уровня, таком как С++ или Паскаль, используя функции ОС для реализации своих целей. Во-вторых, такое приложение можно создать с исполь-ием генераторов дистрибутивов, самые популярные: MindVision's Installer, Wise, InstallShleld Professional/Express, Create Install.
Существуют правила «хорошего тона» при подготовке дистрибутива:
1.пользуясь инсталлятором, следует дополнительно сжимать его и распространять именно zip-архив.
2.следует всегда включать в архив файл README.
3.необходимо убедиться, что инсталлятор включает возможность автоматическою удаления программ с диска.
В случае использования сети Интернет для доставки программ пользователю есть несколько основных разновидностей доставки.
1.Работа с программой осуществляется через Интернет, как правило, из среды интернет-браузера. Юзеры имеют возможность получить по сети исполняемый код (или его клиентскую часть) и начать paботy с самой новой версией данного продукта.
2.Возможность скачать из сети дистриб проги и установить ее на своих ПК, подобно установке коробочных версий.В Интернете есть три группы ПП:
бесплатные программные;
коммерческие программные;
условно бесплатные — shareware.
Shareware — это одновременно тип ПО и способ его распространении. Автор shareware выдает юзерам ПО лицензию для оценки ПО в течение опред.времени или предлагает пользоваться «ограниченной» («урезанной») версией.
Основной девиз shareware – «try before you bye».
Для некоторых ПП после доставки их пользователю существует отдельная фаза, называемая опытной эксплуатацией или бета-тестированием.
Бета-тестирование — это фаза общего тестирования, при которой ПО поставляется ограниченному кругу конечных юзеров для более жесткого тестирования.
Сопровождение
- Все действия по повышению надежности ПП после завершения отладки и разработку усоверш-ных версий. Используемый ПП подвергается непрерывным изменениям для поддержания его экон.выгоды. На этапе сопровождения решают 4 основные класса задач:
1.адаптация- модификация функций:
2.усовершенствование- добавление новых функций;
3.коррекция, или исправление ошибок;
4.предупреждение проблем, которые могут возникнуть в будущем.
Для решения указ.задач выбирается один из наиболее подходящих типов сопровождения, под которым будем понимать степень вмешательства в программу:
незначительные (локальные) изменения;
реструктурирование кода — повторная разработка небольшой части программы; при этом интерфейс этой части с остальной инфо остается неизменным;
реинжиниринг — перестройка существующего ПП; применяют для приведения кода проги в соответст
вие с modern методологиями прогр-ияпрограмм-ние заново.
На выбор типа сопр-ния влияют два фактора:
Класс решаемой задачи. Коррекция проги влечет незнач-ую степень вмешат-ва, а усоверш-ие и адаптация - реструктурирование и реинжиниринг.
Стоимость сопровождения. При высокой стоимости сопр-ия - реструктурирование и реинжиниринг, а при низкой — незначительные изменения.
Существует ряд методов, которые помогают добиться высокого качества сопровождения:
выделение области связности изменений (следует четко представлять себе границы области, которая подвергается изменениям);
самодокументируемость изменений;
пассивное и активное сопротивление изменениям. Прогр-ст сможет внести изменения только в тех случаях, если никто из коллег не выступит против (пассивное) или если все одобрят изменение активное).