Програма складського обліку "Хранитель"
1. ВСТУП
1.1. Найменування програмного виробу
Повне найменування програмної розробки: "Програма складського обліку" Хранитель "", надалі іменована як "програма". Коротка назва програми - "Хранитель".
1.2. Область застосування
Програма "Хранитель" призначена для обліку продажів, закупівель та наявності товару на складах, а також отримання статистики по зроблених операцій і виведення її на принтер.
2. ПІДСТАВИ ДЛЯ РОЗРОБКИ
2.1. Документ, на підставі якого ведеться розробка
Робота ведеться на підставі завдання на курсове проектування з дисципліни "Технологія програмування"
2.2. Найменування теми розробки
Найменування теми розробки - "Хранитель"
3. ПРИЗНАЧЕННЯ РОЗРОБКИ
Дана розробка є семестрової роботою з дисципліни "Технологія програмування"
3.1. Критерії ефективності та якості програми
Соціальний фактор. Дана програмна розробка дуже проста в освоєнні і розрахована не тільки на професіоналів, а й на пересічних користувачів, що працюють під Windows. Зручний інтуїтивно зрозумілий інтерфейс у поєднанні з потужною системою допоміжних малюнків і спливаючих підказок дозволяють працювати з програмою без попередньої підготовки.
Відповідність поточному стану на ринку ПЗ даного профілю. На відміну від дорогих і складних програм складського обліку типу "1С-Склад" і їй подібних, програма "Хранитель" ідеально підходить для представників малого і середнього бізнесу , тому що містить все, що їм необхідно, але не перевантажена марними і непотрібними можливостями. Технологія створення програми у візуальних середовищах програмування робить її інтерфейс універсальним і сумісним з операційними системами Windows 95/98/2000.
Економічні фактори. Програма представляє найкраще співвідношення ціни та послуги, що їй можливостей і безперечно займе свою нішу на ринку дешевих програм складського обліку. Основними користувачами стануть представники малого та середнього бізнесу, які просто не можуть заплатити за дорогі програми фірми 1С і їй подібних.
3.2. Цілі розробки програми
Створення даної програми переслідує ряд техніко-економічних цілей:
Створення програмного продукту, необхідного для обліку товарів на складах представників малого та середнього бізнесу.
Створення дешевої альтернативи існуючим нині дорогим програмах складського обліку типу 1С-Склад та їм подібних.
Створення інтуїтивно зрозумілої програми зі зручним і універсальним Windows-інтерфейсом для простого, але потужного і ефективного контролю за товарами.
4. ВИМОГИ ДО ПРОГРАМІ
4.1. Вимоги до функціональних характеристик
4.1.1. Склад функцій, що виконуються
Програма повинна працювати з довільною кількістю складів, мати можливість вести статистику продажів (включає в себе вартість проданого товару, а також послідовність операцій, які виробляються з товаром) на складі і статистику продажів кожного з товарів окремо.
Програма повинна мати можливість автозаповнення деяких полів (поля продавця і покупця товару) для прискорення роботи.
Програма повинна надати можливість відслідковувати переміщення товарів між складами.
Програма повинна шукати товар на складі або операцію, вироблену з ним по сукупності заданих користувачем полів.
Програма повинна мати можливість замінювати назви товарів і валют на вибраному складі або складах за запитом користувача.
Програма повинна мати можливість списання залишку товару із зазначенням особи, який віддав таке розпорядження і суми списання товару.
Програма повинна мати можливість виділення і копіювання текстових даних різних полів картки товару в стандартний системний буфер обміну Windows з метою подальшої вставки в будь-який документ, який допускає подібну операцію (наприклад, документ Microsoft Word або Microsoft Excel).
Програма повинна мати можливість сортування карток товарів.
Програма повинна мати можливість використовувати фільтр (спеціальна опція, що дозволяє відображати не всі картки товарів, що входять в склад, а тільки ті, які задовольняють налаштувань фільтру, наприклад - відображати тільки товари вартістю понад 100 руб/од), що настроюється користувачем для відображення товарів та операцій, що задовольняють параметрам фільтра.
Програма повинна мати можливість створення резервних копій в автоматичному режимі (раз на тиждень) і за бажанням користувача (в будь-який момент часу, коли програма запущена).
Програма повинна мати можливість налаштування інтерфейсу користувача (шрифтів і кольорів), а також параметрів роботи (облік і відсоткова ставка ПДВ)
Зовнішній вигляд програми повинен відповідати макетів екранів, наданих у Додатку 1.
Список керуючих і швидких клавіш програми повинен відповідати ДОДАТОК 2.
Програма повинна забезпечувати зміна вже є на диску баз даних, попередньо створених даною програмою, а також створення і збереження нових.
Програма повинна забезпечувати виведення на принтер бази даних товарів на складі з можливістю використання фільтра.
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. Вимоги до складу і параметрів технічних засобів
Програма повинна коректно працювати на наступному або сумісним з ним обладнанні:
ПЕОМ IBM PC моделі 486 DX-100, 16Mb RAM або старше
Принтер Epson Stylus 800 + моделі Р780В
4.5. Вимоги до інформаційної та програмної сумісності
4.5.1. Вимоги до інформаційних структур на вході і виході
Вимоги до інформаційних структур на вході і виході визначені в пункті (див. п. 4.1.2.).
4.5.2. Вимоги до методів рішення
Вимоги до методів рішення визначені в підпункті (див. п п. 4.1.1.2.). Вибір інших методів рішення стосовно без узгодження із замовником.
4.5.3. Вимоги до мов програмування
Розробка програми повинна вестися на одному з наступних мов:
Microsoft Visual Basic v5.0 і вище.
Microsoft Visual C v5.0 і вище.
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.
Рис 10.
примітки:
На малюнках вказані форми в розгорнутому вигляді.
Дані форми ілюструють:
Рис 1.
Таблиця товарів на складах
Рис 2.
Таблиця переміщень товарів між складами
Рис 3.
Побудова графіків витрат і доходу обраних складів
Рис 4.
Меню "Склад"
Рис 5.
Меню "Правка"
Рис 6.
Меню "Картка"
Рис 7.
Меню "Сервіс"
Рис 8.
Меню "Статистика"
Рис 9.
Меню "Допомога"
Рис 10.
Картка товару
Розробником може здійснюється додавання до зазначених екранним елементів інших елементів (в т.ч. меню, сторінок, панелей тощо), без узгодження із замовником.
Інші екранні форми розробляються розробником без узгодження із замовником.
За бажанням замовника можуть бути додані додаткові екранні елементи і можливості за погодженням з розробником
Видалення зазначених елементів здійснюється за погодженням із замовником.
У процесі подальшої розробки дані форми можуть бути незначно вдосконалені в цел?? х вдосконалення програмного продукту без узгодження із замовником
ДОДАТОК 2
Основні клавіші
Клавіша/Діапазон клавіш
Опис
А - Я, а - я, A - Z, a - z, крапка, кома, лапки, круглі дужки
Клавіші, що використовуються для введення текстової інформації в картка товару
0 - 9
Клавіші, що використовуються для введення числової інформації в картку товару
Швидкі клавіші
Клавіша/Діапазон клавіш
Опис
F1
Допомога по даному об'єкту
F2
Збереження даних
F3
Завантаження даних
F4
Друк даних про товари на складі
F5
Статистика по складу
F10
Вихід
Ctrl + Ins
Копіювати
Shift + Ins
Вставити
Ctrl + Del
Видалити
Shift + Del
Вирізати
PageUp
Попередня сторінка
PageDown
Наступна сторінка
Home
Переміститися в початок
End
Переміститися в кінець
Delete
Видалити наступний символ або запис
BackSpace
Видалити попередній символ
Insert
Режим вставки/заміни
ДОДАТОК 3
Файли даних:
Вхідні і вихідні файли мають наступний формат:
Повне ім'я файлу: вказується користувачем (довжина до 255 символів)
Тип файлу: файл представлений у вигляді таблиці формату MSACCESS (*. mdb)
Таблиця: "Картка"
Поле
Тип даних
Коментар
Номер
Номер товару на складі
Найменування
Текстовой
Найменування товару
Примітка
Текстовой
Примітка про товар
Од.
Текстовой
Одиниця виміру товару
Дата
Числовий
Дата здійснення операції
Новий
Логічний
Операція над товаром (прихід, витрата)
Кількість
Числовий
Кількість товару, з яким проведено операцію
Ціна
Числовий
Ціна товару в момент здійснення операції
Сума
Числовий
Сума операції
Валюта
Текстовой
Вибір грошового формату
% ПДВ
Числовий
Відсоток ПДВ в момент здійснення
Сума ПДВ
Числовий
Сума ПДВ
Від кого отримано
Текстовой
Найменування постачальника
Кому відпущено
Текстовой
Найменування покупця
Примітка
Текстовой
Примітка про здійсненої операції
Статистика обліку
Табличний
Таблиця статистика обліку операцій з товаром, містить поля: Від кого отримано (Текстовой), Кому відпущено (Текстовой), Прихід (Числовий), Расход (Числовий), Ціна (Числовий), Сума операції (Числовий), Дата (Числовий ),% ПДВ (Числовий), Сума ПДВ (Числовий), Баланс (Числовий).
Конфігураційні файли:
Файл містить налаштування програми:
Повне ім'я файлу: config.mdb
Тип файлу: файл представлений у вигляді таблиці формату MSACCESS (*. mdb)
Таблиця: "Параметри"
Поле
Тип даних
Опис
ІН
Числовий
Номер об'єкта
Колір
Числовий
Колір об'єкту
Шрифт
Текстовой
Назва шрифту
ПДВ
Числовий
Прапор урахування ПДВ
% ПДВ
Числовий
Відсоток ПДВ
