Ао «Казахтелеком», именуемое в дальнейшем


Скачать 227.25 Kb.
НазваниеАо «Казахтелеком», именуемое в дальнейшем
Дата публикации09.03.2014
Размер227.25 Kb.
ТипДокументы
referatdb.ru > Бухгалтерия > Документы
Проект Договора о закупках услуг

___________

г. Алматы «___» _________ 2009 г.
АО «Казахтелеком», именуемое в дальнейшем «Заказчик», в лице Председателя Правления Жумагалиева Аскара Куанышевича, действующего на основании Устава, с одной стороны, и _______, именуемое в дальнейшем «Поставщик», в лице _________, действующего на основании Устава, с другой стороны, совместно именуемые «Стороны», а по отдельности «Сторона», на основании раздела 8 Единых правил осуществления закупок в АО «Казахтелеком и юридическими лицами, пятьдесят и более процентов голосующих акций (долей участия) которых прямо или косвенно принадлежат АО «Казахтелеком», утвержденных Решением Совета директоров АО «Казахтелеком» (Протокол заседания Совета директоров №6 от 31.03.2009г.), по итогам запроса ценовых предложений, заключили настоящий Договор (далее - Договор) и пришли к соглашению о нижеследующем.
1. Предмет Договора

1.1. Заказчик поручает и оплачивает, а Исполнитель принимает на себя обязательство по оказанию услуг по разработке системы отчетности по KPI процесса устранения неисправностей активных ресурсов сети СУСТ АО «Казахтелеком» (далее – Услуги) в соответствии с условиями, предусмотренными Договором.

1.2. Срок оказания Услуг: 45 календарных дней с момента подписания Договора.

^ 2. Общая стоимость Договора и условия оплаты

2.1. Общая стоимость Договора составляет ________ (прописью) тенге _______, плюс НДС по ставке 12 % в сумме ______ (прописью) тенге. Общая стоимость Договора _____ (прописью) тенге, является фиксированной и не подлежит изменению в сторону увеличения в течение всего срока действия Договора.

2.2. Оплата по Договору производится следующим образом:

100 % от Общей стоимости Договора, что составляет _________ (прописью) тенге и НДС по ставке 12 % в сумме _______ (прописью) тенге оплачиваются в течение 30 (тридцати) календарных дней с момента оказания услуг в полном объеме.

Оплата НДС осуществляется по мере возникновения налогового обязательства и предоставления счета-фактуры Исполнителем.
^ 3. Права и обязанности Сторон

3.1. Заказчик обязуется:

3.1.1. Произвести оплату за оказанные Услуги в соответствии с пунктом 2.2. Договора.

3.1.2. Предоставить место для оказания Услуг, а также беспрепятственный доступ специалиста Исполнителя в место оказания Услуг.

3.2. Исполнитель обязуется:

3.2.1. Оказать Услуги в полном объеме согласно условиям Договора.

3.2.2. Не позднее 25 числа каждого месяца представлять Заказчику Акт оказанных Услуг (далее – Акт) в двух экземплярах, а также налоговый счет-фактуру установленного образца.
^ 4. Особые условия Договора

4.1. Услуги, оказываемые Исполнителем должны соответствовать рекомендациям качества в соответствии с ISO 9001.

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

4.3. Исполнитель привлекает на проведение сервисных Услуг только сертифицированный обученный персонал.

4.4. После завершения оказания Услуг, Исполнитель оформляет двусторонний Акт, который Исполнитель предоставляет Заказчику.

4.5. Заказчик в течение 5 (Пять) рабочих дней от даты получения Акта обязан подписать его или предоставить Исполнителю мотивированный отказ от приемки оказанных Услуг.

4.6. В случае мотивированного отказа Заказчика Сторонами составляется двусторонний Акт с перечнем необходимых доработок и сроков оказания Услуг. Эти доработки проводятся Исполнителем за счет собственных средств.
^ 5. Ответственность Сторон

5.1. В случае необоснованного одностороннего отказа от исполнения Договора виновная Сторона уплачивает другой Стороне штраф в размере 10 % от Общей стоимости Договора.

5.2. В случае нарушения Исполнителем сроков выполнения обязательств, Исполнитель уплачивает Заказчику пеню в размере 0,1 % от суммы неисполненного обязательства за каждый день просрочки, но не более 5 % от Общей стоимости Договора.

5.3. В случае нарушения Заказчиком сроков оплаты Заказчик уплачивает пеню в размере 0,1% от неоплаченной суммы за каждый день просрочки, но не более 5% от Общей стоимости Договора.

