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

РефератДопомога в написанніДізнатися вартістьмоєї роботи

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

Технічне завдання (реферат, курсова, диплом, контрольна)

запровадження 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) Створення програмного продукту, який буде необхідний обліку товарів на яких складах представників малого середнього бизнеса.

2) Створення дешевої альтернативи які існують у час дорогим програмам складського обліку типу 1С-Склад і це подобным.

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

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

4. ВИМОГИ До ПРОГРАММЕ.

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

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

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

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

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

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

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

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

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

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

Microsoft Excel).

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

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

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 З 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. З використанням контрольних тестів, дозволяють домогтися перевірки правильності працездатності й взаємосумісності максимальної кількості функцій і операторів програми чи модуля при мінімальних витратах тимчасових та фінансових ресурсов.

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. Таблиця: «Параметры».

———————————- [pic].

[pic].

Показати весь текст

Заповнити форму поточною роботою