Главная » Расчет » Опытная эксплуатация информационной системы. Основные этапы создания информационной системы

Опытная эксплуатация информационной системы. Основные этапы создания информационной системы

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

ГОСТ 34.603-92

КОМИТЕТ СТАНДАРТИЗАЦИИ И МЕТРОЛОГИИ СССР

Москва

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

Дата введения 01.01.93

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

Стандарт устанавливает виды испытаний АС и общие требован я к х проведению.

Термины, применяемые в настоящем стандарте, и их определ ения - по ГОСТ 34.003.

Требования настоящего стандарта, кроме пп. , , , являются обязательными, требования пп. , , - рекомендуемые.

1. ОБЩИЕ ПОЛОЖЕНИЯ

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

1.3. Для АС устанавливают следующие основные виды испытаний:

1) предварительные;

2) опытная эксплуатаци я;

3) приемочные.

Примечания:

1. Допуска тся дополнительно проведение друг х в дов испытаний АС их частей.

2. Допускается классификаци я приемоч ых испыта ий в зави симост от статуса приемочной комиссии (состав чле ов комисси и уро ень го утверждения).

3. В ды испытани й статус приемоч ой комиссии уста авливают в договоре и (или) ТЗ.

1.4, В за исимости от взаимосвязей испытыв емых в АС объектов испытания могут ыть автоном ые ил омплекс ые.

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

1.11. Приемоч ые испытания АС про одят для опр деления соответствия АС техн ческому заданию, оценк качества опытной эксплуатаци и решения вопроса о возможности прие мк АС в постоянную эксплуатацию.

1.12. Приемочным спытаниям АС должна пред ш ств вать ее пытная эксплуатация на объекте.

1.13. В зависимости от вида требований, пр дъявляемых к АС а испытаниях, проверке или атт стации в ней подвергают:

1) комплекс программных и технических средств;

2) персонал;

3) эксплуатационную докуме тацию, регламент рую ую деятельность персонала при функционировании АС;

4) АС в целом.

1.14. При испыта иях АС проверяют:

1) качество ыполнения комплексом программных и т хни еских средств автоматических фу кц й во всех режимах фун кционирования АС согласно ТЗ на создание АС;

3) полноту содержащихся в эксплуата ионной документации указан й персо алу по выполнен ию м функц й во всех реж мах ункцио ирования С соглас о ТЗ на создан е АС;

4) количественные и (или) к честв нн е характеристики выполнения автоматических и автоматиз рованных функц й АС соответствии с ТЗ:

5) друг е свойства АС, которым она должна соответствовать по ТЗ.

2) комплексные.

2.2. А втономн е испытания

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

2.2.2. В программе автономных испытаний указывают:

1) перечень функции, подлежащих испытаниям;

2) описание взаимосвязей объекта испытаний с другими частями АС;

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

4) критерии приемки частей по результатам испытаний.

К программе автономных испытаний следует прилагать график проведения автономных испытаний.

2.2.3. Подготовленные и согласованные тесты (контрольные примеры) на этапе автономных испытаний должны обеспечить:

1) полную проверку функций и процедур по перечню, согласованному с заказчиком;

2) необходимую точность вычислений, установленную в ТЗ;

3) проверку основных временных характеристик функционирования программных средств (в тех случаях, когда это является существенным);

4) проверку надежности и устойчивости функционирования программных и технических средств.

2.2.4 . В качестве исходной информации для теста рекомендуется использовать фрагмент реальной информации организации-заказчика в объеме, достаточном для обеспечения необходимой достоверности испытаний.

2.2.5 Результаты автономных испытаний частей АС следует фиксировать в протоколах испытаний. Протокол должен содержать заключение о возможности (невозможности) допуска части АС к комплексным испытаниям.

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

2.3. Комплексные испытания

2.3.1. Комплексные испытания АС проводят путем выполнения комплексных тестов. Результаты испытаний отражают в протоколе. Работу завершают оформлением акта приемки в опытную эксплуатацию.

2.3.2. В программе комплексных испытаний АС или частей АС указывают:

1) перечень объектов испытания;

2) состав предъявляемой документации;

3) описание проверяемых взаимосвязей между объектами испытаний;

4) очередность испытаний частей АС;

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

2.3.3. Для проведения комплексных испытаний должны быть представлены:

1) программа комплексных испытаний;

2) заключение по автономным испытаниям соответствующих частей АС и устранение ошибок и замечаний, выявленных при автономных испытаниях;

3) комплексные тесты;

4) программные и технические средства и соответствующая им эксплуатационная документация.

2.3.4. При комплексных испытаниях допускается использовать в качестве исходной информацию, полученную на автономных испытаниях частей АС.

2.3.5. Комплексный тест должен:

1) быть логически увязанным;

2) обеспечивать проверку выполнения функций частей АС во всех режимах функционирования, установленных в ТЗ на АС, в том числе всех связей между ними;

3) обеспечивать проверку реакции системы на некорректную информацию и аварийные ситуации.

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