5.4. В случае расторжения Договора по основаниям, указанным в пунктах 9.1.2., 9.1.3., 9.1.4. Договора, а так же нарушения п. 10.5. Договора, Исполнитель выплачивает Заказчику штраф в размере 5% от Общей стоимости Договора.

5.5.Ответственность Сторон в иных случаях определяется в соответствии с законодательством Республики Казахстан.

5.6. Оплата штрафов и пени Стороны обязаны осуществить в течение 20 (Двадцать) рабочих дней с даты получения соответствующей претензии.

5.7. Оплата штрафов и пени не освобождают Стороны от исполнения обязательств по Договору.
^ 6. Разрешение споров

6.1. В случае возникновения споров и разногласий по Договору Стороны обязуются принять все меры к их урегулированию путем переговоров.

6.2. В случае невозможности разрешения споров и разногласий путем переговоров между Сторонами, то они подлежат разрешению в соответствии с законодательством Республики Казахстан и на территории Республики Казахстан.

^ 7. Форс-мажорные обстоятельства

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

7.2. Свидетельство, выданное компетентным органом, является достаточным подтверждением наличия и продолжительности действия непреодолимой силы.

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

7.4. Если обстоятельства непреодолимой силы действуют на протяжении 4-х последовательных месяцев и не обнаруживают признаков прекращения, Договор, может быть, расторгнут любой из Сторон путем направления уведомления другой Стороне.
8. Конфиденциальность

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

^ 9. Расторжение Договора в одностороннем порядке

9.1. Заказчик вправе в одностороннем порядке расторгнуть Договор, путем направления письменного уведомления Исполнителю, за 5 календарных дней до даты расторжения, в случаях:

9.1.1. Признания в установленном порядке другой Стороны банкротом;

9.1.2 Оказания Услуг ненадлежащего качества, с недостатками, которые не могут быть устранены в приемлемый для Заказчика срок;

9.1.3. Нарушения исполнителем срока оказания Услуг более чем на 30 (Тридцать) календарных дней;

9.1.4. Неисполнения или/и ненадлежащего исполнения своих обязательств по Договору и неоднократного нарушения Исполнителем срока оказания Услуг или других условий Договора.
^ 10. Прочие условия

10.1. Договор вступает в силу с момента подписания, а в части оказания услуг в соответствии с пунктом 1.2. Договора, и действует до полного исполнения Сторонами обязательств.

10.2. Стороны обязуются регулярно извещать друг друга о предполагаемых изменениях в ходе исполнения Договора и информировать о дополнительно открывающихся обстоятельствах, непосредственно влияющих на исполнение Сторонами условий Договора в письменном виде.

10.3. Все изменения и/или дополнения к Договору будут иметь юридическую силу, если они не противоречат законодательству Республики Казахстан и совершены в письменной форме, подписаны уполномоченными представителями Сторон и скреплены печатями Сторон, при этом все изменения и/или дополнения к Договору являются неотъемлемыми частями Договора.

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

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

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

10.7. Перечень приложений к Договору, являющихся неотъемлемыми частями Договора.

- Приложение №1 «Технические требования»;

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

^ 11. Юридические адреса и реквизиты Сторон

Поставщик
________________



Заказчик

АО «Казахтелеком»

Республика Казахстан, г.Астана р-н Сары-Арка, пр. Абая 31

тел.(7172) 587704, факс (7172) 587556

РНН 600700017446, ИИК 057467457 в АО «Казкоммерцбанк»

БИК 190501724

Генеральный директор

_________________


^ Главный директор по ИТ

_____________________ Абдилдабеков М.М.

«____» ________2009г. м.п.

«____» ____________ 2009 г.

м.п.



Приложение №1

к Договору о закупках услуг

№__________

от «____» _____________2009 г.


Технические требования
^

Полное наименование системы.


Система построения отчетов по KPI процесса устранения неисправностей активных ресурсов сети, автоматизированного на базе системы управления проблемными билетами (СУПБ) – далее KPI СУПБ , или система.
^

Перечень документов на основании которых создается система.


  • Техническое задание «Система управления проблемными билетами. Проект OSS W (Этап 2)».

  • Регламент процесса устранения неисправностей активных ресурсов сетей телекоммуникаций АО "Казахтелеком".
^

Глоссарий и сокращения.


Таблица 1. Глоссарий и сокращения


KPI СУПБ

