Технічне завдання

Інформатика, програмування

Зміст

введення 4

1.1. Найменування програмного виробу 4

1.2. Область застосування 4

1.3. Найменування розробника і замовника 4

2. ПІДСТАВИ ДЛЯ РОЗРОБКИ 5

2.1. Документ, на підставі якого ведеться розробка 5

2.2. Організація, що затвердила цей документ, і дата його затвердження 5

2.3. Найменування теми розробки 5

3. ПРИЗНАЧЕННЯ РОЗРОБКИ 5

3.1. Критерії ефективності та якості програми 5

3.2. Цілі розробки програми 6

4. Вимоги до програми 7

4.1. Вимоги до функціональних характеристик 7
4.1.1. Склад виконуваних функцій 7
4.1.2. Організація вхідних та вихідних даних 8
4.1.3. Тимчасові характеристики, і розмір займаної пам'яті 9

4.2. Вимоги до надійності 9
4.2.1. Вимоги до надійного функціонування 9
4.2.2. Контроль вхідний і вихідний інформації 9
4.2.3. Час відновлення після відмови 10

4.3. Умови експлуатації 10

4.4. Вимоги до складу і параметрів технічних засобів 10

4.5. Вимоги до інформаційної та програмної сумісності 10
4.5.1. Вимоги до інформаційних структур на вході і виході 10
4.5.2. Вимоги до методів рішення 11
4.5.3. Вимоги до мов програмування 11
4.5.4. Вимоги до програмних засобів, які використовуються програмою 12
4.6. Вимоги до маркування та упаковки ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... .... 12
4.7. Вимоги до транспортування та зберігання ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 12

5. ТРЕБОВЛНІЯ До програмної документації 12

6. ТЕХНІКО-ЕКОНОМІЧНІ ПОКАЗНИКИ 14

7. СТАДІЇ І ЕТАПИ РОЗРОБКИ 14

8. ПОРЯДОК КОНТРОЛЮ ТА ПРИЙМАННЯ 15

8.1. Види випробувань 15

8.2.Общіе вимоги до приймання 16

Додаток 1 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 17

Додаток 2 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 22

Додаток 3 ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... 23
1. ВСТУП

1.1. Найменування програмного виробу

Повне найменування програмної розробки: "Програма складського обліку
"Хранитель" ", надалі іменована як" програма ". Коротка назвапрограми - "Хранитель".

1.2. Область застосування

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

1.3. Найменування розробника і замовника

Розробник даного програмного продукту - студент групи ІХТ-262
ВолГТУ Кудряшов П.П., в подальшому іменується як "розробник".

Замовник програмного продукту - кафедра САПР і ПК ВолГТУ, в особівикладача Садовникова Н.П.

2. ПІДСТАВИ ДЛЯ РОЗРОБКИ

2.1. Документ, на підставі якого ведеться розробка

Робота ведеться на підставі завдання на курсове проектування здисципліни «Технологія програмування»

2.2. Організація, що затвердила цей документ, і дата його затвердження

Завдання затверджене на засіданні кафедри САПР і ПК __________ і видановикладачем кафедри Садовникова Н.П.

2.3. Найменування теми розробки

Найменування теми розробки - "Хранитель"

3. ПРИЗНАЧЕННЯ РОЗРОБКИ

Дана розробка є семестрової роботою з дисципліни «Технологіяпрограмування »

3.1. Критерії ефективності та якості програми

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

2) Відповідність поточному стану на ринку ПЗ даного профілю. На відміну від дорогих і складних програм складського обліку типу "1С-

Склад" і їй подібних, програма "Хранитель" ідеально підходить для представників малого і середнього бізнесу, тому що містить все, що їм необхідно, але не перевантажена марними і непотрібними можливостями. Технологія створення програми у візуальних середовищах програмування робить її інтерфейс універсальним і сумісним з операційними системами Windows 95/98/2000.

3) Економічні фактори. Програма представляє найкраще співвідношення ціни та послуги, що їй можливостей і безперечно займе свою нішу на ринку дешевих програм складського обліку. Основними користувачами стануть представники малого та середнього бізнесу, які просто не можуть заплатити за дорогі програми фірми 1С і їй подібних.

