Этап. Опытное внедрение:
подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;
ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций:
анализ результатных данных на предмет наличия ошибок.
В случае обнаружения ошибок осуществляются поиск причин и источников ошибок, внесение коррективов в программы, в технологию обработки информации, в работу технических средств, в исходные оперативные данные и в файлы с условно-постоянной информацией. Кроме того, выявляется неквалифицированная работа операторов, что служит основанием для проведения комплекса мер по улучшению подготовки кадров.
После устранения ошибок получают Акт о проведении опытного внедрения.
Этап. Сдача проекта в промышленную эксплуатацию.
проверка соответствия выполненной работы договорной документации по времени выполнения, объему проделанной работы и затратам денежных средств;
проверка соответствия проектных решений по ИС требованиям ТЗ;
проверка соответствия проектной документации ГОСТам;
проверка технологических процессов обработки данных по всем задачам и подсистемам;
проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы;
выявление локальных и системных ошибок и их исправление.
В результате выполнения работ данном этапе составляется Акт сдачи проекта в промышленную эксплуатацию.
На стадии Эксплуатация и сопровождение проекта решается вопрос о том, чьими силами (персоналом объекта-заказчика или организации-разработчика) будут осуществляться эксплуатация и сопровождение проекта, и в случае выбора второго варианта заключается Договор о сопровождении проекта.
В процессе выполнения этапа эксплуатация проекта осуществляются исправления в работе всех частей системы при возникновении сбоев, регистрация этих случаев в журналах, отслеживание технико-экономических характеристик работы системы и накопление статистики о качестве работы всех компонентов системы.
На этапе Сопровождение и модернизация проекта выполняется анализ собранного статистического материала, а также анализ соответствия параметров работы системы требованиям окружающей среды. Анализ осуществляет создаваемая для этих целей комиссия. По результатам анализа:
дается заключение о необходимости модернизации всего проекта или его частей;
определяется объем доработок, сроки и стоимость выполнения этих работ.
Тема 5. Определение параметров системы
Цели и границы применения системы. Определение критериев разработки. Основные направления разработки, определение масштаба и границ системы.
Наглядные пособия: Презентационный материал. Технические средства обучения: мультимедийный проектор. Количество лекционных часов: 4
Наполнение:
«Любая система предназначена для решения конкретных, а отнюдь не всех задач». Эти слова принадлежат Роберту Холлу (Robert Hall), сотруднику известной американской компании «North American Aviation».
Говорят, что эту фразу Роберт Холл произнес в разговоре с вице президентом компании, пытавшимся расширить границы его проекта сверх разумных пределов, и это возражение едва не стоило Холлу работы. (В системном проектировании, как и в любой другой области, следует учитывать, к какой аудитории вы обращаетесь). Как бы тони было, я целиком разделяю мнение Холла о процессе разработки систем. Если вы все-таки намерены успешно выполнить свой проект, то должны очертись его рамки. Без четкого понимания, что именно вы хотите сделать, неизбежны серьезные трудности.
Итак, прежде чем приступать к работе, определите параметры системы, а именно:
цели — не то, зачем создается данная система, а цели проекта как целого;
критерии проектирования — они будут использоваться в процессе оценки компромиссов (которые неизбежны при разработке и внедрении системы) а также возможностей ее реализации;
границы применения — какие функции будут реализованы в данной системе, а какие нет.
Цели и границы применения системы
Казалось бы, определить цели и границы применения системы достаточно просто. Если нам повезет, так и будет — иногда эти параметры четко ясны еще при составлении первоначального плана. Однако чаше этот процесс чрезвычайно сложен. Формальные аналитические технологии и гибкие подходы, используемые на стадии разработки, сочетаются с дипломатическим талантом системных аналитиков.
Цель процесса разработки, как правило, и есть наиболее важный фактор в определении границ применения системы и критериев ее оценки. В конечном итоге, это набор аргументов в пользу ее создания. Очевидно, вы не сможете принять обоснованного решения по какому-либо конкретному вопросу, до тех пор пока не будет окончательно ясно, чего, собственно, вы хотите достигнуть в итоге.
Не следует смешивать понятия «цель» и «краткое описание». Краткое описание системы, как и бюджет, составляют обычно в самом начале проекта. Например, при разработке решения, позволяющего автоматизировать процесс регистрации заказов, поступающих от покупателей, краткое описание системы будет сформулировано как «автоматизация регистрации заказов, поступающих от клиентов фирмы». Но отнюдь не это является целью создания данной системы. Цель это фактор или набор факторов, обусловливающих необходимость реализации данного проекта.
По правде говоря, само понятие «цель» в применении к системе не вполне корректно. В большинстве случаев у систем несколько целей, которые могут быть как четкими и конкретными, так и не вполне. И выявить их непросто. Для чего вообще нужно автоматизировать систему регистрации заказов? Для ускорения процесса регистрации? Для повышения точности и сохранности вводимых данных? Для снижения накладных расходов? Чтобы поднять авторитет компании среди пользователей этой системы? Чтобы менеджер чувствовал, что «идет в ногу со временем»? Вполне вероятно, что в данном случае создание системы будет преследовать все эти цели,
а также множество других.