Система построения отчетов по KPI процесса устранения активных ресурсов сети, автоматизированного на базе системы управления проблемными билетами (СУПБ)

KPI

Key Performance Indicator (ключевой показатель эффективности)

^ Внешний справочник СУСТ

Набор данных, расположенный в СУБД и являющимся общим источником информации для различных программных продуктов СУСТ

ВИ

Внутренние инциденты

ПО

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

ПБ

Проблемный билет

СУПБ

Система управления проблемными билетами

СУСТ

Система управления сетями телекоммуникаций







ЦОУ

Центр оперативного управления (подразделение филиала)

Назначение.



Система отчетности KPI СУПБ должна формировать отчеты по ключевым показателям эффективности работы участников процесса управления активных ресурсов сети в соответствии с утвержденными метриками, указанным в таблице № 2.
^ Таблица 2. Контрольные сроки нахождения ПБ в определенном статусе




^ Действие процесса

Контрольные сроки (порог)


Метрики процесса


1

2

3

4

1

Уведомление регистратора ЦОУ о возникшей неисправности на объектах, не подключенным к СУСТ, специалистами соответствующих подразделений (10 минут)

+

Заполнение полей ПБ регистратором ЦОУ (5 минут)

15 минут

Метрика № 1.
Процент ПБ, зарегистрированных вручную в сверхконтрольный срок (от момента возникновения аварии до регистрации ПБ в статусе «Новый»), не более 3%;
Примечание: Вручную ПБ в СУПБ создаются с учетом времени уведомления регистратора ЦОУ специалистом соответствующего подразделения и времени заполнения ПБ регистратором ЦОУ.


2

Время реагирования пользователя СУПБ на ПБ в статусе «Новый» (перевод в статус «Назначен»)

5 минут

Метрика № 2.
Процент ПБ, принятых инженером в сверхконтрольный срок (переход ПБ из статуса «Новый» в статус «Назначен»), не более 3%;


3

Время для переназначения ПБ в статусе «Назначен» функциональной группе (перевод в статус «Назначен»)

5 минут


Метрика № 3.
Процент ПБ, переназначенных на функциональную группу в сверхконтрольный срок (переход ПБ в статус «Назначен»), не более 3%;


4

Время для назначения исполнителя на местах (перевод в статус «В работе»)

15 минут


Метрика № 4.
Процент ПБ, переданных в работу в сверхконтрольный срок (переход ПБ из статуса «Назначен» в статус «В работе»), не более 3%;


5

Время для перевода ПБ в статус «Отложен» или «В работе» из статуса «Эскалирован»


96 часов

