__Кафедра АСОІУ НТУУ «КПІ» група ІС-11___ ЗАТВЕРДЖУЮ Зав.кафедри АСОІУ ___________/О.А. Павлов / «__»_________2014 ЗАТВЕРДЖУЮ К.т.н. доцент каф. АСОІУ ______________ / Т.В. Ковалюк/ «__»_________2014 _Автоматизована робоча модель_ найменування виду АС АРМ куратора студентів найменування Об’єкта автоматизації _____________________АРМ куратора студентів_______________ скорочена назва АС ТЕХНІЧНЕ ЗАВДАННЯ На 10 листах Дійсне з 10.04.2014 Узгоджено Відповідальні виконавці Студента гр. ІС24 Терентьєв Р.А. “____” ____________ 2014 Київ 2014

Зміст

1. Вступ 4

1.1. Повна назва системи та її умовне позначення 4

1.2. Номер договору (контракту) 4

1.3. Назва організації-замовника та організацій-учасників робіт 4

1.4. Перелік документів, на основі яких створюється система 4

1.5. Планові терміни початку і закінчення роботи по створенню системи 4

1.6. Джерела і порядок фінансування робіт 4

1.7. Порядок оформлення і пред’явлення замовнику результатів робіт по створенню системи 5

1.8. Перелік нормативно-технічних документів, методичних матеріалів, використаних при розробці ТЗ 5

1.9. Визначення, позначення і скорочення 5

2. Призначення і цілі створення системи 5

2.1. Призначення системи 5

2.2. Цілі створення системи 6

3. Характеристика об’єкта автоматизації 6

4. Вимоги до системи 6

4.1. Вимоги до системи в цілому 6

4.1.1. Вимоги до структури і функціонуванню системи 6

4.1.2. Вимоги до чисельності і кваліфікації персоналу системи 7

4.1.3. Вимоги до надійності 8

4.1.4. Вимоги до ергономіки і технічної естетики 8

4.1.5. Вимоги до зберігання інформації при аваріях 8

4.2. Вимоги до функцій, що виконуються системою 8

4.3. Вимоги до видів забезпечення 9

4.3.1. Вимоги до математичного забезпечення системи 10

4.3.2. Вимоги до інформаційного забезпеченню системи 10

4.3.3. Вимоги до лінгвістичного забезпечення системи 10

4.3.4. Вимоги до програмного забезпечення системи 10

4.3.5. Вимоги до технічного забезпечення 10

4.3.6. Вимоги до організаційного забезпечення 10

4.3.7. Вимоги до методичного забезпечення 10

5. Склад і зміст робіт по створенню(розвитку) системи 11

6. Порядок контролю і приймання системи 11

6.1. Види, склад, об’єм і методи випробування системи 11

6.2. Загальні вимоги до прийому роботи по стадіям 11

7. Вимоги до складу і змісту робіт по підготовці об’єкта автоматизації до введення системи в роботу 11

8. Джерела розробки 13

1. Вступ

   1. Повна назва системи та її умовне позначення

Повна назва системи: автоматизоване робоче місце куратора студентів.

Коротка назва система: АРМ куратора студентів

2. Номер договору (контракту)

Шифр теми: IS-2422-PS.

Заключення договору (контракту) не передбачено

3. Назва організації-замовника та організацій-учасників робіт

Замовником є Доцент кафедри АСОІУ НТУУ ”КПІ” Ковалюк Т.В (далі за текстом – «Замовник»).

Адреса замовника: м. Київ, п. Перемоги 37, 18 корпус ФІОТ АСОІУ.

Розробником є Терентьєв Р.А. («Розробник»).

Адреса розробника: м. Київ, вул. Якубовського 7

4. Перелік документів, на основі яких створюється система

Підставою для розробки програмного продукту «АРМ куратора студентів» є наступні документи:

• Тема, дана кафедрою АСОІУ НТУУ «КПІ» від 1.09.2014 року.

• Начальний план кафедри АСОІУ НТУУ «КПІ».

• Навчальна програма дисципліни «Об’єктно-орієнтоване програмування», затверджене кафедрою АСОІУ НТУУ «КПІ».

5. Планові терміни початку і закінчення роботи по створенню системи

Плановий строк початку роботи по створенню системи об’єктно-орієнтований аналізу та об’єктно-орієнтованого проектування програми, що моделює роботу куратора студентів — березень 2014 року.

Плановий строк кінця роботи по створенню системи об’єктно-орієнтований аналізу та об’єктно-орієнтованого проектування програми, що моделює роботу куратора студентів — травень 2014 року.

6. Джерела і порядок фінансування робіт

Фінансування робіт не передбачено.

7. Порядок оформлення і пред’явлення замовнику результатів робіт по створенню системи

Система передається у вигляді інсталяційного файлу в терміни, встановлені згідно п.1.5 ТЗ. Узгодження системи здійснюється комісією у складі уповноважених представників Замовника і Виконавця.

