ЗМІСТ 

1. Вступ. 3

2. Об’єкт випробувань. 4

3. Мета випробувань. 5

4. Загальні положення. 6

5. Обсяг випробувань. 7

5.1. Перелік перевірок. 7

5.2. Послідовність проведення випробувань. 7

5.3. Вимоги до випробувань програмних засобів. 8

5.4. Порядок проведення робіт після випробувань. 8

6. Умови та порядок проведення випробувань. 9

7. Матеріально-технічне та метрологічне забезпечення випробувань. 10

ДОДАТОК А.. 11

ДОДАТОК Б. 13

ДОДАТОК В.. 14

1.  Вступ

Цей документ розроблено у відповідності до вимог нормативних документів: ГОСТ 34.201 та РД 50-34.698.

Документ встановлює правила і порядок проведення випробувань і документування для перевірки підготовленості розрахунково-клірингова інформаційної системи (РКІС) Аграрної біржі до експлуатації.

Документ містить переліки перевірок, які необхідно виконати при випробуваннях для підтвердження виконання вимог документу «Система …(наводите вашу назву). Технічне завдання».

2. Об’єкт випробувань

Повна назва системи: ….

Позначення системи: ….

Комплектність системи що випробовується:

- програмне забезпечення на електронних носіях;

- експлуатаційна документація на паперових та електронних носіях. 

3. Мета випробувань

Метою випробувань є перевірка:

- комплектності і якості комплекту програмного забезпечення Системи;

- комплектності і якості документації;

- працездатності режимів Системи і відповідності їх функціонування вимогам технічного завдання.

Результатом випробувань є протокол випробувань, який визначає ступінь готовності Системи до впровадження у експлуатацію.

4. Загальні положення

Перелік документів, на підставі яких проводяться випробування:

- «Назва системи. Технічне завдання»;

Місце проведення випробувань: приміщення Аграрної біржі

Тривалість проведення випробувань: з 20 по 25  грудня 2013 року

Організації, які приймають участь у випробуваннях:

Замовник: НТУУ «КПІ»

Виконавець: Пишіть себе

5. Обсяг випробувань

5.1. Перелік перевірок

Перелік перевірок наведено у наступній таблиці 1.

Таблиця 1

5.2. Послідовність проведення випробувань

Послідовність проведення перевірок при випробуваннях наступна:

1. Перевірка комплектності програмного забезпечення і програмної документації (методика – у розділі 1.1 Додатку 1)

2. Перевірка комплектності і якості документації (методика – у розділі 1.2 Додатку 1)

3. Перевірка працездатності режимів Системи і відповідності їх функціонування вимогам технічного завдання (методика – у розділах Додатку 1 починаючи з розділу 1.3).

5.3. Вимоги до випробувань програмних засобів

Випробування програмних засобів (перевірка працездатності режимів Системи) здійснюється на технічних і програмних засобах, які виділені для зазначених робіт.

Виконавець повинен до початку випробувань працездатності програмного забезпечення провести наступні підготовчі роботи:

- встановити необхідне системне програмне забезпечення на сервери, виділені для випробувань;

- встановити і налагодити параметри системи керування базами даних (СКБД Oracle) на сервери, виділені для випробувань;

- провести встановлення і налагодження серверної частини Системи на виділеному сервері баз даних;

- провести первинне заповнення довідників Системи у базі даних.

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

5.4. Порядок проведення робіт після випробувань

Після завершення перевірок згідно положень цього документу, учасники випробувань протягом 3 (трьох) робочих днів складають і підписують протокол проведення випробувань (форму наведено у додатку 2 цього документу).

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

У разі успішного завершення випробувань, Замовник і Виконавець на підставі протоколу складають акт про впровадження Системи у експлуатацію

У разі виявлення критичних помилок або необхідності серйозних доопрацювань системи, Замовник і Виконавець на підставі протоколу складають акт про доопрацювання Системи і визначають час проведення повторних випробувань.

6. Умови та порядок проведення випробувань

Випробування проводяться робочою групою у складі представників Замовника і Виконавця, яка визначена наказом Замовника.

