Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
_ВведПрогИнженер / концепция_системы_v0_9.doc
Скачиваний:
26
Добавлен:
12.03.2015
Размер:
128.51 Кб
Скачать
  1. Старшинство и приоритеты

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

Таким обраозом приблизительная очередность реализации подсистем следующая :

  1. Управленческий учет Структура центров ответственности, требования на доработку. Инициализация справочника

  2. Торговый дом

    1. Складской учет

    2. Реализация

    3. ….

  3. Зарплата

  4. Банк и касса

….

Управленческий учет Отчеты

  1. Требования, гарантирующие качество.

    1. Процедура передачи системы в эксплуатацию пользователю.

  1. Тестовая эксплуатация и разработка

    1. С целью извлечения требований подсистема передается в тестовую эксплуатацию пользователю.

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

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

  2. Опытная эксплуатация

    1. После завершения разработки подсистема передается в опытную эксплуатацию на срок от 1-й до 4-й недель.

    2. В ходе опытной эксплуатации накапливаются запросы на изменение подсистемы.

    3. По результатам опытной эксплуатации оформляется акт результатов опытной эксплуатации.*

    4. По результатам опытной эксплуатации производится доработка подсистемы по внесению изменений.

  3. Промышленная эксплуатация

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

    2. В ходе промышленной эксплуатации в сроки оговоренные договором производится устранение всех выявленных дефектов.

      1. Для устранения выявленного дефекта формируется служебное письмо с описанием дефекта на имя руководителя проекта.

*Примечания:

2.С.1 После подписания данного акта запросы на внесение новой функциональности или изменению согласованной уже согласованной функциональности в рамках данного проекта не принимаются.

25.07.2002

Киев 2002

Соседние файлы в папке _ВведПрогИнженер