Автор работы: Пользователь скрыл имя, 11 Июня 2013 в 00:23, дипломная работа
Досягнення поставленої мети потребує рішення в роботі наступних основних задач:
проаналізувати суть завдань відділу збуту;
формалізувати розрахунки;
обґрунтувати розробки по всіх видах забезпечення
Введення
1. Проектно-конструкторський розділ
1.1 Загальносистемні рішення
1.1.1 Загальні положення
1.1.2 Опис процесу діяльності
1.1.3 Опис функцій, які автоматизуються
1.1.3.1 Ведення замовлень
1.1.3.2 Формування списку замовлень
1.1.3.3 Ведення списку послуг
1.1.3.4 Ведення списку матеріалів
1.1.3.5 Ведення списку груп послуг
1.1.3.6 Ведення списку груп матеріалів
1.1.3.7 Формування кошторису на замовлення
1.1.3.8 Формування звіту по кошторису для друку
1.1.4 Опис постановки завдання
1.2 Рішення з інформаційного забезпечення
1.2.1 Перелік вхідних даних
1.2.2 Перелік вихідних даних
1.2.3 Опис інформаційного забезпечення
1.2.3.1 Логічна модель даних
1.2.3.2 Схема бази даних
1.3 Рішення з технічного забезпечення
1.4 Рішення з математичного забезпечення
1.4.1 Змістовна постановка транспортнї задачі
1.4.2 Формальна модель транспортної задачі
1.4.3 Метод потенціалів
1.4.3.1 Схема алгоритму
1.4.3.2 Метод північно-західного кута
1.4.3.3 Метод найменшої вартості
1.4.3.4 Метод Фогеля
1.4.3.5 Приклад рішення задачі
1.5 Опис програмного забезпечення
1.5.1 Вибір інструментів розробки
1.5.1 Форми та модулі програми
1.5.2 Опис модулів і класів системи
1.5.3 Схема обробки дій користувача
2. Технологічний розділ
2.1 Керівництво користувача
2.1.1 Введення
2.1.2 Головна форма
2.1.2.1 Список замовлень
2.1.2.2 Форма вводу нових замовлень
2.1.2.2 Панель інструментів
2.1.3 Головне меню
2.1.4 Меню "Данные"
2.1.4.1 Пункт меню "Сметы"
2.1.4.2 Пункт меню "Печать"
2.1.4.3 Пункт меню "Справочники"
2.1.4.4 Пункт меню "Вихід"
2.1.5 Меню "?"
2.2 Обробка помилок
3. Техніко-економічний розділ
3.1 Загальні положення
3.2 Вихідні дані для розрахунку
3.3 Визначення трудомісткості та тривалості розробки програми
3.4 Розрахунок витрат на розробку програми
3.5 Розрахунок поточних витрат реалізації та мінімальної ціни продажу програми
3.6 Економія у споживача програмного продукту
3.7 Розрахунок економічної ефективності проекту
3.8 Висновки
Висновки
Перелік посилань
Додаток Вихідний код програми
Щоб зробити звіт, необхідно зібрати потрібні дані шляхом пошуку їх у відповідних документах, якщо це звіт за рік, то необхідно буде проглянути всі документи за цей рік, на що піде величезна кількість часу. При виведенні підсумків по звіту необхідна точність в розрахунках, що не завжди виходить навіть у фахівця своєї справи. Ці і багато інших задач зможе вирішити проектована інформаційна система. При пошуку потрібного об'єкту (суми, документа, кількості), якщо не буде відомий документ, в якому його шукати, потрібно буде перегорнути всю купа документів і проглянути кожну позицію. Автоматизація дозволить зробити вибірку по цій позиції і значно скоротить обсяг відповідних документів або зведе до одного єдиного потрібного документа.
Виникають складнощі і з складанням прайс-листа. Якщо на склад привезли новий вигляд товарів або якщо змінилася ціна на старі товари, необхідно буде наново переробляти весь прайс-лист. Впровадження автоматизованої системи дозволить автоматично робити всі ці дії при додаванні нової позиції номенклатури. За рахунок скорочення часу на виконання довгих рутинних робіт, можна підвищити продуктивність праці співробітника, який може тепер виконувати не тільки свою роботу, але і узяти на себе ряд інших обов'язків. Створення власної автоматизованої системи дозволить врахувати всі особливості, треба бути розробити тільки те, що потрібне, і так як потрібно. Аналіз по підприємствах, де вже використовуються розроблені на стороні програмні продукти, показує, що є великі проблеми із супроводом, зв'язані, перш за все, із тим, що підприємство, що автоматизується, і розробник знаходяться в різних містах. У зв'язку з цим, між замовленням на яке-небудь доопрацювання і результатом проходить, як правило, багато часу. Також будь-яка доробка стороннім розробником звичайно дуже дорого коштує користувачеві. Своя власна розробка інформаційно-програмної системи також коштує недешево для фірми і також має свої вади, але за правильним підходом до розробки ці ризики можна значно мінімізувати.
1.1.2 Опис процесу діяльності
ПП "Сігма" знаходиться на українському ринку близько чотирьох років. На території фірми виділена площа під склади, де зберігаються усі види матеріалів, необхідних для ремонту. Тому адміністратор може контролювати наявність матеріалу на складі, відвантаження, вантаження і проводити інвентаризацію в безпосередній близькості від офісу. Завдяки цьому спрощена схема документообігу. Матеріали надходять безпосередньо із оптових складів фірм-постачальників і використовується за необхідністю для послуг, що потребують даний вид матеріалів. Організація здійснює доставку своїх матеріалів до місця проведення ремонтних робіт.
Номенклатура матеріалів, що використовується для ремонту, складає декілька сотень найменувань і постійно збільшується. Також із розвитком ПП зростає різновид і кількість послуг, що надаються. Організація здійснює ремонтні роботи як за готівку, та і за безготівковий розрахунок.
У зовнішній системі ПП "Сігма" виконує роль особи, яка надає послуги юридичним і фізичним особам, які потребують послуг, використовуючи матеріали різних виробників. Наочно це можна побачити на рис. 1.2.
Рисунок 1.2 - Схема зовнішнього середовища фірми "Сігма"
Внутрішня організаційна структура фірми є схемою, що зображена на рис. 1.3. На чолі фірми – приватний підприємець, який вирішує в основному управлінські питання, а також питання стратегічного характеру. Він контролює діяльність всіх відділів. Також в його компетенції питання руху фінансових потоків. Закупівлею матеріалів займається відділ постачання. У його функції також входить пошук нових постачальників з вигіднішими умовами постачання. Цей відділ вирішує питання закупівлі по всьому асортименту необхідних матеріалів. Закупівля проводиться на підставі даних ремонтного відділу, або заявок клієнтів.
Рисунок
1.3 - Внутрішня структура
К відділу бухгалтерії відноситься тільки бухгалтер. Він веде бухгалтерський облік, зводить баланс, різні стрічні звірки, рахує всі податки і вирішує питання, що виникають у відділах, що знаходяться в його підпорядкуванні.
Автоматизована система
До ремонтного відділу відноситься майстер з ремонтних робіт і робітники-ремонтники.
Майстер з ремонтних робіт приймає закази від клієнтів, розраховує скільки потрібно матеріалів на ремонтні роботи. Передає перелік матеріалів менеджерам відділу постачання та завдання робітникам-ремонтникам.
Менеджери відділу постачання приймає заявку на видачу матеріалів від майстра ремонтних робіт, та видає необхідні матеріали робітникам-ремонтникам.
1.1.3 Опис функцій, які
У даному програмному продукті були спроектовані і розроблені наступні функціональні можливості:
Тепер розглянемо кожен пункт окремо і визначимо конкретніше, що саме і яким чином автоматизовано.
1.1.3.1 Ведення замовлень
Веденням замовлень займається майстер з ремонтних робіт. Після формування списку матеріалів для ремонтних робіт майстер записує в книгу замовлень усю інформацію про клієнта та замовлення. Вручну вираховує скільки буде коштувати послуга клієнтові, включаючи вартість необхідних матеріалів, та передає інформацію бухгалтеру. В цій ситуації важко продивитися скільки замовлень робив даний клієнт, на яку суму, останне його замовлення та інше. При роботі із програмою заведенням у базу даних усіх замовлень повинен займається майстер з ремонтних робіт. Після прийняття замовлення він складає список усіх необхідних для роботи матеріалів і формує замовлення у програмі.
1.1.3.2 Формування списку замовлень
Оскільки уся інформація вводиться і зберігається в базі даних, то ми можемо отримати оперативну інформацію про кількість і вміст замовлень. Це набагато простіше ніж передивлятися усі рядки в книзі замовлень.
1.1.3.3 Ведення списку послуг
Коли клієнт приходить і робить замовлення на ремонтні роботи, майстер з ремонтних робіт складає перелік необхідних послуг, які потрібно виконати, виходячи з слів клієнта. Перелік необхідних послуг майстер визначає по книзі послуг. Це дуже не зручно. Оскільки найменування робіт можуть бути надто довгими, то майстер майже завжди робить скорочення найменування послуг. Тому одна й та ж послуга може бути записана по різному. Це викликає претензії у деяких клієнтів. Тому набагато краще мати довідник послуг, який буде містити повний перелік послуг. У довідник достатньо один раз ввести найменування послуги і вказати вартість даної послуги. Потім достатньо просто вибирати дану послугу зі списку послуг і вона автоматично з'явиться в сформованому замовленні. Також автоматично навпроти послуги з'явиться її вартість.
1.1.3.4 Ведення списку матеріалів
Отримавши замовлення майстер окрім перегляду списку послуг повинен переглянути список матеріалів для того, щоб переконатися, що матеріал існує і подивитися скільки він коштує. Якщо майстер не пам'ятає ціну матеріалу, то її визначення може зайняти деякий час. Для серйозної ремонтної роботи, яка вимагає великого достатку матеріалу, розрахунок вартості матеріалів може зайняти кілька хвилин. При великій кількості клієнтів це неприйнятно. До того-ж оскільки деякі найменування матеріалів є досить довгими майстер пише постійно скороченнями, що викликає труднощі у нового персоналу ремонтників, які мають отримати зазначені матеріали. Програма пропонує одноразово ввести матеріал в довідник, а також його ціну, а потім автоматично вибирати цей матеріал. До того ж ціна матеріалу і його загальна вартість будуть розраховуватися автоматично.
1.1.3.5 Ведення списку груп послуг
Оскільки список послуг є досить великим, то його необхідно досить таки довго шукати. Набагато грамотніше буде розбити всі послуги на групи. Наприклад, якщо вам необхідна послуга укладання лінолеуму, то не потрібно шукати дану послугу з усього переліку, а досить вибрати групу підлоги і там з невеликого списку знайти необхідну нам послугу. Грамотне ведення даного довідника збереже безліч часу майстру і клієнтам.
1.1.3.6 Ведення списку груп матеріалів
Оскільки список матеріалів є досить великим, то певний матеріал необхідно довго шукати. Набагато грамотніше буде розбити всі матеріали на групи. Наприклад, якщо вам необхідний матеріал жалюзі пластикові червоні, то не потрібно шукати даний матеріал з усього переліку, а досить вибрати групу жалюзі і там з невеликого списку знайти необхідний нам матеріал. Грамотне ведення даного довідника збереже безліч часу майстру і клієнтам.
1.1.3.7 Формування кошторису на замовлення
Ця функція спрощує формування кошторису на замовлення. Тепер не потрібно вручну заповнювати документ. По вже сформованому замовленню кошторис формується за частки секунди. Це набагато швидше, ніж вручну переписувати всі дані. При електронному документообігу немає потреби по кілька разів заводити одну й ту ж інформацію.
1.1.3.8 Формування звіту по кошторису для друку
Коли кошторис на замовлення вже сформований, його можна легко роздрукувати. Для цього розроблена спеціальна форма для друку. Сформований за частки секунди кошторис можна настільки ж швидко послати на друк. До того ж у формі передбачена спеціальні можливості, які дозволяють керувати масштабом звіту, здійснювати навігацію по звіту, здійснювати налаштування друку.
1.1.4 Опис постановки завдання
Виходячи з сучасних вимог, що пред'являються до якості роботи фінансової ланки приватного підприємства, не можна не відзначити, що ефективна робота його цілком залежить від рівня оснащення компанії інформаційними засобами на базі комп'ютерних систем.
Комп'ютерний облік має свої особливості і радикально відрізняється від звичайного. Комп'ютер не просто полегшує облік, скорочуючи час, потрібний на оформлення документів і узагальнення накопичених даних для аналізу ходу торгової діяльності, необхідного для управління нею.
Звіти про становище у сфері надання послуг, одержувані за допомогою комп'ютера, можна отримати і без нього – ніякої особливої математики в комп'ютері не міститься – але| на розрахунки піде стільки часу, що вони вже ні на що не будуть потрібні; або ними доведеться зайняти таку кількість розраховувачів, що на їх зарплату піде значно більше, чим буде одержано прибутку в результаті їх розрахунків. Таким чином, при застосуванні комп'ютера "кількість переходить в якість": збільшення швидкості розрахунків робить можливим якісне поліпшення самої схеми побудови надання послуг.
Для того, щоб автоматизувати формування замовлення і видачу кошторисів, необхідно вирішити наступні задачі:
Основою завдання даної проектованої системи є облік, контроль і оперативне регулювання господарських операцій, підготовка стандартних документів для зовнішнього середовища (кошторис, звіт). Оперативне управління господарськими процесами складає від одного до декількох днів і реалізує реєстрацію подій, наприклад оформлення і моніторинг виконання замовлень, прихід і витрата матеріальних цінностей і т.д. Ці завдання мають ітеративний, регулярний характер, виконуються безпосередніми виконавцями господарських процесів і пов'язані з оформленням і пересилкою документів відповідно до чітко заданих алгоритмів. Результати виконання господарських операцій реєструються у відповідних журналах. Автоматизація цих процесів дозволить зберігати інформацію в одній інтегрованій базі даних.
Першочерговим завданням системи, що розробляється, є автоматизація прийому (формування) заявок від клієнтів і виконання замовлення з повним| контролем системи. Під словом контроль не є на увазі, що система повинна контролювати користувача як суб'єкта, а, що контролюватися буде його дії в області формування. Для того, щоб краще зрозуміти, які ж функції система автоматизує, потрібно провести аналіз діяльності, обов'язків ремонтного і постачального відділів. Суть автоматизації і контролю полягає в зменшенні часу пошуку наявності матеріалів та його вартості, а також визначення вартості тієї чи іншої послуги; якісного і швидкого прийняття заявки покупця.
Щоб сформулювати реальні вимоги до системи, розробник повинен отримати від замовника якомога більше інформації. Але, як правило, замовник і розробник є фахівцями в абсолютно різних областях, тому їм буває складно домовитися через те, що вони говорять "на різних мовах". Застосування мови UML як "спільної мови" допомагає досягти взаєморозуміння, оскільки схемне представлення системи на мові UML буде зрозуміле і розробникові, і, в якійсь мірі, замовникові.
Поведінка системи, що розробляється, описується за допомогою функціональної моделі, яка відображає системні прецеденти, системне оточення (дійових осіб або акторів) і зв'язки між прецедентами і акторами (діаграми прецедентів). Основне завдання моделі прецедентів – бути єдиним засобом, що дає можливість фахівцеві в предметній області і розробникові – фахівцеві в інформаційних технологіях спільно обговорювати функціональність і поведінку системи.