Випробування проводяться на території Замовника або Виконавця (за вибором Замовника).

Проведення випробувань здійснюється одним етапом.

Обмеженням в умовах проведення випробувань э використання тестових даних для проведення перевірок.

Технічне обслуговування Системи протягом проведення випробувань забезпечується спеціалістами Виконавця.

Для безпечного та безаварійного проведення випробувань, Замовник за участі  Виконавця створює тестовий полігон на основі технічних засобів і телекомунікацій у відповідності з вимогами Системи до такого оточення (згідно технічного завдання).

Учасники випробувань взаємодіють у складі робочої групи, визначеної наказом Замовника.

Замовник має право залучати сторонніх експертів, включивши їх наказом до робочої групи з проведення випробувань та приймання Системи у експлуатацію. Учасники випробувань під час проведення випробувань мають право залучати до роботи сторонніх експертів за взаємною згодою у робочому порядку.

Працівникам Замовника, який залучається до участі у випробуваннях рекомендується до початку випробувань ознайомитись із експлуатаційною документацією у межах АРМ, які автоматизують виконання функцій зазначених працівників і рекомендується прослухати відповідні навчальні курси з оволодіння Системою.

7. Матеріально-технічне та метрологічне забезпечення випробувань

Проведення випробувань здійснюється з використанням обладнання Замовника, яке по характеристикам є аналогічним обладнанню, що буде використовуватись ним у процесі експлуатації Системи.

Для інсталяції системного програмного забезпечення, програмного забезпечення системи керування базами даних, програмного забезпечення AsBase використовується ліцензійне програмне забезпечення, яке є власністю Замовника і яке відповідає вимогам технічного завдання до такого програмного забезпечення.

Мінімальний набір технічного і системного програмного забезпечення для проведення випробувань складається.

Обладнання має об‘єднуватись локальною мережею з пропускною здатністю не нижче зазначеного у технічному завданні значення.

ДОДАТОК А

Методика перевірки комплектності і якості комплекту програмного забезпечення Системи

У випробуванні перевіряється:

1) комплектність програмного забезпечення, наданого Виконавцем для проведення випробувань;

2) якість інсталяції програмного забезпечення (перераховуєте типи ПЗ, сервер застосувань і т.д.) на обладнанні, призначеному для проведення випробувань.

Послідовність дій при випробуваннях:

1) аналіз наповнення електронних носів;

2) інсталяція серверу застосувань.

Приклад

Учасник робочої групи має виконати інсталяцію програмного забезпечення серверу … диску послідовно виконуючи кроки, які передбачено документом «Інсталяція серверу застосувань AsBase. Технологічна інструкція» (шифр 32243206.184154.005.И2.03).

Далі наведено приклад. Заповнюйте свої дані

3) інсталяція менеджера AsBase.

Учасник робочої групи має виконати інсталяцію програмного забезпечення серверу AsBase з інсталяційного диску послідовно виконуючи кроки, які передбачено документом «Інсталяція компонент адміністрування. Технологічна інструкція» (шифр 32243206.184154.005.И2.04).

4) інсталяція клієнта AsBase.

Учасник робочої групи має виконати інсталяцію програмного забезпечення серверу AsBase з інсталяційного диску послідовно виконуючи кроки, які передбачено документом «Інсталяція клієнта AsBase. Технологічна інструкція» (шифр 32243206.184154.005.И2.05).

Система витримала випробування, якщо:

1) Комплектність електронних носіїв наступна:

CD1 містить:

- папку DMP_CREATE_OBJECTS з файлами створення  об'єктів бази даних та об’єктів репозитарія AsBase Create_argo_objects.dmp (для схеми ARGO), Create_dict_objects.dmp (для схеми DICT) та супутніми фалами для розгортання системи;

- папку MODEL з фалом фізичної бази даних Model.pdm.

- папку Install з фалами дистрибутивами серверу застосувань, компонент адміністрування та клієнту AsBase: AbClient.exe, ABManager.exe, ABServer.exe.

