Практична робота №1
Тема: Розробка технічного завдання на розробку програмного забезпечення.
Мета: Придбання практичних навичок складання технічного завдання на розробку програмного забезпечення для автоматизації процесів у заданій предметній області.
Загальні теоретичні відомості
Технічне завдання є документом, в якому сформульовані основні цілі розробки, вимоги до програмному продукту, визначені терміни і етапи розробки і регламентований процес приймально - здавальних випробувань. У розробці технічного завдання беруть участь як представники замовника, так і представники виконавця. В основі цього документа лежать початкові вимоги замовника, аналіз передових досягнень техніки, результати виконання науково-дослідних робіт, передпроектних досліджень, наукового прогнозування і т.п.
Розробка технічного завдання виконується в наступній послідовності.
Перш за все, встановлюють набір виконуваних функцій, а також перелік і характеристики початкових даних. Потім визначають перелік результатів, їх характеристики і способи представлення. Далі уточнюють середовище функціонування програмного забезпечення: конкретну комплектацію і параметри технічних засобів, версію використовуваної операційної системи і можливо, версії і параметри іншого встановленого програмного забезпечення, з яким належить взаємодіяти майбутньому програмному продукту.
У випадках, коли програмне забезпечення, що розробляється збирає і зберігає деяку інформацію або включається в управління яким-небудь технічним процесом, необхідно також чітко регламентувати дії програми у випадку збоїв устаткування і енергопостачання.
1. Загальні положення
1.1. Технічне завдання оформляють відповідно до діючих стандартів на оформлення технічної документації на листах формату А4 і A3, як правило, без заповнення полів листа. Номери листів (сторінок) проставляють у нижній частині листа під текстом.
1.2. Інформаційну частину (анотацію і зміст), лист реєстрації змін допускається в документ не включати.
1.3. Для внесення змін і доповнень в технічне завдання на подальших стадіях розробки програми або програмного виробу складають доповнення до нього. Узгодження і затвердження, доповнення до технічного завдання проводять в тому ж порядку, який встановлений для технічного завдання.
1.4. Технічне завдання повинне містити наступні розділи:
• вступ;
• найменування і область застосування;
• підстава для розробки;
• призначення розробки;
• технічні вимоги до програми або програмного виробу;
• техніко-економічні показники;
• стадії і етапи розробки;
• порядок контролю і приймання;
• застосування.
Залежно від особливостей програми або програмного виробу допускається уточнювати зміст розділів, вводити нові розділи або об'єднувати окремі з них.
2. Зміст розділів
2.1. Вступ повинен включати коротку характеристику області застосування програми або програмного продукту, а також об'єкту (наприклад, системи), в якому передбачається їх використовувати. Основне призначення вступу — продемонструвати актуальність даної розробки і показати, яке місце ця розробка займає у ряді подібних.
2.2. У розділі «Найменування і область застосування» указують найменування, коротку характеристику області застосування програми або програмного виробу і об'єкту, в якому використовують програму або програмний виріб.
2.3. У розділі «Підстава для розробки» повинні бути вказані:
• документ (документи), на підставі яких ведеться розробка. Таким документом може служити план, наказ, договір і т.п.
• організація, що затвердила цей документ, і дата його затвердження;
• найменування і (або) умовне позначення теми розробки.
2.4. У розділі «Призначення розробки» повинно бути вказано функціональне і експлуатаційне призначення програми або програмного виробу.
2.5. Розділ «Технічні вимоги до програми або програмного виробу» повинен містити наступні підрозділи:
• вимоги до функціональних характеристик;
• вимоги до надійності;
• умови експлуатації;
• вимоги до складу і параметрів технічних засобів;
• вимоги до інформаційної і програмної сумісності;
• вимоги до маркування і упаковки;
• вимоги до транспортування і зберігання;
• спеціальні вимоги.
2.5.1. У підрозділі «Вимоги до функціональних характеристик» повинні бути вказані вимоги до складу виконуваних функцій, організації вхідних і вихідних даних , часових характеристик і т.п.
2.5.2. У підрозділі «Вимоги до надійності» повинні бути вказані вимоги до забезпечення надійного функціонування (забезпечення стійкого функціонування, контроль вхідної і вихідної інформації, час відновлення після відмови і т. п.).
2.5.3. У підрозділі «Умови експлуатації» повинні бути вказані умови експлуатації (температура повітря, відносна вологість і т.п. для вибраних типів носіїв даних), при яких повинні забезпечуватися задані характеристики, а також вид обслуговування, необхідна кількість і кваліфікація персоналу.
2.5.4. У підрозділі «Вимоги до складу і параметрів технічних засобів» указують необхідний склад технічних засобів з вказівкою їх технічних характеристик.
2.5.5. У підрозділі «Вимоги до інформаційної і програмної сумісності» повинні бути вказані вимоги до інформаційних структур на вході і виході, методам рішення, початковим кодам, мовам програмування. При необхідності повинен забезпечуватися захист інформації і програм.
2.5.6. У підрозділі «Вимоги до маркування і упаковки» в загальному випадку указують вимоги до маркування програмного виробу, варіанти і способи упаковки.
2.5.7. У підрозділі «Вимоги до транспортування і зберіганню» повинні бути вказані для програмного виробу умови транспортування, місця зберігання, умови зберігання умови складування, терміни зберігання в різних умовах.
2.5.8. У розділі «Техніко-економічні показники» повинні бути вказані: орієнтовна економічна ефективність, передбачувана річна потреба, економічні переваги розробки в порівнянні з кращими вітчизняними і зарубіжними зразками або аналогами.
2.6. У розділі «Стадії і етапи розробки» встановлюють необхідні стадії розробки, етапи і зміст робіт (перелік програмних документів, які повинні бути розроблені, узгоджені і затверджені), а також, як правило терміни розробки і визначають виконавців.
2.7. У розділі «Порядок контролю і приймання» повинні бути вказані види випробувань і загальні вимоги до приймання роботи.
2.8. У додатках до технічного завдання при необхідності приводять:
• перелік науково-дослідних і інших робіт що обгрунтовують розробку;
• схеми алгоритмів, таблиці опису, розрахунки і інші документи, які можуть бути використані при розробці;
• інші джерела розробки.
У випадках, якщо які-небудь вимоги, передбачені технічним завданням, замовник не пред'являє, слідує в відповідному місці вказати «Вимоги не пред'являються».
Приклад оформлення технічного завдання наведено у Додатку 1.
Порядок виконання роботи
Вивчити методику складання технічного завдання і ознайомитися із наведеним прикладом (див. Додаток1).
Для заданої предметної області розробити ескіз технічного завдання у відповідності до визначених вимог. Варіант завдання вибрати із Додатку 2, у відповідності до остатньої цифри номера по списку.
Показати електронний варіант ескізу технічного завдання викладачу і уточнити його зміст і вимоги.
Відкоректувати технічне завдання і представити його на затвердження викладачу.
Оформити звіт по роботі, який повинен містити інструктивну частину завдання і роздруківку затвердженого технічного завдання.
Контрольні питання
Перерахуйте основні етапи розробки програмного забезпечення.
Що включають у себе функціональні і експлуатаційні вимоги до програмного продукту?
Назвіть основні розділи технічного завдання.
Від чого залежить склад технічного завдання і його зміст?
Чим повинен керуватися розробник при складанні технічного завдання?
ДОДАТОК 1
Приклад технічного завдання на розробку
«ЗАТВЕРДЖУЮ»
Директор ТОВ «Лабораторія
прикладних програмних систем»
_____________ О.М. Мартинюк
_____________________
«УЗГОДЖЕНО»
Головний інженер
Комунального підприємства
«Бердичів теплоенерго»
_____________ В.В. Томчук
_____________________
Технічне завдання
на розробку
«Модуля автоматизованої системи оперативно-диспетчерського управління теплопостачанням південного житлового масиву міста Бердичева»
20__
1. Вступ
Робота виконується в рамках проекту «Автоматизована система оперативно-диспетчерського управління теплопостачанням південного житлового масиву міста Бердичева».
2. Підстава для розробки
2.1. Підставою для даної роботи служить договір № 1234 від 10 березня 20__ р. між міським комунальним підприємством «Бердичів теплоенерго» і ТОВ «Лабораторія прикладних програмних систем».
2.2. Найменування роботи:
«Автоматизована система оперативно - диспетчерського управління теплопостачанням південного житлового масиву міста Бердичева».
2.3. Виконавці: ТОВ «Лабораторія прикладних програмних систем».
2.4. Співвиконавці: відсутні.