После устранения недостатков проводят повторные комплексные испытания в необходимом объеме.

3. ОПЫТНАЯ ЭКСПЛУАТАЦИЯ

3.1. Опытную эксплуатацию проводят в соответствии с программой, в которой указывают:

1) условия и порядок функционирования частей АС и АС в целом;

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

3) порядок устранения недостатков, выявленных в процессе опытной эксплуатации.

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

3.3. По результатам опытной эксплуатации принимают решение о возможности (или невозможности) предъявления частей АС и системы в целом на приемочные испытания.

Работа завершается оформлением акта о завершении опытной эксплуатации и допуске системы к приемочным испытаниям.

4. ПРИЕМОЧНЫЕ ИСПЫТАНИЯ

4.1. Приемочные испытания проводят в соответствии с программой, в которой указывают:

1) перечень объектов, выделенных в системе для испытаний и перечень требований, которым должны соответствовать объекты (со ссылкой на пункты ТЗ);

2) критерии приемки системы и ее частей;

3) условия и сроки проведения испытаний;

4) средства для проведения испытаний;

5) фамилии лиц, ответственных за проведение испытаний;

6) методику испытаний и обработки их результатов;

7) перечень оформляемой документации.

4.2. Для проведения приемочных испытаний должна быть предъявлена следующая документация:

1) техническое задание на создание АС;

2) акт приемки в опытную эксплуатацию;

3) рабочие журналы опытной эксплуатации;

4) акт завершения опытной эксплуатации и допуска АС к приемочным испытаниям;

5) программа и методика испытаний. Приемочные испытания следует проводить на функционирующем объекте.

4.3. Приемочные испытания в первую очередь должны включать проверку:

1) полноты и качества реализации функций при штатных, предельных, критических значениях параметров объекта автоматизации и в других условиях функционирования АС, указанных в ТЗ;

2) выполнения каждого требования, относящегося к интерфейсу системы;

3) работы персонала в диалоговом режиме;

4) средств и методов восстановления работоспособности АС после отказов;

5) комплектности и качества эксплуатационной документации.

4.4 . Проверку полноты и качества выполнения функций АС рекомендуется проводить в два этапа. На первом этапе проводят испытания отдельных функций (задач, комплексов задач). При этом проверяют выполнение требований ТЗ к функциям (задачам, комплексам задач). На втором этапе проводят проверку взаимодействия задач в системе и выполнение требований ТЗ к системе в целом.

4.5 . По согласованию с заказчиком проверка задач в зависимости от их специфики может проводиться автономно или в составе комплекса. Объединение задач при проверке в комплексах целесообразно проводить с учетом общности используемой информации и внутренних связей.

4.6. Проверку работы персонала в диалоговом режиме проводят с учетом полноты и качества выполнения функций системы в целом.

Проверке подлежит:

1) полнота сообщений, директив, запросов, доступных оператору и их достаточность для эксплуатации системы;

2) сложность процедур диалога, возможность работы персонала без специальной подготовки;

3) реакция системы и ее частей на ошибки оператора, средства сервиса.

4.7. Проверка средств восстановления работоспособности АС после отказов ЭВМ должна включать:

1) проверку наличия в эксплуатационной документации рекомендаций по восстановлению работоспособности и полноту их описания;

3) работоспособность средств автоматического восстановления функций (при их наличии).

4.8. Проверку комплектности и качества эксплуатационной документации следует проводить путем анализа документации на соответствие требованиям нормативно-технических документов и ТЗ.

4.9. Результаты испытаний объектов, предусмотренных программой, фиксируют в протоколах, содержащих следующие разделы:

1) назначение испытаний и номер раздела требований ТЗ на АС, по которому проводят испытание;

2) состав технических и программных средств, используемых при испытаниях;

3) указание методик, в соответствии с которыми проводились испытания, обработка и оценка результатов;

4) условия проведения испытаний и характеристики исходных данных;

5) средства хранения и условия доступа к конечной тестирующей программе;

6) обобщенные результаты испытаний;

7) выводы о результатах испытаний и соответствии созданной системы или ее частей определенному разделу требований ТЗ на АС.

4.10. Протоколы испытаний объектов по всей программе обобщают в едином протоколе, на основании которого делают заключение о соответствии системы требованиям ТЗ на АС и возможности оформления акта приемки АС в постоянную эксплуатацию.

Работу завершают оформлением акта о приемке АС в постоянную эксплуатацию.

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1. РАЗРАБОТАН И ВНЕСЕН Техническим комитетом ТК 22 "Информационная технология", Подкомитетом ПК 052 "Автоматизированные системы"

РАЗРАБОТЧИКИ

И.П. Вахлаков, Я.Г. Виленчик, Ф.Р. Выдра, канд. техн. наук; Л.М. Зайденберг, канд. техн. наук; Ю.Б. Ирз, канд. техн. наук; В.Г. Иванов, В.Д. Костюков, канд. техн. наук; В.Г. Михайлов, канд. техн. наук; Н.В. Степанчикова