3.2. Цілі розробки програми

Створення даної програми переслідує ряд техніко-економічних цілей:

1) Створення програмного продукту, необхідного для обліку товарів на складах представників малого та середнього бізнесу. < p> 2) Створення дешевої альтернативи існуючим нині дорогим програмах складського обліку типу 1С-Склад та їм подібних.

3) Створення інтуїтивно зрозумілої програми зі зручним і універсальним

Windows-інтерфейсом для простого, але потужного і ефективного контролю за товарами.

4. ВИМОГИ ДО ПРОГРАМІ

4.1. Вимоги до функціональних характеристик

4.1.1. Склад виконуваних функцій

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

2) Програма повинна мати можливість автозаповнення деяких полів

(поля продавця і покупця товару) для прискорення роботи.

3) Програма повинна надати можливість відслідковувати переміщення товарів між складами.

4) Програма повинна шукати товар на складі або операцію, вироблену з ним по сукупності заданих користувачем полів.

5) Програма повинна мати можливість замінювати назви товарів і валют на вибраному складі або складах за запитом користувача.

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

7) Програма повинна мати можливість виділення і копіювання текстових даних різних полів картки товару в стандартний системний буфер обміну Windows з метою подальшої вставки в будь-який документ, який допускає подібну операцію (наприклад, документ Microsoft Word або

Microsoft Excel). < p> 8) Програма повинна мати можливість сортування карток товарів.

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

10) Програма повинна мати можливість створення резервних копій в автоматичному режимі (раз на тиждень) і за бажанням користувача (в будь-який момент часу, коли програма запущена).
11) Програма повинна мати можливість налаштування інтерфейсу користувача (шрифтів і кольорів), а також параметрів роботи (облік і відсоткова ставка ПДВ)
12) Зовнішній вигляд програми повинен відповідати макетів екранів, наданих у Додатку 1.
13) Список керуючих і швидких клавіш програми повинен відповідати

ДОДАТОК 2.
14) Програма повинна забезпечувати зміна вже є на диску баз даних, попередньо створених даною програмою, а також створення і збереження нових.
15) Програма повинна забезпечувати виведення на принтер бази даних товарів на складі з можливістю використання фільтра.

4.1.2. Організація вхідних та вихідних даних

Організація вхідних та вихідних файлів повинна відповідати ДОДАТОК
3.

У процесі роботи програми вхідний інформацією для програми повиннібути: файли баз даних, маніпуляції мишею, а також коди клавіш,натисне користувач на клавіатурі ЕОМ, згідно режимам, що визначаютьсявихідний екранної інформацією. Перелік допустимих клавіш представлений в
ДОДАТОК 2.

4.1.3. Тимчасові характеристики, і розмір займаної пам'яті

Час реакції програми на натискання будь-який з клавіш і маніпуляціїмишею не повинно перевищувати 0,25 с, у разі відповідності системних ресурсіввимогу до складу і параметрів технічних засобів. Реакція на командименю, крім Відкриття, Збереження, Пошуку не повинна перевищувати 2 с. Реакціяна команди Відкриття, Збереження, Пошуку залежить від розміру файлу даних інастройок пошуку.

Обсяг займаної оперативної пам'яті не повинен перевищувати 8 Мбайт.

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

4.2.1. Вимоги до надійного функціонування

Програма повинна нормально функціонувати при безперебійної роботи
ЕОМ. У разі виникнення збою в роботі апаратури, відновлення нормальноїроботи програми має проводитися після: перезавантаження операційноїсистеми; запуску виконуваного файлу програми; повторного виконаннядій, втрачених до останнього збереження інформації у файл намагнітному диску.

Рівень надійності програми повинен відповідати технологіїпрограмування, що передбачає: інспекцію вихідних текстів програми;автономне тестування модулів (методів) програми; тестуваннясполученні модулів (методів) програми; комплексне тестування програми

4.2.2. Контроль вхідний і вихідний інформації

Програма повинна контролювати вибір користувача пункту меню "Вихід" іпопереджати його про втрату "не збережених змін".