Порядок пред'явлення системи, її випробувань та остаточного узгодження визначений у п.6 ТЗ. Спільно з пред'явленням системи проводиться здача розробленого Виконавцем комплекту документації згідно п.8 цього ТЗ.

8. Перелік нормативно-технічних документів, методичних матеріалів, використаних при розробці тз

При розробці автоматизованої системи і створення проектно-експлуатаційної документації Виконавець повинен керуватися вимогами наступних нормативних документів:

• ГОСТ 34.601-90. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення;

• ГОСТ 34.201-89. Інформаційні технології. Комплекс стандартів на автоматизовані системи. Види, комплексність і позначення документів при створенні автоматизованих систем;

• РД 50-34.698-90. Методичні вказівки. Інформаційні технології. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Вимоги до змісту документів.

• ДСТУ 3918-99 Інформаційні технології. Процеси життєвого циклу програмного забезпечення

9. Визначення, позначення і скорочення

ДСТУ – Державні стандарти України

ТЗ – технічне завдання.

ДБН – державні будівельні норми.

АС – автоматизована система.

ТОВ – товариство з обмеженою відповідальністю.

ПЗ – програмне забезпечення.

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

СУБД – система управління базами даних.

ПК – персональний комп’ютер.

ОС – операційна система.

2. Призначення і цілі створення системи

   1. Призначення системи

АС призначена для автоматизації роботи куратора студентів. Передбачається автоматизація процесів:

• Реєстрація студентів та занесення даних в базу даних (ID студента, прізвище, ім’я, по батькові, громадянство, адреси проживання та прописки (тимчасова, якщо в гуртожитку), телефони, інформація про батьків, e-mail, яку іноземну мову вивчає, форма навчання (контракт, бюджет), оцінки по сесіям, бали ECTS, № заліковки, творчі здобутки (спорт, художня самодіяльність), хоббі, рік вступу в НТУУ КПІ, вартість контракту.

• Ведення журналу успішності студентів (атестації, сесії, нарахування стипендій);

• Облік контрактів по групі ;

• Облік іноземних студентів;

• Облік фінансової заборгованості по контрактах;

• Формування списків студентів з академічною заборгованістю;

• Формування списків студентів, поданих на відрахування;

• Формування списків відрахованих студентів або переведених в інші ВНЗ (факультети);

• Облік студентів, що поновлюють навчання та зараховані в групу.

• Формування листів батькам та до посольств щодо негативної успішності студентів;

• Проблемні питання щодо студентів, для іноземців – просрочені візи;

• Реєстрація працевлаштування випускників;

2. Цілі створення системи

Основними цілями створення АС «АРМ куратора студентів» є:

• Підвищення ефективності виконання процесів, перерахованих вище, шляхом скорочення непродуктивних і дублюючих операцій, операцій, які виконуються «вручну» та пришвидшення роботи.

• Підвищення точності обрахунків за рахунок комп’ютерних обчислень.

• Систематизація нормативної інформації.

3. Характеристика об’єкта автоматизації

Об’єктом автоматизації є куратор студентів. АРМ може виконувати деякі сервісні функції (створювати листи для батьків, обраховувати стипендії), заходити в систему (вводити логін та пароль), створювати звіти та виконувати інші функції, що перечислені в п.2.1.

4. Вимоги до системи

   1. Вимоги до системи в цілому

      1. Вимоги до структури і функціонуванню системи

         1. Перелік підсистем, їх призначення і основні характеристики

• Підсистема зберігання даних

• Підсистема формування документації;

• Підсистема обліку студентів;

• Підсистема валідації;

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

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

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

Підсистема валідації призначена для обробки виключних ситуацій.

2. Вимоги до характеристик взаємозв’язків створюваної системи із іншими системами

«АРМ куратора студентів» повинна взаємодіяти з наступними системами:

• MS Office 2003 та МS Office 2007

• Програма «Notepad» ОС Windows

Можливі наступні варіанти обміну:

• Експорт документації по проведеним розрахункам

3. Вимоги по діагностиці системи

При виникненні аварійних ситуації або помилок в ПЗ повинен зберігатися повний набір інформації необхідний розробнику для аналізу проблеми.

4. Перспективи розвитку, модернізації системи

Вимоги не пред’являються

2. Вимоги до чисельності і кваліфікації персоналу системи

Для експлуатації «АРМ куратора студентів» визначені наступні ролі:

• Системний адміністратор;

• Користувач

Основні обов’язки системного адміністратора: встановлення, налаштування і моніторинг працездатності системного і програмного забезпечення

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

Користувач системи повинен мати досвід роботи з ПК на базі ОС «Windows» на рівні кваліфікованого користувача.

Рекомендована чисельність до експлуатації АС «АРМ куратора студентів»:

• Адміністратор – 1 штатна одиниця

• Користувач – 1 штатна одиниця