Предварительные испытания

Предварительные испытания ЭИС могут быть автономные и комплексные.

В программе автономных испытаний указывают:

· перечень функций, подлежащих испытаниям;

· описание взаимосвязей объекта испытаний с другими частями ЭИС;

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

· критерии приемки частей по результатам испытаний.

К программе автономных испытаний следует прилагать график проведения автономных испытаний.

Подготовленные и согласованные тесты (контрольные примеры) на этапе автономных испытаний должны обеспечить:

· полную проверку функций и процедур по перечню, согласованному с заказчиком;

· необходимую точность вычислений, установленную в ТЗ;

· проверку основных временных характеристик функционирования программных средств;

· проверку надежности и устойчивости функционирования программных и технических средств.

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

Комплексные испытания ЭИС проводят путем выполнения комплексных тестов. Комплексный тест должен:

· быть логически увязанным;

· обеспечивать проверку выполнения функций частей ЭИС во всех режимах функционирования;

· обеспечивать проверку реакции системы на некорректную информацию и аварийные ситуации.

Результаты испытаний отражают в протоколе. Работу завершают оформлением акта приемки в опытную эксплуатацию.

В программе комплексных испытаний ЭИС указывают:

· перечень объектов испытания;

· состав предъявляемой документации;

· описание проверяемых взаимосвязей между объектами испытаний;

· очередность испытаний частей ЭИС;

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

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

Опытную эксплуатацию проводят в соответствии с программой, в которой указывают:

· условия и порядок функционирования частей ЭИС и ЭИС в целом;

· продолжительность опытной эксплуатации, достаточную для проверки правильности функционирования ЭИС;

· порядок устранения недостатков, выявленных в процессе опытной эксплуатации.

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

По результатам опытной эксплуатации принимают решение о возможности предъявления частей ЭИС и системы в целом на приемочные испытания.

Завершающим этапом в процессе проектного внедрения программного обеспечения от компании 1С, является опытная эксплуатация. Она необходима для того, чтобы пользователь мог проверить корректность работы системы, а разработчики могли оперативно устранить имеющиеся недочеты.

Что такое опытная эксплуатация?

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

Наиболее распространенные недочеты

В процессе использования программы в реальных условиях могут возникнуть некоторые недоработки, обусловленные «неподготовкой» системы к работе с большим объёмом данных. Вот некоторые из них:

инерционность, или говоря иначе, бездействие системы при создании некоторых документов. Для выявления данной ошибки рекомендуется проверить возможность создания каждого документа, используя максимальное число позиций;
программа крайне долго формирует некоторые отчеты. Вероятнее всего, система не готова к работе с большим объемом данных или какой-то алгоритм функционирует не вполне корректно. Разработчику необходимо еще раз перепроверить всю цепочку и устранить неисправность;
появление конфликтных ситуаций при работе с некоторыми объектами. Как правило, в большинстве случаев, речь идет о «сложных» элементах;
проблемы с проведением документов, которые чаще всего обусловлены неправильным алгоритмом.

Основные виды опытной эксплуатации

В зависимости от того, как именно производится программного обеспечения, можно выделить два основных вида опытной эксплуатации:

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

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

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

Предварительный этап

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

Устав проекта определяет следующие принципиальные моменты, связанные с процессом разработки и внедрения информационной системы:

Краткое описание проекта, цели и задачи создания информационной системы.
Общее описание состава работ.
Границы проекта: сроки, бюджет, перечень объектов автоматизации.
Описание продукта: перечень поставляемого аппаратного и программного обеспечения, тип и количество лицензий и т.д.
Организационная структура проекта: список и роли участников проектной группы со стороны Исполнителя и Заказчика, их ответственность и обязанности, система документооборота проекта.
Основные этапы разработки и внедрения информационной системы, укрупненный план-график их реализации.
Наиболее значимые риски невыполнения обязательств по проекту, а также способы минимизации рисков.

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

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

Сбор требований

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

Результатом данного этапа должно стать появление технического задания на разработку и внедрение информационной системы. Техническое задание должно базироваться на условиях договора и требованиях, изложенных в уставе проекта и содержать следующие разделы (для России структура технического задания регламентируется ГОСТ 34.602 89):

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

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

Проектирование

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

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

Реализация

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

Подготовка информационной системы к эксплуатации

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

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

Опытно-промышленная эксплуатация

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

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

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

Сопровождение и развитие системы

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

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

Архитектура информационной системы.

Описание структур информационного хранилища (базы данных).

Проектные решения, представленные детальным описанием сценариев автоматизации всех, затрагиваемых внедрением системы бизнес процессов.

Сценарии интеграции разрабатываемой информационной системы с внешними программными продуктами.

Источники исходных данных и варианты первоначального информационного наполнения системы.

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

Концепция обучения пользователей информационной системы.

Реализация

Подготовка информационной системы к эксплуатации

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