Метрика № 5.
Процент ПБ проработанных супервизорами в контрольный срок (переход ПБ из статуса «Эскалирован» в статус «Отложен» (при эскалации в сервис-центр) или «В работе» (при возврате ПБ обратно в филиала с рекомендациями супервизора), не более 3%;


6

Время для закрытия ПБ (перевод в статус "Закрыт")

24 часа

Метрика № 6.
Процент ПБ, закрытых в контрольный срок (переход ПБ из статуса «Решен» в статус «Закрыт»), не более 3%.

7


Устранение неисправности в контрольное время устранения неисправностей


Расчетная величина. Указывается непосредственно для каждого ПБ индивидуально.


Метрика № 7.

Процент ПБ, решенных в сверхконтрольные сроки (от момента возникновения аварии до переход ПБ в статус «Решен»), не более 3%;


8

Время устранения неисправности в состоянии «С простоем связи».

3 часа – среднее время за определенный период

Метрика № 8.

Среднее время устранения неисправности с простоем связи, не более 3 часов.

9


Обоснованные внутренние инциденты


-


Метрика № 9.

Процент обоснованных внутренних инцидентов, от общего количества выставленных по филиалу внутренних инцидентов за определенный период, не более 5%;



Общие требования к отчетам.


  1. Система должна формировать сводные таблицы (срезы) исходных данных для всех отчетов по заданному расписанию за определенные периоды:

  • Неделя,

  • Месяц,

  • Квартал,

  • Год.

  1. Система должна отображать данные в разрезе:

  • Наименований филиалов, к которому относятся соответствующие пользовательские имена, выполняющие действия с ПБ;

  • Имен пользователей, сгруппированных по их принадлежности к филиалам1.

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

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

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

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

  5. Значения превышающие норму должны выделяться цветом, например цветом фона шрифта (черный шрифт , оранжевый фон).




Выходная форма отчетов по времени реагирования (метрики 1-6)
Результаты вычислений для метрик № 1-6, в сводной таблице должны иметь вид:



  1. Перечень полей:

    1. Количество действий над ПБ;

    2. Сумма времени реагирования (в минутах);

    3. Среднее время реакции (в минутах) по всем проблемным билетам (сверхконтрольным и выполненым в срок);

    4. Количество сверхсрочных ПБ (пороговое значение см. в таблице № 2);

    5. Процент (%) сверхсрочных по отношению к общему количеству ПБ (значение нормы см. в таблице № 2).

  2. Диаграмму, отображающую данные по среднему времени реакции.

  3. Диаграмму, отображающую данные по проценту сверхсрочных .


^ Выходная форма отчета детализации отчетов по времени реагирования (метрики 2-6)
Подотчет с таблицей детализации для отчетов метрик № 2-6 должен содержать следующие поля ПБ (сортировка по полю «Время реагирования (мин)» ):

  • Номер ПБ;

  • Имя пользователя;

  • Действие ;

  • Время действия ;

  • Время реагирования (мин);

  • Регистратор


и отображать только сверхконтрольные ПБ (с временем реагирования превышающим порог).
Описание отчета для метрики № 1.
Форма СУПБ: «Проблемные билеты».
Процент ПБ, зарегистрированных вручную в сверхконтрольный срок (от момента возникновения аварии до регистрации ПБ в статусе «Новый»), не более 3%;
Примечание: Вручную ПБ в СУПБ создаются с учетом времени уведомления регистратора ЦОУ специалистом соответствующего подразделения и времени заполнения ПБ регистратором ЦОУ.

Форма отчета СУПБ отображает количество ПБ, зарегистрированных вручную2 в сверхконтрольный срок.
В отчет попадают записи из истории действий над ПБ, которые соответствуют следующим правилам:


^ Выполнение действия

над ПБ

Принцип определения контрольного времени

Порог

(мин.)

Вид отчета

1

2

3

4

«Принять ПБ»

Разница между значениями полей

«Время регистрации ПБ» и «Время возникновения аварии»

15

  1. В разрезе филиалов

  2. В разрезе пользователей филиалов



Отчет должен иметь следующий вид:

1. Диаграмму и сводную таблицу , имеющую поля, указанные в п. 3. Выходная форма отчетов по времени реагирования (метрики 1-6):

2. Таблицу детализации по проблемным билетам, которая содержит только данные сверхконтрольных проблемных билетов и включает следующий набор полей СУПБ (сортировка по полю «Сверхконтрольное время в минутах» ):

  • Номер проблемного билета;

  • Время возникновения аварии;

  • Время регистрации ПБ;

  • Регистратор;

  • Сверхконтрольное время в минутах.


Описание отчета для метрики № 2.
Форма СУПБ: «История действий».
В отчет попадают записи из истории действий над ПБ, которые соответствуют следующим правилам:


^ Выполнение действия

над ПБ

Принцип определения контрольного времени

Вид отчета

1

2

3

«Принять ПБ»

Разница между значениями полей

«Время действия» и «Время создания ПБ»


  1. В разрезе филиалов

  2. В разрезе пользователей филиалов



Выходную форму результатов вычислений см. в п 3. , таблицу детализации в п.4.
Описание отчета для метрики № 3
Форма СУПБ: «История действий».
В отчет попадают записи из истории действий над ПБ, которые соответствуют следующим правилам:


^ Выполнение действия

над ПБ

Принцип определения контрольного времени.

Контролируется интервал времени, затраченный на перевод ПБ из статуса в статус.

^ Вид отчета

1

2

3

«Назначить группу исполнителей»

«Назначен»  «Назначен».


  1. В разрезе филиалов

  2. В разрезе пользователей филиалов

«Переназначить ПБ»

«Отвергнут» «Назначен»


«Вернуть ПБ»

«Решен»  «Назначен»




Выходную форму результатов вычислений см. в п 3. , таблицу детализации в п.4.

^ Описание отчета для метрики № 4
Форма СУПБ: «История действий».
В отчет попадают записи из истории действий над ПБ, которые соответствуют следующим правилам:


^ Выполнение действия

над ПБ

Принцип определения контрольного времени

Контролируется интервал времени, затраченный на перевод ПБ из статуса в статус.

^ Вид отчета

1

2

3

«Назначить исполнителя на месте»

«Назначен»  «В работе»



  1. В разрезе филиалов

  2. В разрезе пользователей филиалов



Выходную форму результатов вычислений см. в п 3. , таблицу детализации в п.4.

Описание отчета для метрики № 5
Форма СУПБ: «История действий».
В отчет попадают записи из истории действий над ПБ, которые соответствуют следующим правилам:


^ Выполнение действия

над ПБ

Принцип определения контрольного времени.

Контролируется интервал времени, затраченный на перевод ПБ из статуса в статус.

^ Вид отчета

1

2

3

«Перенести решение ПБ в сервис-центр производителя»

«Эскалирован»  «Отложен».


В разрезе пользователей в роли Супервизор I

«Рекомендации супервизора»

«Эскалирован»  «В работе».




Выходную форму результатов вычислений см. в п 3. , таблицу детализации в п.4.

^ Описание отчета для метрики № 6
Форма СУПБ: «История действий».
В отчет попадают записи из истории действий над ПБ, которые соответствуют следующим правилам:


^ Выполнение действия

над ПБ

Принцип определения контрольного времени.

Контролируется интервал времени, затраченный на перевод ПБ из статуса в статус.

^ Вид отчета

1

2

3

«Закрыть ПБ»

«Решен»  «Закрыт».


  1. В разрезе филиалов

  2. В разрезе пользователей филиалов


Выходную форму результатов вычислений см. в п 3. , таблицу детализации в п.4.

Описание отчета для метрики № 7
Форма СУПБ: «Проблемные билеты».

Форма отчета СУПБ отображает количество ПБ, нерешенных в контрольные сроки устранения неисправности в разрезе подразделений Общества.

Отчет строится в разрезе филиалов и в разрезе пользователей филиалов, выполнявших действие "Описать решение ПБ".
Отчет должен иметь следующий вид:

1. Сводную таблицу, имеющую три поля:

  1. Общее количество ПБ;

  2. Количество сверхсрочных ПБ;

  3. Процентное отношение количества сверхконтрольных проблемных билетов по отношению ко всей сумме билетов (100 %), участвующих в отчете за указанный период.

2. Диаграмму, отображающую данные таблицы (см. пункт 1);

3. Таблицу детализации по проблемным билетам, которая содержит только данные сверхконтрольных (с просроченным контрольным сроком устранения неисправностей) проблемных билетов и включает набор полей СУПБ с группировкой по филиалу и далее по пользователю, выполняющего действие "Описать решение ПБ":

  • Номер проблемного билета;

  • Время регистрации ПБ;

  • Регистратор;

  • Время выполнения действия "Описать решение ПБ";

  • Имя пользователя, выполняющего действие "Описать решение ПБ";

  • Контрольный срок решения ПБ в формате "Сутки \ Часы \ Минуты";

  • Сверхконтрольное время в формате "Сутки \ Часы \ Минуты".


Описание отчета для метрики № 8
Форма СУПБ: «Проблемные билеты».
Форма отчета СУПБ отображает среднее время простоя связи, отраженных в ПБ.

Отчет строится в разрезе филиалов.

^ Определение наименования филиала для построения отчета: филиал к которому относятся соответствующие пользовательские имена, выполняющие действие "Описать решение ПБ".

Данный отчет должен содержать следующие компоненты:

1. Сводную таблицу, имеющую поля:

    1. Общее количество ПБ;

    2. Сумма времен для следующих значений "Повреждение с простоем связи" поля "Состояние неисправностей".

    3. Среднее время простоя связи всех ПБ при норме 3 часа.


2. Диаграмму, отображающую данные таблицы (см. пункт 1);
3. Таблицу детализации по проблемным билетам с простоем связи более 3 часов, включая набор полей СУПБ с группировкой по филиалу и далее по пользователю, выполняющего действие "Описать решение ПБ":

  • Номер проблемного билета;

  • Время регистрации ПБ;

  • Регистратор;

  • Перечень кодов и описания состояния неисправности + Дата \ Время ввода кодов состояния неисправности



Описание отчета для метрики № 9
Форма СУПБ: «Внутренние инциденты».
Форма отчета СУПБ отображает процент обоснованных внутренних инцидентов (ВИ), от общего количества выставленных по филиалу внутренних инцидентов за определенный период (поле «Дата/время отработки» формы СУПБ «Внутренние инциденты»»).

Отчет строится в разрезе филиалов.
Данный отчет должен содержать следующие компоненты:

1. Сводную таблицу, имеющую поля:

  1. Общее количество ВИ , где значение поля «Результат отработки ВИ» равно одному из следующих

      • Не отработанные;

      • Обоснованные;

      • Не обоснованные;

    1. Количество обоснованных ВИ , где значение поля «Результат отработки ВИ» равно «Обоснованный».

    2. Процентное отношение количества обоснованных ВИ к количеству всех ВИ за указанный период, где процент обоснованных внутренних инцидентов, от общего количества выставленных по филиалу внутренних инцидентов за определенный период, не более 5%;.


2. Диаграмму, отображающую данные таблицы (см. пункт 1);
3. Таблицу детализации по обоснованным ВИ:

  • Номер проблемного билета;

  • Дата/время отработки;

  • Тип ВИ;

Процент обоснованных внутренних инцидентов, от общего количества выставленных по филиалу внутренних инцидентов за определенный период, не более 5%;

^ Требования к документации
Эксплуатационная документация на систему должна быть на русском языке, поставляться на магнитном носителе (на CD-ROM) в количестве 2 и содержать:

  • ^ Дистрибутив для инсталляции;

  • Руководство администратора – руководство для системного администратора, включая системные требования, инструкцию по инсталляции, инструкции по сопровождению (настройка приложений, модулей , файлов конфигурации и прочих параметров, необходимых для работы системы).

  • ^ Руководство пользователя – описание наиболее типичных пользовательских задач, которые могут быть решены пользователем с помощью продукта, полное и всестороннее описание функциональной структуры и интерфейса программного продукта, а так же общих приёмов работы для конечного пользователя;

Документация должна быть в формате читаемом в стандартных приложениях (Word, Adobe Reader) для операционных систем семейства Microsoft Windows.

^ Требования к системе и порядок предъявления системы заказчику

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

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

  1. Проводятся предварительные испытания на контрольных задачах в соответствии с согласованной и утвержденной программой-методикой тестирования, разработанной Разработчиком системы на основе настоящего Технического Задания.

  2. Опытная эксплуатация системы на реальных данных в течении 3 месяцев. В время проведения которой :

  • Заказчик выявляет возможные отклонения и ошибки , а также фиксирует замечания пользователей в работе системы.

  • Разработчик своевременно устраняет выявленные отклонения/ошибки и замечания.

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



Генеральный директор

___________________


Главный директор по ИТ
_____________________ Абдилдабеков М.М.


«____» ___________ 2009г.

м.п.

«____» ____________ 2009г.

м.п.




1 Некоторые группы пользователей не имеют отношение к филиалу, соответственно необходимо производить замену значения = Null на значение «Другие подразделения»

2 Для ручных ПБ поле «Регистратор» имеет значение равное «Netcool/Omnibus»

Похожие рефераты:

«Казахтелеком», именуемое в дальнейшем
«Заказчик», в лице, с одной стороны и, именуемое в дальнейшем «Исполнитель», в лице., действующего на основании Устава, с другой...
Ао «Казахтелеком», именуемое в дальнейшем
Омарова К. Е., с одной стороны, и, именуемое в дальнейшем «Поставщик», в лице., действующего на основании Устава, с другой стороны,...
Ао «Казахтелеком», именуемое в дальнейшем
Болатқызы А., действующего на основании доверенности №10 от 10. 01. 2012 г., с одной стороны, и именуемое в дальнейшем «Поставщик»,...
Ао «Казахтелеком», именуемое в дальнейшем «Заказчик», в лице Генерального...
«Временных Правил осуществления закупок в ао «Казахтелеком», утвержденного Решением Правления ао «Казахтелеком» за №11 от 02 февраля...
Ао «Казахтелеком», именуемое в дальнейшем
Ао «Казахтелеком», утвержденных Решением Совета директоров ао «Казахтелеком» (Протокол заседания Совета директоров №6 от 31. 03....
Ао «Казахтелеком», именуемое в дальнейшем
Ао «Казахтелеком», утвержденных Решением Совета директоров ао «Казахтелеком» (Протокол заседания Совета директоров №6 от 31. 03....
Именуемое в дальнейшем «Заказчик», в лице Генерального директора...
«Стороны», а по отдельности «Сторона», согласно п п. 83. п. 8 Временных правил осуществления закупок в ао «Казахтелеком», утвержденным...
В лице., действующего на основании Устава, с одной стороны, и ао...
Заместителя Генерального директора – Финансового директора Дирекции корпоративных продаж – филиала ао «Казахтелеком» Болатқызы А.,...
Ао «Казахтелеком», именуемое в дальнейшем

Ао «Казахтелеком», именуемое в дальнейшем


Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
referatdb.ru
referatdb.ru
Рефераты ДатаБаза