4.2.3. Час відновлення після відмови

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

4.3. Умови експлуатації

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

4.4. Вимоги до складу і параметрів технічних засобів

Програма повинна коректно працювати на наступному або сумісним з нимобладнанні:

1) ПЕОМ IBM PC моделі 486 DX-100, 16Mb RAM або старше

2) Принтер Epson Stylus 800 + моделі Р780В

4.5. Вимоги до інформаційної та програмної сумісності

4.5.1. Вимоги до інформаційних структур на вході і виході

Вимоги до інформаційних структур на вході і виході визначені впункті (див. п. 4.1.2 .).

4.5.2. Вимоги до методів рішення

Вимоги до методів рішення визначені в підпункті (див. п п. 4.1.1.2.).
Вибір інших методів рішення стосовно безузгодження із замовником.

4.5.3. Вимоги до мов програмування

Розробка програми повинна вестися на одному з наступних мов:

1) Microsoft Visual Basic v5.0 і вище.

2) Microsoft Visual C v5.0 і вище.

3) Borland Delphi v4.0 і вище.

Вибір інших мов недоцільний.

4.5.4. Вимоги до програмних засобів, які використовуються програмою

Для роботи програми необхідна операційна система WINDOWS95 і більшепізня, драйвера миші та принтера.

4.6. Вимоги до маркування та упаковки

Дискети з еталонним та робочим примірниками програми повинні матимаркування, що складається з напису EDIT, написи "еталон" або "робоча", датиостанньої перезапису програми. Упаковка повинна відповідати умовамзберігання дискети. На упаковці повинні бути вказані умови транспортуванняі зберігання дискети.

4.7 Вимоги до транспортування і зберігання

Умови транспортування та зберігання дискети повинні відповідатирозділу (див. підрозділ 4.6.)

5. ТРЕБОВЛНІЯ До програмної документації

Склад програмної документації повинен включати наступні документи:

1) технічний проект програми з ГОСТ 19.404-79 у машинописномувиконанні, що містить: а) розділ "ВХІДНІ ДАНІ" (Характер, організація і попередняпідготовка вхідних даних); б) розділ "ВИХІДНІ ДАНІ" (Характер і організація вихідних даних); в) розділ "ОПИС Логічна структура"; г) розділ "ВИКОРИСТОВУЮТЬСЯ ТЕХНІЧНІ ЗАСОБИ" (Типи ЕОМ, на якихможливе виконання програми; пристрої ЕОМ, які використовуються привиконання програми); д) розділ "ВИКЛИК І ЗАВАНТАЖЕННЯ" (Види носіїв програми, їх використовуванийоб'єм; способи виклику програми з відповідних носіїв інформації; вхідніточки в програму (запуск програми); е) розділ "ПЛАН ЗАХОДІВ з розробки та впровадження ПРОГРАМИ" (Планзаходів розробляється для реалізації програми колективомпрограмістів з двох чоловік. Планом повинні бути передбачені контрольнітимчасові точки реалізації, наприклад, через кожні десять днів або тиждень,протягом яких відбувається інтеграція розроблених модулів, ітестування вже розробленої частини програми. Наводиться склад тестів іпринципи їх підготовки для тестування вже створеного фрагменту програмидля кожної з контрольних точок).

Розділ "ОПИС Логічна структура" при технології структурногопрограмування повинна включати наступні матеріали:

1) опис зв'язків програми з іншими програмами;

2) опис внутрішніх масивів і змінних, які використовуються вміжмодульних обміні даними;

3) схема ієрархії програми (Наводиться малюнок або малюнки);

4) розшифровка найменувань модулів (Наводиться таблиця з перелікомнайменувань модулів в алфавітному порядку із зазначенням виконуваної кожниммодулем функції);

5) опис функціонування програми з урахуванням її модульного поділу
(Наводиться словесний опис виконання програми з урахуванням викликівмодулів);

6) опис модулів програми (Підрозділ заповнюється на основі паспортівмодулів).

При технології об'єктно-орієнтованого програмування замість I схемиієрархії модулів програми та описів самих модулів програми повинна бутинаведена схема ієрархії класів (об'єктів) програми з розшифровкоюнайменувань методів і описів самих методів.

