Домой

Техническое задание на 4 5




Скачать 407.76 Kb.
НазваниеТехническое задание на 4 5
страница2/2
Дата16.02.2013
Размер407.76 Kb.
ТипТехническое задание
Порядок контроля и приемки системы
Эксплуатационная документация
Анализ и исправление недоработок  в системе
Требования к аппаратному, программному и информационному обеспечению объекта информатизации при вводе системы в действие
Автоматизированное рабочее место (АРМ)
АИС УЗР – Автоматизированная информационная система управления земельными ресурсами. БД
ДАРТГ – Департамент архитектуры и развития территории города мэрии города Ярославля. ДУГИ –
Консолидация данных
МО – муниципальное образование. Обменный формат –
Подобные работы:
1   2

  1. ^ Порядок контроля и приемки системы

    1. Порядок приемки работ

Подписание акта приемки-сдачи выполненной работы совершается в трех экземплярах, один из которых передается Подрядчику, и два находятся у Заказчика.

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

В случае наличия у Заказчика обоснованных претензий к работам Подрядчика (нарушение сроков, замечания по качеству работ, выполнение работ не в полном объеме и др.) или к представленным Подрядчиком документам, Заказчик по своему усмотрению, без ограничения прав Заказчика по применению санкций к Подрядчику вправе:

  • отказаться от принятия работ (этапа работ) Подрядчика и выплаты ему вознаграждения за работы (этап работ);

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

  • принять и оплатить только часть работ (этапа работ) Подрядчика, в отношении которой у Заказчика нет претензий. В этом случае в акте приемки-сдачи работ определяется объем и стоимость выполненных и принятых Заказчиком работ.

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

Ниже в настоящем документе под термином система (подсистема) будет пониматься версия системы (подсистемы).

Процесс сдачи-приемки автоматизированной системы состоит из проведения следующих мероприятий:

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

  • опытная эксплуатация системы,

  • сдача-приемка системы в промышленную эксплуатацию и гарантийное обслуживание.

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

Приемо-сдаточные испытания осуществляются в следующем порядке.

Подрядчик сообщает о своей готовности к проведению испытаний. Заказчик по согласованию с Подрядчиком определяет:

  • время проведения испытаний,

  • место проведения испытаний,

  • необходимые технические средства для проведения испытаний,

  • состав представителей Заказчика, участвующих в проведении испытаний.

При проведении приемо-сдаточных испытаний проверяется:

  • Корректность процесса развертывания системы (подсистемы) на технических средствах Заказчика, если испытания проходят на территории Заказчика, или на технических средствах Подрядчика, если испытания проходят на территории Подрядчика.

  • Возможность запуска системы (подсистемы) и завершения ее работы.

  • Общая работоспособность системы (подсистемы), отсутствие «зависаний».

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

  • Соответствие информационного обеспечения системы (подсистемы) требованиям технического задания.

  • Соответствие общего и специального интерфейса системы требованиям технического задания.

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

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

Акт сдачи-приемки выполненных работ готовится Заказчиком и Подрядчиком совместно в срок не позднее пяти рабочих дней после проведения приемо-сдаточных испытаний для принятия мер по устранению выявленных ошибок и утверждается обеими сторонами.

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

После исправления выявленных ошибок проводятся повторные приемо-сдаточные испытания. Если при проведении повторных приемо-сдаточных испытаний подтверждается факт устранения недоработок, то составляется акт об успешном проведении приемо-сдаточных испытаний.

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

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

Заказчик издает распоряжение о вводе системы в опытную эксплуатацию, в котором  предусматривает:

  • дату начала и окончания опытной эксплуатации;

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

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

  • персональный состав специалистов Заказчика, участвующих в проведении опытной эксплуатации;

  • лицо, ответственное за фиксацию ошибок программного обеспечения в процессе проведения опытной эксплуатации в «Журнале ошибок и замечаний к системе АИС УЗР»».

Дата начала проведения опытной эксплуатации согласовывается Заказчиком и Подрядчиком не позднее 10 рабочих дней с момента уведомления Подрядчиком Заказчика о готовности Подрядчика к проведению опытной эксплуатации.

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

 При вводе системы в опытную эксплуатацию Подрядчик передает Заказчику:

  • дистрибутив триал-версии  программы со сроком полнофункциональной эксплуатации 40 дней,

  • резервную копию базы данных АИС УЗР,

  • документацию по эксплуатации и сопровождению системы.

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

  • Функциональные возможности системы при обработке реальных  данных Заказчика, заявленные разработчиком

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

  • Соответствие пользовательского интерфейса системы требованиям технического задания.

  • Соответствие документации требованиям ТЗ.

  • Соответствие документации функциональным возможностям системы

  • Правильность выполнения алгоритмов, заложенных в основу функционирования системы.

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

Во время проведения опытной эксплуатации специалистом Заказчика ведется «Журнал ошибок и замечаний  к АИС УЗР», фиксирующий выявленные ошибки и замечания пользователей.

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

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

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

      1. Порядок обучения пользователей системы

Обучение специалистов Заказчика работе с системой проводится до ввода системы (подсистемы) в опытную эксплуатацию.

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

Подрядчик определяет форму обучения специалистов Заказчика, информационное обеспечение и необходимые методические материалы. В процессе обучения освещаются следующие вопросы:

  • назначение АИС УЗР;

  • структура системы (логическая и физическая);

  • развертывание (инсталляция) и настройка системы (для Администраторов);

  • резервное копирование и восстановление баз данных системы (для Администраторов);

  • работа с АРМами (для Пользователей АРМов).

Подрядчик предоставляет каждому сотруднику Заказчика, проходящему обучение, необходимые методические материалы на бумажном носителе формата А4.

      1. Сдача-приемка системы в промышленную эксплуатацию и гарантийное обслуживание

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

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

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

