ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 20.11.2019
Просмотров: 507
Скачиваний: 1
Додаток 1. Приклад розробки технічного завдання на програмний продукт
МІНІСТЕРСТВО
ОСВІТИ І НАУКИ УКРАЇНИ
КИЇВСЬКА
ДЕРЖАВНА АКАДЕМІЯ ВОДНОГО ТРАНСПОРТУ
ім. Гетьмана Петра Конашевича-Сагайдачного
Кафедра інформаційних технологій
ПРОГРАМА СОРТУВАННЯ ОДНОМІРНОГО МАСИВА
Техничне завдання на виконання лабораторної роботи
Керівник, к.т.н., доцент Мучник М.М.
Виконавець, студент гр. 0522 ПЗАС4 Власов С. Е.
Київ, 2009
Рис. 1. Приклад оформлення титульного листа технічного завдання на навчальний програмний продукт
1. Вступ
Це технічне завдання поширюється на розробку програми сортування одномірного масиву методами бульбашки, прямого вибору, Шелла і швидкого сортування, призначеної для використання студентами при вивченні курсу розробки програмного забезпечення.
2. Підстава для розробки
2.1. Програма розробляється на основі навчального плану кафедри інформаційних технологій.
2.2. Найменування роботи:
«Програма сортування одномірного масиву».
2.3. Виконавець: компанія Student.
2.4. Співвиконавці: немає.
3. Призначення
Програма призначена для використання студентами при вивченні теми «Обробка одномірних масивів» .
4. Вимоги до програми або програмного виробу
4.1. Вимоги до функціональних характеристик
4.1.1. Програма повинна забезпечувати можливість виконання наступних функцій:
• уведення розміру масиву і самого масиву;
• зберігання масиву в пам'яті;
• вибір методу сортування;
• виведення текстового опису методу сортування;
• виведення результату сортування.
4.1.2. Вихідні дані:
• розмір масиву, заданий цілим числом;
• масив.
4.1.3. Організація вхідних і вихідних даних
Вхідні дані надходять з клавіатури.
Вихідні дані відображаються на екрані і при необхідності друкуються.
4.2. Вимоги до надійності
Передбачити контроль уводиться информации, щоМ.
Передбачити блокування некоректних дій користувача при роботі із системою.
4.3. Вимоги до складу і параметрів технічних засобів.
Система повинна працювати на IBM-сумісних персональних комп'ютерах.
Мінімальна конфігурація:
• тип процесора. Pentium і вище;
• обсяг оперативного запам'ятовувального пристрою 32 Мб і більше;
• обсяг вільного місця на жорсткому диску 40 Мб.
Конфігурація, що рекомендується:
• тип процесора. Pentium II 400;
• обсяг оперативного запам'ятовувального пристрою 128 Мб;
• обсяг вільного місця на жорсткому диску 60 Мб.
4.4. Вимоги до програмної сумісності.
Програма повинна працювати під управлінням сімейства операційних систем Win 32 (Windows 95/98/2000/МЕ/ХР і т.п.).
5. Вимоги до програмної документації
5.1. Розроблювані програмні модулі повинні бути самодокументовані, тобто тексти програм повинні містити всі необхідні коментарі.
5.2. Розроблювана програма повинна включати довідкову інформацію про роботу програми, опис методів сортування і підказки студентам.
5.3. До складу супровідної документації повинні входити:
5.3.1. Пояснювальна записка на п'яти аркушах, що містить опис розробки.
5.3.2. Посібник користувача.
Додаток 2
«Затверджую»
Проректор КДАВТ
_______________Зорька О.В.
«___»_____________2009 р.
Технічне завдання
на розробку
«Модуля автоматизованої системи оперативно-диспетчерського керування теплопостачанням корпусів
Київської державної академії водного транспорту»
|
Від Замовника Проректор КДАВТ
|
Від Виконавця Головний інженер |
Київ, 2009
1. Вступ
Робота виконується в рамках проекту «Автоматизована система оперативно-диспетчерського керування електротеплопостачанням корпусів Київської державної академії водного транспорту».
2. Підстава для розробки
2.1. Підставою для даної роботи служить договір № 1234 від 10 вересня 2009 р.
2.2. Найменування роботи:
«Модуль автоматизованої системи оперативно-диспетчерського керування теплопостачанням корпусів Київської державної академії водного транспорту».
2.3. Виконавець: ВАТ «Лабораторія створення програмного забезпечення».
2.4. Співвиконавці: немає.
3. Призначення розробки
Створення модуля для контролю і оперативної корекції стану основних параметрів електротеплопостачання корпусів Київської державної академії водного транспорту.
4. Технічні вимоги
4.1. Вимоги до функціональних характеристик.
4.1.1. Склад виконуваних функцій.
Розроблювальне ПО повинне забезпечувати:
• збір і аналіз інформації про витрату тепла, гарячої і холодної води по даним теплолічильників SA-94 на всіх теплових виходах;
• збір і аналіз інформації із пристроїв керування системами повітряного опалення і кондиціювання типу РТ1 і РТ2 ;
• попередній аналіз інформації на предмет знаходження параметрів у припустимих межах і сигналізування при виході параметрів за межі допуску;
• видачу рекомендацій з подальшої роботи;
• відображення поточного стану по наборі параметрів - циклічно постійно (режим роботи цілодобовий), при збереженні періодичності контролю інших параметрів;
• візуалізацію інформації з витрати теплоносія:
- поточну, аналогічно показанням лічильників;
- з нагромадженням за минулу добу, тиждень, місяць - у вигляді погодинного графіка для інформації за добу і тиждень;
- добова витрата - для інформації за місяць.
Для пристроїв керування приточною вентиляцією поточна інформація повинна містити номер приточної системи і всі параметри, що видаються на власний індикатор.
По окремому запиті здійснюються внутрішні настроювання.
Наприкінці звітного періоду система повинна архівувати дані.
4.1.2. Організація вхідних і вихідних даних.
Вихідні дані в систему надходять у вигляді значень з датчиків, встановлених у приміщеннях Академії. Ці значення відображаються на комп'ютері диспетчера. Після аналізу інформації, що надійшла, оператор диспетчерського пункту встановлює необхідні параметри для пристроїв, що регулюють опалення і вентиляцію в приміщеннях. Можлива також автоматична установка деяких параметрів для пристроїв регулювання.
Основний режим використання системи - щоденна робота.
4.2. Вимоги до надійності.
Для забезпечення надійності необхідно перевіряти коректність одержуваних даних з датчиків.
4.3. Умови експлуатації і вимоги до складу і параметрів технічних засобів.
Для роботи системи повинен бути виділений відповідальний оператор.