CD2 містить папку DOC з файлами експлуатаційної документації у форматі doc.

2) у результаті інсталяції серверу застосувань на сервері:

- створено папку С:\Program Files\ASbase Corp\ABServer з файлами серверної частини Системи;

- запущено сервіс Borland Socket Server

- при інсталяції не відбувалось збоїв.

3) у результаті інсталяції менеджера AsBase на клієнтському комп‘ютері адміністратора Системи:

- створено папку С:\Program Files\ASbase Corp\ABManager з файлами компонент адміністрування Системи;

- AsBase Manager з'єднується з сервером бази даних;

- при інсталяції не відбувалось збоїв.

4) у результаті інсталяції клієнта AsBase на клієнтському комп‘ютері користувача:

- створено папку С:\Program Files\ASbase Corp\ABClient з файлами клієнтської частини Системи;

- AsBase Client з'єднується з сервером застосувань;

- при інсталяції не відбувалось збоїв.

ДОДАТОК Б

Методика перевірки комплектності і якості документації Системи

Послідовність дій при перевірці:

1) комплектність експлуатаційної документації системи;

2) якість експлуатаційної документації системи.

Приклад

Система витримала випробування, якщо:

1) Надано повний комплект експлуатаційної документації на паперових носіях:

- Відомість експлуатаційної документації  (шифр 32243206.184154.005.ЕД);

- Відомість машинних носіїв інформації (шифр 32243206.184154.005.ВМ);

- Каталог бази даних (шифр 32243206.184154.005.В7);

- Інструкція по формуванню і веденню бази даних (шифр 32243206.184154.005.И4);

- Загальний опис системи (шифр 32243206.184154.005.ПД);

- Паспорт (шифр 32243206.184154.005.ПС);

- Резервування та відновлення бази даних. Технологічна інструкція (шифр 32243206.184154.005.И2.01);

- Інсталяція СКБД Oracle. Технологічна інструкція (шифр 32243206.184154.005.И2.02);

- Інсталяція серверу застосувань AsBase. Технологічна інструкція (шифр 32243206.184154.005.И2.03);

2) За результатами вивчення документації у Замовника немає претензій до якості у жодному документі наданої документації.

ДОДАТОК В

Методика випробувань АРМ «Аналітика»

Приклад

В усіх випробуваннях цього розділу вхід до системи з клієнтського комп‘ютера здійснюється з іменем і паролем тестового користувача, якому надані права на корегування даних у довідниках, перегляд і друк звітів в АРМ  «Аналітика».

Випробування документу  «Довідник уповноважених банків»

У випробуванні перевіряється коректність роботи Системи з довідником уповноважених банків.

Послідовність дій при випробуваннях:

1) ввійти до системи на клієнтському комп‘ютері;

2) відкрити документ „Довідники/ Загальні довідники/ Довідник уповноважених банків” з дерева документів;

3) додати новий запис для внесення у довідник нового банку;

4) внести у поля доданого запису наступні дані: назва банку: «Банк», МФО: «111111»;

5) зберегти внесені дані;

6) додати новий запис для внесення у довідник ще одного нового банку;

7) внести у поля доданого запису наступні дані: назва банку: «Банк 3», МФО: «333333»;

8) зберегти внесені дані;

9) змінити назву першого банку (на «Банк 1»);

10) зберегти змінені дані;

11) видалити з довідника запис про «Банк 3»;

12) зберегти дані;

13) додати новий запис для внесення у довідник ще одного нового банку;

14) внести у поля доданого запису наступні дані: назва банку: «Банк 2», МФО: «222222»;

15) закрити документ (зберегти дані).

16) відкрити звіт «Довідники/ Звіти по довідникам / Загальні довідники/ Довідник уповноважених банків»;

17) переглянути звіт;

18) надрукувати звіт.

Система витримала випробування, якщо:

1) послідовність дій виконується без помилок, всі кроки виконуються коректно;

2) відображаються коректні дані у документі і звіті;

3) у звіті міститься перелік з двох банків («Банк 1» та «Банк 3»).

4) звіт друкується.