Заказчик подписывает акт сдачи-приемки работ по муниципальному контракту и приема системы в промышленную эксплуатацию в течение 10 календарных дней со дня его получения. Гарантийное обслуживание разработанной системы осуществляется в течение одного года с момента ввода системы в промышленную эксплуатацию. В период гарантийного обслуживания Подрядчиком производятся следующие работы:

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

  • Доработки по функциональности ведутся только в рамках настоящего ТЗ.

    1. ^ Эксплуатационная документация

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

Эксплуатационная документация передается Заказчику при сдаче системы в опытную эксплуатацию.

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

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

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

    1. ^ Анализ и исправление недоработок  в системе

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

      1. Недоработки в системе

Обнаруженные при эксплуатации системы Заказчиком  недоработки и замечания Заказчика классифицируются следующим образом:

Ошибки

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

  • самопроизвольное прекращение работы системы или процесса ее развертывания (инсталляции),

  • получение неверных результатов в расчетах,

  •  «зависание» системы (отсутствию реакции системы на действия пользователя),

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

Недоработки документирования

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

  • Несоответствие описания, приведенного в эксплуатационной документации, фактическому поведению системы в процессе ее эксплуатации

Замечания

  • Отклонения в работе системы, делающие возможным выполнение предусмотренных функций, но приводящие к неудобствам при их выполнении, требующие от персонала дополнительных манипуляций.

  • Грамматические, пунктуационные, стилистические и другие ошибки в документации, не влияющие на корректность приведенных формулировок.

      1. Действия при выявлении  недоработок

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

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

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

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

  1. ^ Требования к аппаратному, программному и информационному обеспечению объекта информатизации при вводе системы в действие

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

  • Аппаратное обеспечение

  1. Выделенный сервер БД АИС УЗР, соответствующий требованиям к аппаратной конфигурации сервера БД, изложенным в п. 4.3.4 настоящего ТЗ.

  2. Персональные компьютеры пользователей системы, соответствующие требованиям к аппаратной конфигурации АРМов, изложенным в п. 4.3.4 настоящего ТЗ.

  3. Периферийное оборудование, соответствующее требованиям, изложенным в п. 4.3.4 настоящего ТЗ.

  • Программное обеспечение

    1. Программное обеспечение компонентов АИС УЗР (сервер, рабочие места пользователей), соответствующее требованиям, изложенным в п. 4.3.3 настоящего ТЗ.

  • Информационное обеспечение

  1. Резервные копии базы данных АИС УЗР и картографической базы данных.

  2. Заполненные справочники системы.

  3. Предусмотренные шаблоны отчетных форм.

  4. Комплект эксплуатационной документации, соответствующий требованиям, изложенным в п. 8 настоящего ТЗ.

  1. Требования к документированию

    1. Состав комплекта эксплуатационной документации

Комплект эксплуатационной документации АИС УЗР включает:

  • Руководство по развертыванию (инсталляции) программного обеспечения системы

Руководство содержит подробное пошаговое описание процесса развертывания АРМов АИС УЗР.

  • Руководства пользователей

Для каждого АРМа АИС УЗР предоставляется отдельное руководство по работе с программой:

    • Руководство по эксплуатации АРМа «Пользователь АИС УЗР»;

    • Руководство по эксплуатации АРМа «Администратор АИС УЗР».

  • Руководство по созданию резервной копии базы данных системы и ее восстановлению средствами MS SQL Server 2005.

Документ содержит:

    • описание алгоритма создания резервной копии базы данных MS SQL Server;

    • описание алгоритма восстановления базы данных из резервной копии;

    • предложения по регламенту проведения резервного копирования базы данных АИС УЗР в штатном порядке.

    1. Формат предоставления комплекта эксплуатационной документации

Все документы предоставляются:

  • в электронном виде, в формате MS Office Word (*.doc), на дистрибутивном диске АИС УЗР;

  • в печатном виде (по одному экземпляру каждого документа, входящего в комплект).

ПРИЛОЖЕНИЕ 1. Основные понятия и сокращения

RAID-массив (Redundant array of independent disks) – обеспечивающая отказоустойчивость системы совокупность жестких дисков, воспринимаемых операционной системой как единое целое, соединенных короткими скоростными каналами и управляемых собственными процессорами.

^ Автоматизированное рабочее место (АРМ) – программно-технический комплекс АС, предназначенный для автоматизации деятельности определенного вида.

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

^ АИС УЗР – Автоматизированная информационная система управления земельными ресурсами.

БД – база данных.

Ведение Реестра – действия по сбору, накоплению, анализу и обработке сведений об объектах Реестра.

^ ДАРТГ – Департамент архитектуры и развития территории города мэрии города Ярославля.

ДУГИ – Департамент управления государственным имуществом.

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

^ Консолидация данных – процесс объединения данных из различных источников в один источник.

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

^ МО – муниципальное образование.

Обменный формат – специальным образом структурированные файлы, позволяющие через доступные каналы связи или электронные носители обмениваться однозначно интерпретируемой информацией.

Подсистема АРМа – часть АРМа, выделенная по функциональному признаку, отвечающему конкретным целям и задачам АРМа.

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

Программное обеспечение (ПО) – совокупность программ системы обработки информации и электронных документов, необходимых для эксплуатации этих программ.

УЗР – Управление земельными ресурсами

УФК – управление федерального казначейства.

Учетная запись пользователя - совокупность данных о пользователе системы


1   2

Скачать 407.76 Kb.
Поиск по сайту:



База данных защищена авторским правом ©dogend.ru 2019
При копировании материала укажите ссылку
обратиться к администрации
Уроки, справочники, рефераты