2) опис програми з ГОСТ 19.402-78 на машинному носії (дискеті змаркуванням DESCRIBE), що включає: призначення програми; дата її створення;
П.І.Б. розробника, а також дані, що дозволяють зв'язатися з ним;мінімальні вимоги до апаратних ресурсів; керівництво користувача,що містить опис усіх задокументованих можливостей програми.

3) текст програми з ГОСТ 19.401-78 на машинному носії (дискеті змаркуванням SOURCE), представлений у вигляді текстового файлу, який міститьвихідний код на одній з мов, зазначених у пункті 4.5.3.

4) керівництво програміста по ГОСТ 19.504-79 на машинному носіїносії (дискеті з маркуванням PROG) у вигляді файлу README.TXT, що міститьдані про технологію проектування і програмування даної програми, атакож про мову програмування, призначення програми і список літератури,містить теоретичний матеріал, необхідний для створення програми.

6. ТЕХНІКО-ЕКОНОМІЧНІ ПОКАЗНИКИ

Техніко-економічні показники мають визначатися замовником безучасті виконавця.

7. СТАДІЇ І ЕТАПИ РОЗРОБКИ

Розробка програми повинна виконуватися по наступних етапах:

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

2) розробка робочого проекту програми з комплексним тестуванням - 6тижнів;

3) приймання-здавання з виправленням виявлених недоліків в програмі іпрограмної документації - 2 тижні.

4) впровадження.

8. ПОРЯДОК КОНТРОЛЮ ТА ПРИЙМАННЯ

8.1. Види випробувань

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

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

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

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

3. Із залученням сторонніх неофіційних бета-тестерів, які в процесітестування програмного продукту повинні повідомляти розробнику всезнайдені помилки і неточності в роботі программи.

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

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

1. З використанням перевірочних тестів, що складаються зказчікомзавчасно.

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

3. В організації замовника із залученням сторонніх експертів.

8.2.Общіе вимоги до приймання

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

ДОДАТОК 1

Структура головного меню

Рис 1.

Рис 2.

Рис 3.

Рис 5 .

Рис 6.

Рис 4.

Рис 9.

Рис 7. Рис 8.

Рис 10.

ЗАУВАЖЕННЯ:

1. На малюнках вказані форми в розгорнутому вигляді.
2. Дані форми ілюструють:
| Рис 1. | Таблиця товарів на складах |
| Рис 2. | Таблиця переміщень товарів між складами |
| Рис 3. | Побудова графіків витрат і доходу обраних складів |
| Рис 4. | Меню "Склад" |
| Рис 5. | Меню "Правка" |
| Рис 6. | Меню "Картка" |
| Рис 7. | Меню "Сервіс" |
| Рис 8. | Меню "Статистика" |
| Рис 9. | Меню "Допомога" |
| Рис 10. | Картка товару |

3. Розробником може здійснюється додавання до зазначених екранним елементів інших елементів (в т.ч. меню, сторінок, панелей тощо), без узгодження із замовником.
4. Інші екранні форми розробляються розробником без узгодження із замовником.
5. За бажанням замовника можуть бути додані додаткові екранні елементи і можливості за погодженням з розробником
6. Видалення зазначених елементів здійснюється за погодженням із замовником.
7. В процесі подальшої розробки дані форми можуть бути незначно вдосконалені з метою поліпшення якості програмного продукту без узгодження із замовником

ДОДАТОК 2

Основні клавіші

Швидкі клавіші

ДОДАТОК 3

Файли даних:

Вхідні і вихідні файли мають наступний формат:

1. Повне ім'я файлу: вказується користувачем (довжина до 255 символів)

2. Тип файлу: файл представлений у вигляді таблиці формату MSACCESS (*. mdb)

3. Таблиця: «Картка»

Конфігураційні файли:

Файл містить налаштування програми:

1. Повне ім'я файлу: config.mdb

2. Тип файлу: файл представлений у вигляді таблиці формату MSACCESS (*. mdb)

3. Таблиця: «Параметри»

-----------------------< br>