Випробування документу  «Довідник умов поставок»

У випробуванні перевіряється коректність роботи Системи з довідником умов поставок.

Послідовність дій при випробуваннях:

Після підключення з клієнтського робочого місця  необхідно відкрити документ „Довідники/ Загальні довідники/ Довідник умов поставок”. Після відкриття документу додати новий запис і внести дані про нову умову поставки (Тип поставки «TST», назва «ТРЕстова поставка»). Зберегти дані. Змінити поле назва запису (змінити на «Тетестова поставка»). Зберегти дані. Вилучити введений запис. Створити запис знову (Тип поставки «TST», назва «Тестова поставка»). Закрити документ (зберегти дані). Цей довідник містить дані за замовчуванням (перелік умов поставок за «INCOTERMS») при тестуванні бажано не видаляти вже введені дані, лише ті, що вводяться користувачем.

Відкрити звіт «Довідники/ Звіти по довідникам / Загальні довідники/ Довідник умов поставок»

Система витримала випробування, якщо:

Документ відкривається, дані можна вводити, редагувати та видаляти (якщо це дозволено), та немає помилок відображення даних. . Після відкриття звіту:

- звіт містить усі показники (перелік), інформація не містить помилок відображення даних (дані в звіті співпадають з даними в формі “Довідник умов поставок ”).

Випробування документу  «Довідник одиниць виміру»

У випробуванні перевіряється коректність роботи Системи з довідником одиниць виміру.

Послідовність дій при випробуваннях:

Після підключення з клієнтського робочого місця  необхідно відкрити документ „Довідники/ Загальні довідники/ Довідник одиниць виміру”. Після відкриття документу додати новий запис і внести дані про нову одиницю виміру (Скорочена назва: «т.». Повна назва: «тоннннннна»). Зберегти дані і внести дані про ще одну одиницю виміру (Скорочена назва: «м.». Повна назва: «метр»). Знову зберегти дані і змінити повну назву першої одиниці (на «тонна»). Закрити документ (зберегти дані).

Відкрити звіт «Довідники/ Звіти по довідникам / Загальні довідники/ Довідник одиниць виміру»

Система витримала випробування, якщо:

Документ відкривається, дані можна вводити, редагувати та видаляти (якщо це дозволено), та немає помилок відображення даних. Після відкриття звіту:

- звіт містить усі показники (перелік), інформація не містить помилок відображення даних (дані в звіті співпадають з даними в формі “Довідник одиниць виміру ”).

Випробування документу  «Довідник брокерів»

У випробуванні перевіряється коректність роботи Системи з довідником брокерів.

Послідовність дій при випробуваннях:

Після підключення з клієнтського робочого місця  необхідно відкрити документ „Довідники/ Учасники біржового процесу / довідник брокерів”. Після відкриття документу додати новий запис і внести дані про нового брокера (заповнити поля з таблиці (Таблиця 1), поля не вказані у таблиці можливо заповнити будь-якими значеннями) При заповненні поля «Брокерська контора» у спадаючому списку обрати значення з довідника брокерських контор. Зберегти дані. Додати що одного брокера використовуючи значення полів з таблиці (Таблиця 1) і зберегти введені дані.

Таблиця 1

Відкрити звіт «Довідники/ Звіти по довідникам / Учасники біржового процесу / Довідник брокерів»

Система витримала випробування, якщо:

Документ відкривається, дані можна вводити, редагувати та видаляти (якщо це дозволено), та немає помилок відображення даних  Спадаючий список у полі «брокерська контора» відображає наповнення відповідного довідника. Після відкриття звіту:

- звіт містить усі показники (перелік), інформація не містить помилок відображення даних (дані в звіті співпадають з даними в формі “Довідник брокерів”). 

Результати випробувань:

1) Ступінь виконання вимог: (повна/ повна з незначними зауваженнями/ часткова/ не виконує вимог)

2) Перелік критичних проблем:

3) Перелік побажань замовника:

4) Висновок про можливість впровадження: 

Підписи членів комісії

З повагою ІЦ "KURSOVIKS"!