Створення автоматизованої інформаційної системи підприємства Меблевий цех

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Міністерство освіти Російської Федерації
МІНІСТЕРСТВО ОСВІТИ УНІВЕРСИТЕТ
СИСТЕМ УПРАВЛІННЯ ТА РАДІОЕЛЕКТРОНІКИ (ТУСУР)
Кафедра автоматизованих систем управління (АСУ)
Пояснювальна записка до курсового проекту з дисципліни
"СИСТЕМНИЙ АНАЛІЗ"
Варіант № 3
Виконала студентка
ТОМСЬК 2008

Введення. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
1. Перший етап проектування АІС. Передпроектне обстеження. . .
5
1.1 Предметна область. . .. . . . . . . . . . . . . . . . . . . . . . . . .
5
1.2 Коротко про предпроектном дослідженні. . . . . . . . . . . . . . . . . . . . . . . . .
6
1.3 Побудова структури підприємства. . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
1.4 Визначення місії, виділення критичних чинників успіху і проблем підприємства (завдання 1). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
2. Проектування інформаційної системи. Виділення бізнес-процесів (завдання 2) .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
21
2.1 Способи опису бізнес-процесів. . .. . . . . . . . . . . . . . . . . . . . . . . . .
21
2.2 Горизонтальне опис бізнес-процесів. . . . . . . . . . . . . . . . . . . . .
23
2.3 Виділення основних і допоміжних бізнес-процесів меблевого цеху. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
3. Проектування інформаційної системи. Аналіз та оптимізація бізнес-процесів (завдання 3). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
3.1 Оцінка бізнес-процесів за ступенем задоволення критичним факторів успіху. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
3.2 Коротко про методи оптимізації бізнес-процесів. . . . . . . . . . . . . . . . .
33
3.3 Оптимізація бізнес-процесів меблевого цеху. . . . . . . . . . . . . . . . .
35
3.4 Підсумки оптимізації бізнес-процесів меблевого цеху. . . . . . . . . . . .
41
4. Проектування інформаційної системи. Проектування бази даних (завдання 4). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
4.1 Коротко про бази даних. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
4.2 Побудова інформаційної моделі. . . . . . . . . . . . . . . . . . . . . . . . . .
43
4.3 Концептуальна модель бази даних. . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.Проектірованіе інформаційної системи. Проектування інтерфейсу системи (завдання 5).
49
5.1 Обгрунтування вибору середовища розробки. . . . . . . . . . . . . . . . . . . . . . . . . .
49
5.2 Опис інтерфейсу. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
51
5.3 Висновки. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
54
6 Висновок. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
55
Список використаної літератури. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
56
Додаток 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
57

ВСТУП
Створення сучасних електронних обчислювальних машин дозволило автоматизувати обробку даних у багатьох сферах людської діяльності. Без сучасних систем обробки даних важко уявити сьогодні передові виробничі технології, управління економікою на всіх її рівнях, наукові дослідження, освіта, видавнича справа, функціонування засобів масової інформації, проведення великих спортивних змагань. Значно розширило сферу застосування систем обробки даних поява персональних комп'ютерів.
Одним з найбільш поширених класів систем обробки даних є інформаційні системи. Хоча на рівні здорового глузду призначення таких систем зрозуміло кожному, для серйозного обговорення технологій сучасних інформаційних систем необхідно більш чітко визначити, в чому полягають їхні специфічні особливості, чим вони відрізняються від інших систем обробки даних, які функції вони можуть виконувати, якими ресурсами вона володіє.
Будь-який розумний вид діяльності грунтується на інформації про властивості стану і поведінки тієї частини реального світу, з якою пов'язана ця діяльність. Для отримання такої інформації в багатьох випадках необхідно регулярно через деякі інтервали часу проводити натурні вимірювання (або спостереження), що дозволяють визначати характеристики стану сутностей реального світу і процесів, що протікають, відповідні моментів часу, коли ці виміри проводяться.
В інших випадках вдається скористатися «матеріалізованої» інформацією, що міститься у різного роду паперових документах, звітах або публікаціях, які також виступають як частина реальності. Необхідну інформацію можна отримати з них шляхом свого роду «спостереження».
Однак деякі натурні вимірювання або спостереження можуть виявитися нездійсненними у відведений для них час у зв'язку з великою трудомісткістю, високою вартістю, недоступністю об'єкта вимірювання (спостереження) і з інших причин.
Значно скоротити обсяг необхідних натурних вимірювань дозволяє комп'ютерне моделювання реальності. Якщо комп'ютерна модель адекватно (щодо інформаційних потреб користувачів) відображає стан і динаміку реальності, то багато необхідні дані можна отримувати за допомогою такої моделі, уникаючи тим самим натурних вимірювань, з істотно меншими витратами часу, а можливо, і при більш низькій вартості. Саме для підтримки таких моделей служить спеціальний клас систем обробки даних ─ автоматизовані інформаційні системи (АІС).
Автоматизованої інформаційної системою називається комплекс, що включає обчислювальне і комунікаційне обладнання, програмне забезпечення, лінгвістичні засоби та інформаційні ресурси, а також системний персонал і забезпечує підтримку динамічної інформаційної моделі деякої частини реального світу для задоволення інформаційних потреб користувачів.
Частина реального світу, яка моделюється інформаційною системою, називається її предметною областю.
Під динамічною моделлю тут розуміється змінність моделі у часі. Це «жива», діюча модель, в якій відображаються зміни, що відбуваються в предметній області. Така систем; повинна володіти пам'яттю, що дозволяє їй зберігати не тільки відомості про поточний стан предметної області, але і в деяких випадках передісторію.
Оскільки модель предметної області, підтримувана інформаційною системою, матеріалізується у формі організованих необхідним чином інформаційних ресурсів, вона називається інформаційною моделлю.
АІС не завжди функціонує самостійно. Вона може входити як компонента (підсистеми) в більш складну систему, таку, наприклад, як система управління торговою компанією, САПР або система управління виробництвом.
Інформаційні системи вже багато десятків і навіть сотні років існують і використовуються на практиці у формі різного роду картотек та / або колекцій паперових документів. Однак у таких системах відсутня будь-яка автоматизація обробки даних. Вони дозволяють лише реєструвати і підтримувати в систематизованій формі на паперових носіях результати проведених натурних вимірювань.
Побудова АІС є початковим етапом процесу розробки систем управління баз даних (СКБД). СУБД, у свою чергу, є сукупністю, призначеної для обробки на ЕОМ пойменованих даних, яка служить для запитів багатьох користувачів в рамках організації (предметної області).
Метою даного курсового проекту є створення автоматизованої інформаційної системи заданої предметної області - гіпотетичного підприємства «Меблевий цех».

1. ПЕРШИЙ ЕТАП ПРОЕКТУВАННЯ АІС. Передпроектні ОБСТЕЖЕННЯ.
 
1.1 Предметна область.
Меблевий цех займається виробництвом м'яких меблів - диванів, крісел, кушеток і т.д.
У цеху є невеликий магазинчик, у якому працюють два продавці. У магазині представлені зразки типових моделей меблів, яку виробляє цех. Продавці приймають замовлення на виробництво меблів від покупців. Покупець вибирає модель, забарвлення оббивки і комплектацію (існують комплекти меблів - наприклад, диван і два крісла в єдиному стилі, але покупець може замовити тільки диван або диван і одне крісло). Продавець оформляє договір і приймає передоплату. Термін виконання замовлення - зазвичай один-два тижні.
У цеху працюють 5 майстрів, кожний з яких «веде» кілька замовлень. Майстер займається усіма операціями - від розпилювання пиломатеріалів до обтягування меблів тканиною. Частина матеріалів - фурнітура (ручки, цвяхи, шурупи, шарніри, рухомі блоки) і матраци - закуповується на стороні.
Замовлення розподіляються між майстрами директором цеху. Він також займається закупівлею матеріалів (дерева, фанери, тканини та фурнітури) і координує роботу.
Коли замовлення готовий, продавець зв'язується з покупцем і домовляється про час доставки. Потім створює гарантійний талон, документи на отримання товару, прийом залишилася оплати і передає їх водієві. Водій доставляє замовлення клієнтові, забирає решту оплати замовлення та підписує документи у клієнта. Після доставки замовлення водій здає документи і гроші бухгалтеру, який контролює правильність розрахунків і оформлення.
У цеху також є власний дизайнер-технолог, який займається розробкою нових моделей меблів.
Примітка: У предметної області немає згадки про склад матеріалів. Але нам здається, що функціонування будь-якого підприємства з виробництва будь-якого виду продукції неможливе без складських приміщень. Тому дозволимо собі включити в предметну область меблевого цеху склад матеріалів з одним співробітником - комірником.

1.2 Коротко про предпроектном дослідженні.
Передпроектні дослідження є обов'язковим етапом, необхідним для оцінки реальності поставлених перед автоматизацією завдань. Необхідність аналізу предметної області до початку написання програми при розробці масштабних проектів була усвідомлена давно. Потрібна попередня опрацювання інформаційної схеми, яка відображала б загальні взаємозв'язку предметної області та особливості організації відповідної інформації.
Знання про предметну область - це сукупність відомостей про ту частину реального світу, яка має суттєве значення або безпосереднє відношення до процесу функціонування програми. Сюди входять факти і закономірності, пов'язані з предметної області, гіпотези про можливі зв'язки між явищами, процесами і фактами, процедури для вирішення типових завдань.
Будь-який проект з автоматизації повинен починатися з найважливішою і нелегкого завдання - узгодження планованих результатів проекту з місією і стратегічними цілями підприємства. Рішення про доцільність реалізації проекту має прийматися, виходячи з того, наскільки він відповідає стратегії, цілям компанії та шляхам їх досягнення. І тут часто криється перша і найбільш значуща проблема - не завжди на підприємстві є чітке уявлення про його місії і стратегії.
Велику частину часу етапу передпроектного дослідження займає аналіз бізнес-процесів на підприємстві - дуже трудомістка і копітка робота. У процесі цієї роботи необхідно описати і по можливості формалізувати всі відбуваються на підприємстві бізнес-процеси, механізми прийняття рішень та підходи до оцінки ефективності діяльності. Найбільш пильну увагу повинні бути приділена тій області діяльності підприємства, яка буде автоматизуватися, але тільки в контексті загальної системи. Спроба почати автоматизацію з окремого завдання без дослідження всієї системи обов'язково призведе до провалу проекту.
Як показує практика, в переважній більшості випадків у результаті формалізації і опису бізнес-процесів виявляються вузькі місця в роботі підприємства і неефективні повторювані операції.
Результатом передпроектного обстеження є офіційний документ, підписаний як керівництвом підприємства, так і керівництвом впроваджувального центру. У даному документі (чи пакеті документів) відбита поточна структура підприємства, взаємозв'язку відділів, потоки документообігу усередині відділів, потоки документообігів між відділами, наведений список документів і звітів які існують на підприємстві. Даний документ, який є результатом передпроектного обстеження, дуже важливий не тільки впроваджувального центру і його фахівцям, які будуть реалізовувати проект, але і керівництву підприємства, він дозволяє чітко побачити недоліки управлінської структури, її можливу надмірність або "вузькі" місця. Даний документ дозволяє, в деяких випадках, прийняти необхідні рішення по частковому реорганізації відділів, перенесення окремих функцій з одних підрозділів на інші, ще до початку складання технічного завдання на автоматизацію. Це дозволяє уникнути частої переробки технічного завдання під час реалізації проекту, і тим самим, уникнути затягування реалізації проекту.
1.3 Побудова структури підприємства.
Побудова структури підприємства можна розбити на три кроки: побудова організаційної моделі, побудова функціональної моделі і побудова інформаційної моделі.

1.3.1 Організаційна модель підприємства.


Малюнок 1.1. Організаційна модель підприємства
Примітка: Підрозділи, виділені темної тонуванням, беруть безпосередню участь у процесі, що підлягає автоматизації, світлої тонуванням - опосередкована участь, без тонування - не беруть участі. Число в гуртку в правому нижньому кутку підрозділи - штатна чисельність його співробітників.
Отже, за найпершим попередніми оцінками ми встановили, що автоматизації підлягають функції директора цеху, а так само наступні підрозділи: майстерня, магазин, склад матеріалів, технологічний відділ і бухгалтерія. Бухгалтерію ми виділили понад світлої тонуванням, тому що в основному вона буде використовувати або надавати інформацію для майбутньої системи. Більш докладно зупинимося на цьому на етапі створення інформаційної моделі підприємства.
1.3.2 Функціональна модель підприємства.
Як походимо взаємодія підприємства з зовнішнім середовищем? Покупці роблять замовлення на виробництво конкретної моделі м'яких меблів. Через 1-2 тижні готовий замовлення доставляється клієнту. Для постачання виробництва всім необхідним меблевий цех закуповує матеріали, фурнітуру і матраци на стороні у різних постачальників. Все це ми відобразили в першій частині функціональної моделі підприємства.

Малюнок 1.2 (а) Функціональна модель підприємства (зовнішні зв'язки)
Тепер розглянемо взаємодію відділів підприємства в ході виробничої діяльності. Інформація про здобутий замовленні передається директору, який прикріплює його до конкретного майстру, а так само в технологічний відділ, де готуються всі технологічні документи і відомість комплектації. Технологічна документація передається в майстерню, відомість комплектації в бухгалтерію. Тут формується накладна на отримання необхідних матеріалів зі складу. Матеріали зі складу надходять до майстерні, де майстер приступає до виконання замовлення. Коли замовлення готовий, водій цеху доставляє його замовнику. Всі матеріали, необхідні меблевому цеху, надходять від постачальників на склад, а потім у майстерню, де використовуються для створення м'яких меблів для конкретного замовлення.

Малюнок 1.2 (б) Функціональна модель підприємства (внутрішні зв'язки)
На третій частині функціональної моделі відобразимо роботу кожного відділу цеху, що має відношення до автоматизації.
Директор цеху: Директор здійснює загальне керівництво виробничо-господарської та фінансово-економічною діяльністю підприємства, а так само організує взаємодію всіх його структурних підрозділів. Для цього до нього повинні стікатися всі інформаційні потоки. Можна виділити наступні основні функції директора цеху, що стосуються виробничих процесів:
1) розподіл замовлень серед майстрів;
2) закупівля необхідних для виробництва м'яких меблів матеріалів;
3) затвердження нових моделей меблів, розроблених дизайнером-технологом.
Для виконання цих основних функцій директор повинен підтримувати постійний зв'язок з бухгалтерією: своєчасно отримувати інформацію та документацію про функціонування підприємства (договори, рахунки, звіти, зведення, розмір з / п працівників і т.д.).
Так як всі інформаційні потоки цеху стікаються до директора (тобто він в основному працює з інформацією), то більш детально функції директора меблевого цеху ми розглянемо на інформаційній моделі підприємства.
Магазин: Функції продавця в магазині полягають у наступному:
1) приймання замовлення є першою операцією життєвого циклу нового виробу. Замовлення приймається продавцем в магазині при меблевому цеху. Покупці можуть варіювати забарвлення оббивки і комплектацію моделі. Продавець оформляє договір і приймає передоплату;
2) організація доставки готового замовлення покупцеві. Після інформації про готовність замовлення продавець зв'язується з покупцем і домовляється про час доставки. Потім створює гарантійний талон, документи на отримання товару, прийом залишилася оплати.

Малюнок 1.2 (в) Функціональна модель магазину
Технологічний відділ: дизайнер-технолог технологічного відділу виконує дві не пов'язані між собою завдання: виготовлення нових моделей м'яких меблів і технологічна опрацювання замовлень.
З першим завданням все ясно - дизайнер-технолог, вивчаючи запити покупців, створює нові моделі м'яких меблів.
Друге завдання полягає в наступному: після отримання інформації про нове замовлення дизайнер-технолог з необхідності проводить технологічну корекцію робочих і складальних креслень і випуск технологічної документації - карт розкрою матеріалів, таблиць операцій і т.д. Потім формує відомості комплектації - список матеріалів і комплектуючих, необхідних для виготовлення виробу, із зазначенням їх точної кількості.

Малюнок 1.2 (г). Функціональна модель технологічного відділу
Склад матеріалів: Кладовщик виконує наступні функції:
1) після отримання накладної на отримання необхідної кількості матеріалів зі складу передає матеріали до майстерні для виготовлення замовлення;
2) створює сумарну відомість на закупівлю потрібної кількості матеріалу в постачальників;
3) проводить прийом закуплених матеріалів на склад.

Малюнок 1.2 (д). Функціональна модель складу матеріалів
Майстерня: Всю роботу над конкретним замовленням виконує один майстер. Його роботу можна розбити на чотири етапи. На першому етапі майстер розпилює пиломатеріали, обробляє частини виробу і збирає каркас моделі. На другому етапі проводиться раскройка чохлів, в які потім буде покладена набивка (м'які елементи). На третьому етапі створюються пружинні блоки (цей етап пропускається, якщо блоків немає в моделі). Останнім етапом є обтягування м'яких меблів тканиною.

Малюнок 1.2 (е). Функціональна модель майстерні
1.3.3 Інформаційна модель підприємства.
Для побудови інформаційної схеми необхідно проаналізувати процеси отримання, зберігання та використання інформації на підприємстві. Одним з основних інформаційних носіїв є документи, які використовуються при роботі підприємства. Виконання кожної проектної операції на будь-якому рівні передбачає отримання вхідної інформації, її обробку та передачу для виконання подальших операцій.

Малюнок 1.3. Інформаційна модель підприємства
Примітка: Стрілками синього кольору показані інформаційні потоки документації життєвого циклу всередині підприємства, зеленого кольору - інформаційне взаємодія підприємства з зовнішнім середовищем, а червоними - контролюючі потоки, які хоча і не припускають формування окремих документів, але грають істотну роль.
Пояснення до нумерації стрілок:
Продавець в м агазіне приймає замовлення на виробництво м'яких меблів від п окупателя. Далі інформація про замовлення (1) передається директору, який передає замовлення в м астерскую, і в технологічний відділ.
У Технологічному відділі готуються 2 види документів: відомість комплектації (2) йде в бухгалтерію, а технологічна документація (3) передається в майстерню.
У бухгалтерії формується накладна на отримання матеріалів (4) і передається на склад.
Якщо необхідні матеріали є в наявності, то комірник готує накладну на передачу матеріалів (5), вона відправляється в майстерню. Якщо матеріали відсутні на складі, то формується відомість на закупівлю (6), яка йде директору. Директор зв'язується з постачальниками і домовляється про постачання необхідних матеріалів на склад. Після оплати рахунку (7) в бухгалтерії закуплені матеріали від постачальників надходять на склад разом з прибутковими документами (8).
Після виконання замовлення, інформація про його готовність (9) надходить з м астерской в магазин. Продавець зв'язується з п окупателем, повідомляє йому, що його замовлення виконане, і домовляється про час доставки. Документи на отримання замовлення (10) продавець передає водієві. Водій підписує документи у клієнта і передає їх до бухгалтерії.
У бухгалтерію так само передається передоплата (11) і залишок оплати замовлення (12).
Розроблені д ізайнером проекти нових моделей м'яких меблів (13) передаються д иректор для затвердження.
Бухгалтерія здійснює щомісячні платежі в муніципальні служби: податки (14), пенсійні нарахування працівників цеху (15), комунальні платежі (16).
Бухгалтерія в міру необхідності доставляє оперативну інформацію директору (17).
Червоними стрілками на схемі показані контролюючі потоки, які не передбачають формування окремих документів. Це матеріальний і фінансовий контроль бухгалтерії (18), технічний контроль над виконанням замовлення (19) технологічного відділу і управлінський контроль (20) директора цеху.
1.4 Визначення місії, виділення критичних чинників успіху і проблем підприємства (завдання 1).
1.4.1 Місія підприємства.

Місія підприємства - певний сенс його існування, який робить вирішальний вплив на результати діяльності. Чітко сформульована місія надихає і спонукає, дає можливість співробітникам підприємства виявляти ініціативу, формує головні передумови успіху діяльності підприємства при різних впливах на неї з боку зовнішнього і внутрішнього середовища.
Визначимо місію підприємства «Меблевий цех» - розробка та виробництво високоякісної м'якої меблів, яка була б доступна всім верствам населення, задовольняла б всі запити і створювала комфорт споживачеві.
1.4.2 Критичні фактори успіху
Після визначення місії підприємства необхідно провести її декомпозицію на стратегічні цілі. З усіх сформульованих цілей потрібно вибрати декілька найбільш важливих, які називають критичними факторами успіху.
Тобто, критичні фактори успіху (КФУ) - це ті заходи щодо реалізації стратегії, конкурентні можливості, результати діяльності, які кожна компанія повинна забезпечувати (або прагнути до цього), щоб бути конкурентоспроможною.
Критичні фактори - це ті рушійні сили, яким фірма повинна приділяти особливу увагу, так як вони визначають успіх (чи неуспіх) компанії на ринку, її конкурентні можливості, що безпосередньо впливають на її прибутковість.
При визначенні КФУ потрібно дотримуватися правила необхідності і достатності, згідно з яким кожен критичний чинник успіху необхідний для досягнення місії підприємства, а всі разом фактори повинні бути достатні для її досягнення.
Визначимо критичні фактори успіху меблевого цеху:
1. Висока якість продукції - зниження кількості дефектів, зменшення потреби в ремонті і т.д.;
2. Зручність обслуговування - простота оформлення та швидкість виконання замовлень, гарантійний ремонт;
3. Швидкість обробки інформації - для ефективної роботи цеху важлива швидкість обробки інформації, так як швидкість виконання замовлень безпосередньо залежить від цього чинника.
4. Розширення асортименту - розробка нових моделей з сучасним дизайном, але в ціновій ніші, яка відповідає рівню достатку середнього класу, дає можливість задовольнити смаки і запити всіх верств населення, а це, у свою чергу, допоможе підняти репутацію підприємства у споживача;
1.4.3 Структурні проблеми підприємства.
Структурні проблеми підприємства - це проблеми, які виникли в результаті розвитку і зміни підприємства. Це проблеми не поточного моменту, а існуючі постійно. Для вирішення таких проблем, як правило, потрібна зміна структури або технологічних процесів підприємства. На даний момент, на наш погляд, на підприємстві існують такі структурні проблеми:
1. Неефективний обмін інформацією між відділами цеху і директором. Оскільки процес проходження замовлень по підрозділах цеху не автоматизовано, то можлива затримка їх виконання, постачання матеріалів, немає можливості в будь-який момент зробити аналіз з продажу або отримати будь-яку іншу оперативну інформацію.
2. Технологічна документація готуватися вручну, що займає велику кількість часу і не гарантує відсутність помилок. А помилки ведуть до шлюбу продукції і до неекономічному витраті матеріалів.
3. Ні суворого обліку та контролю за витрачанням матеріалів і комплектуючих на складі матеріалів.
4. Не електронного каталогу моделей меблів, вироблених цехом, що дозволяє реально побачити варіанти виготовлення та оздоблення. Замовник може ознайомитися лише з моделями, представленими в магазині.
5. Ні поділу праці в майстерні. Кожен майстер веде замовлення повністю, з першого до останнього етапу. Як наслідок - неефективне використання праці майстрів.
1.4.4 Цілі інформаційної системи.
Цілі, що стоять перед інформаційною системою (ІС), повинні відповідати місії та списком КФУ підприємства і, як правило, йдуть зі структурних проблем підприємства. ІС покликана усунути ті проблеми, які можна вирішити за допомогою оптимізації інформаційного аспекту діяльності підприємства.
Для здійснення місії підприємства та усунень назрілих проблем прийнято рішення розробити і впровадити інформаційну систему, що дозволяє підвищити ефективність роботи меблевого цеху. Для цього потрібно провести комплексну автоматизацію всього виробничого процесу.

1.4.5 Список завдань інформаційної системи.
Список завдань, що стоять перед ІС, повинен показати, як (або за допомогою чого) досягти поставлених цілей. Співвідношення цілей і завдань ІС аналогічно співвідношенню місії та списку КФУ підприємства.
В ідеалі, на підприємстві має працювати єдиний програмний комплекс, що зв'язує роботу різних фахівців на різних робочих місцях у єдину технологічну та інформаційну ланцюжок. Для цього ми склали список початкових цілей, що стоять перед ІС:
1. Проаналізувати обмін інформацією між відділами цеху і директором. По можливості спростити передачу, зробити її більш ефективною, усунути дублювання інформації. Автоматизувати документообіг всередині підприємства. Це дозволить скоротити ручні операції, прискорити обробку інформації, підвищити точність обліку і, найголовніше, скоротити час обробки замовлень. Керівництво підприємства в будь-який момент часу буде мати необхідну оперативну інформацію.
2. Автоматизувати роботу технологічного відділу. Оскільки цех випускає тільки стандартний набір м'яких меблів (не створює меблі на замовлення), то має сенс заздалегідь підготувати всю конструкторсько-технологічну документацію та відомості комплектації. Це дозволить підвищити продуктивність праці технолога, і значно скоротити час технологічної опрацювання робочих і складальних креслень, випуску карт розкрою і т.д. Як наслідок значно скоротитися шлюб на виробництві, час обробки замовлень і буде досягнута значна економія матеріалів.
3. Важливим чинником підвищення ефективності роботи підприємства є організація суворого обліку та контролю за витрачанням матеріалів та комплектуючих, забезпечення безперебійного постачання виробництва всім необхідним, наявність оптимальних запасів на складі, тобто, по суті, впровадження автоматизованої системи складського обліку.
4. Створити електронний каталог моделей м'яких меблів, вироблених в цеху, а також пов'язати цей каталог з прайс-листом. За каталогом можна буде відразу отримати відомість комплектації, вартісної розрахунок, і весь комплект креслень та специфікацій для виготовлення.
5. Провести розподіл праці в майстерні.

2. ПРОЕКТУВАННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ. ВИДІЛЕННЯ БІЗНЕС-ПРОЦЕСІВ (завдання 2).
Бізнес-процес являє собою систему послідовних, цілеспрямованих і регламентованих видів діяльності, в якій за допомогою керуючого впливу та з допомогою ресурсів входи процесу перетворюються у виходи, результати процесу, що представляють цінність для споживачів. Бізнес-процеси поділяють на основні, що виробляють основні виходи, одержувані клієнтами організації, і допоміжні, вихід яких використовується іншими підрозділами організації. Бізнес-процес повинен мати постачальника і споживача (зовнішній об'єкт або інший бізнес-процес).
2.1 Способи опису бізнес-процесів
Існує два види інструментів, що застосовуються при описі бізнес-процесів - вертикальне і горизонтальне опис.
При вертикальному описі показують тільки роботи та їх ієрархічний лад у дереві бізнес-процесу. У цьому випадку є тільки вертикальні зв'язки між батьківськими і дочірніми роботами (рис.4а). При горизонтальному описі так само показується, як ці роботи між собою взаємопов'язані, в якій послідовності вони виконуються, які інформаційні і матеріальні потоки між ними рухаються. У цьому випадку в моделі бізнес-процесу з'являються горизонтальні зв'язки між різними роботами, які процес складають (рис.4б).

Малюнок 2. Вертикальне і горизонтальне опис бізнес-процесів
Фахівці з організаційного проектування використовують різну термінологію при описі бізнес-процесів. Наприклад, вертикальне опис називають функціональним описом, горизонтальне - процесним описом або просто описом бізнес-процесів.
2.2 Горизонтальне опис бізнес-процесів.
В даний час існують три основних способи горизонтального опису бізнес-процесів: текстовий, табличний, графічний. Опишемо коротко ці способи.
1. Текстовий
Цей спосіб є не що інше, як текстове послідовний опис бізнес-процесу. Багато російських компаній розробили і використовують у своїй діяльності регламентуючі документи, частина яких є процесними регламентами і представляє не що інше, як текстовий опис бізнес-процесів. Наведемо як приклад текстовий опис одного з бізнес-процесів нашого меблевого цеху:
Бізнес процес: «Оформлення замовлення» - Продавець приймає замовлення від покупця, оформляє договір, бере передоплату. Передоплата передається в бухгалтерію. Інформація про замовлення надходить директору, і запускається наступний бізнес-процес «Виконання замовлення».
2. Табличний.
Для цілей аналізу та оптимізації діяльності компанії текстовий опис бізнес-процесів не оптимально. Справа в тому, що опис бізнес-процесу в текстовому вигляді системно розглянути та проаналізувати неможливо. Текстова інформація сприймається людським мозком послідовно. Наприклад, коли людина читає регламент і доходить до його кінця, він практично завжди забуває про те, що було на початку документа. Другий недолік текстового представлення бізнес-процесу полягає в тому, що людська свідомість влаштовано так, що воно може працювати ефективно тільки з образами. При сприйнятті та аналізі текстової інформації людський мозок розкладає її на ряд образів, на що йдуть додатковий час і розумові зусилля. Тому при використанні текстового опису бізнес-процесів продуктивність і якість рішень щодо оптимізації діяльності залишають бажати кращого, що особливо сильно проявляється, коли рішення приймається групою людей.
Свого часу фахівці з інформаційних технологій розробили більш структурований підхід до опису бізнес-процесів. Ними було запропоновано розбити бізнес-процес по осередках структурованої таблиці, в якій кожна колонка і рядок мають певне значення. Дану таблицю читати простіше, з неї легше зрозуміти, хто за що відповідає, в якій послідовності в бізнес-процесі виконуються роботи, і, відповідно, бізнес-процес простіше проаналізувати. Таблична форма опису бізнес-процесів більш ефективна в порівнянні з текстовою і в даний час активно застосовується фахівцями з інформаційних технологій для опису бізнес-процесів в додатку до завдань їх автоматизації.
Таблиця № 1.
Табличне опис бізнес-процесу «Оформлення замовлення».

Операція
Відповідальний-ний
Що (Вхід)
Від кого (Постачальник)
Що (Вихід)
Кому (Клієнт)
1
Прийняти замовлення
Продавець
Замовлення
Покупець
-
-
2
Оформити договір
Продавець
-
-
Договір
Директор, б-п. «Виконан-ня замовлення».
3
Отримати передоплату
Продавець
Передоплата
Покупець
Передоплата
Бухгалтерія
3. Графічний.
Останнім часом стали інтенсивно розвиватися і застосовуватися при описі бізнес-процесів графічні підходи. Визнано, що графічні методи володіють найбільшою ефективністю при вирішенні завдань щодо опису, аналізу та оптимізації діяльності компанії.
Виявилося, що графіка хороша тим, що графічна інформація, розташована у полі зору людини, сприймається його мозком одночасно. Друга перевага в тому, що менеджер, як і будь-яка людина, має правопівсферні мислення і мислить у вигляді образів. Будь-яку текстову інформацію він переводить в образи. У випадку, коли йому надається інформація у вигляді графічних образів, значно зростають його можливості аналізу і прийняття рішень.

Малюнок 2.1 Бізнес-процес «Оформлення замовлення»
У даній роботі ми будемо описувати бізнес-процеси текстовим способом і графічно.
2.3 Виділення основних і допоміжних бізнес-процесів меблевого цеху.
Отже, проаналізувавши діяльність меблевого цеху і провівши передпроектне дослідження, ми змогли виділити чотири основних бізнес-процесів меблевого цеху:
1. Оформлення замовлення;
2. Виконання замовлення;
3. Доставка замовлення покупця;
4. Розробка нової моделі.
і чотири допоміжних бізнес-процесу:
5. Технологічна опрацювання замовлення;
6. Отримання матеріалів зі складу;
7. Робота складу;
8. Робота бухгалтерії.
Перший бізнес процес ми описали в попередньому кроці. Опишемо інші.
Бізнес-процес «Виконання замовлення»
До складу даного бізнес-процесу входять два допоміжних бізнес-процесу - «Технологічна опрацювання замовлення» та «Доставка матеріалів зі складу» (їх ми докладно опишемо нижче). Директор доручає замовлення конкретного майстра. Після отримання технологічної документації та необхідних матеріалів зі складу, починається виготовлення замовлення. Майстер веде всю роботу, починаючи з розпилювання пиломатеріалів і закінчуючи обтягуванням меблів тканиною. Після закінчення робіт запускається наступний бізнес-процес «Доставка замовлення».

Малюнок 2.2 Бізнес-процес «Виконання замовлення»
Бізнес-процес «Доставка замовлення»:
Запускається після бізнес-процесу «Виконання замовлення». Інформація про готовність замовлення надходить у магазин. Продавець зв'язується із замовником і домовляється про час доставки. Потім створює документи на отримання замовлення, залишку оплати і гарантійний талон. Документи передаються водію, який забирає замовлення з майстернею і доставляє його замовнику. Підписані документи і залишок оплати передаються в бухгалтерію.

Малюнок 2.3 Бізнес-процес «Доставка замовлення»
Бізнес-процес «Розробка нової моделі»
Дизайнер-технолог цеху, вивчаючи попит покупців, створює нову модель м'яких меблів. Якщо директор схвалює нову модель, то проект передається в майстерню для подальшого виготовлення, а звідти в магазин. Продавці в магазині пропонують нову модель покупцям.

Малюнок 2.4 Бізнес-процес «Розробка нової моделі»
Бізнес-процес «Технологічна опрацювання замовлення»
На цьому етапі виконується два основні завдання:
· Корекція робочих і складальних креслень і випуск технологічної документації: карт розкрою матеріалів, таблиць операцій і т.д. Документація передається у виробництво;
· Формування відомості комплектації - списку матеріалів і комплектуючих, необхідних для виготовлення виробу, із зазначенням їх точної кількості. Запускається бізнес-процес «Доставка матеріалів зі складу»

Малюнок 2.5 Бізнес-процес «Технологічна опрацювання замовлення»
Бізнес-процес «Доставка матеріалів зі складу»:
Запускається після виконання бізнес-процесу «Технологічна опрацювання замовлення». На підставі відомості комплектації формується накладна на отримання матеріалів, яка передається на склад. Якщо матеріали є на складі, то вони передаються у виробництво разом з накладною на передачу матеріалів. Якщо необхідних матеріалів немає на складі, то формується відомість на закупівлю, що передається директору цеху. Технологічна операція «Встановити наявність матеріалів» даного бізнес-процесу є так само технологічною операцією допоміжного бізнес-процесу «Робота складу».

Малюнок 2.6 Бізнес-процес «Доставка матеріалів зі складу»
Бізнес-процес «Робота бухгалтерії»
Робота бухгалтерії полягає в наступному:
· Матеріально-фінансовий контроль;
· Надання необхідної інформації директору цеху (договори, рахунки, звіти, зведення тощо);
· Розрахунок заробітної плати співробітників;
· Нарахування виплат в муніципальні служби (пенсійний фонд, комунальні служби, податкової і т.д.).

Малюнок 2.7 Бізнес-процес «Робота бухгалтерії»
Бізнес-процес «Робота складу»
Відсутні матеріали доставляються на склад від постачальників. Потім надходять у виробництво для виконання замовлень. До складу даного бізнес-процесу входить технологічна операція «Встановити наявність матеріалів» бізнес-процесу «Доставка матеріалів зі складу» (див. вище). Технологічні операції даного бізнес-процесу не пов'язані між собою безпосередньо.

Малюнок 2.8 Бізнес-процес «Робота бухгалтерії»

3. ПРОЕКТУВАННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ. АНАЛІЗ І ОПТИМІЗАЦІЯ БІЗНЕС-ПРОЦЕСІВ (завдання 3).
Для проведення аналізу, оптимізації чи перебудови своєї діяльності, компанії необхідно мати актуальну модель своїх бізнес-процесів, що відображає його структуру і всі процеси, що відбуваються в ньому. Бізнес-процеси нашого цеху ми виділили на попередньому кроці. Така модель дає наочний матеріал для аналізу того, що відбувається в компанії, показує "вузькі місця" в її діяльності, виявляє можливі ризики і непродуктивні витрати, які несе компанія у своїй діяльності внаслідок дублювання функцій і зон відповідальності. Для побудови такої моделі необхідно провести (і постійно оновлювати відповідно зі змінами) аналіз бізнес-процесів і структури компанії. За результатами аналізу вибираються бізнес-процеси, які вимагають змін. Може бути прийнято рішення про проведення оптимізації вибраних бізнес-процесів. Оптимізація - це порівняно невеликі зміни, спрямовані на поліпшення існуючих бізнес-процесів. Оптимізація потрібна, якщо в цілому бізнес-процеси працюють, але не приносять великих проблем і втрат (не загрожують існуванню підприємства). Автоматизація системи управління підприємством так само має на увазі оптимізацію бізнес-процесів даного підприємства.
Почнемо аналіз виявлених бізнес-процесів. Для початку проведемо оцінку бізнес-процесів за ступенем задоволення критичним факторів успіху (КФУ).
3.1 Оцінка бізнес-процесів за ступенем задоволення критичним факторів успіху.
Для оцінки ступеня задоволення бізнес-процесів критичним факторів успіху підприємства використовують матрицю зіставлення, стовпці якої відповідають сформульованим КФУ, а рядки виділеним бізнес-процесів. У клітинах матриці проставляють оцінку відповідності процесу КФУ за п'ятибальною системою. Після заповнення по кожному процесу потрібно підсумувати оцінки та кількість задіяних КФУ. Низькі оцінки процесу говорять про те, що його потрібно оптимізувати або замінити поєднанням нових бізнес-процесів.
Таблиця 1.
Матриця зіставлення бізнес-процесів підприємства КФУ.
Бізнес-процеси
Висока якість продукції
Зручність обслуговування
Швидкість обробки інф-ії
Розширення асортименту
Середній бал
Оформлення замовлення
х
3
3
х
3
Виконання замовлення
4
3
3
х
3,3
Доставка замовлення
х
5
4
х
4,5
Розробка нової моделі
4
х
x
5
4,5
Технологічна опрацювання замовлення
3
3
3
х
3
Доставка матеріалів зі складу
х
3
3
х
3
Робота бухгалтерії
х
х
3
х
3
Робота складу
х
3
3
4
3,3
Проаналізувавши отриману матрицю, можна побачити, що в основному переважає середня оцінка - три. У цілому всі процеси відбуваються досить повільно, тому що обробка інформація проводиться вручну, а це призводить до тимчасової и м затримок і помилок. Як наслідок, час підготовки і виконання замовлення недозволено затягується. Для усунення виявлених недоліків необхідно провести оптимізацію і автоматизацію бізнес-процесів.

Коротко про методи оптимізації бізнес-процесів.
Перерахуємо деякі методои оптимізації бізнес-процесів.
1. Метод паралельного виконання технологічних операцій бізнес-процесу. Цей метод дозволяє скоротити загальний час виконання бізнес-процесу. На даний момент тривалість бізнес-процесів відіграє вирішальну стратегічну роль для компанії, визначає її конкурентоспроможність і виживання на динамічному конкурентному ринку.
2. Метод зменшення кількості входів і виходів бізнес-процесу. Якщо схема описаного бізнес-процесу вийшла досить складною, заплутаною, що містить багато входів і виходів, - можна з великою часткою ймовірності стверджувати про неоптимальності даного бізнес-процесу. Пояснюється це тим, що управляти таким бізнес-процесом і реалізувати його буде складно, що в свою чергу буде приводити до помилок і неузгоджень. Даний метод пропонує зайнятися спрощенням бізнес-процесів, що приводить до поліпшення всіх його показників, а також підвищенню ефективністю управління ім.
3. Метод усунення тимчасових розривів. Цікавим є такий факт. Виявляється, що в сучасних компаніях на реальне виконання роботи йде тільки 20% часу. 80% часу - це простої бізнес-процесів. Причини можуть бути самі різні - від затримки інформації на будь-якому етапі робіт до невчасно виданих зі складу необхідних матеріалів. Тому застосування методу усунення тимчасових розривів є актуальним і ефективним інструментом, який дозволяє скоротити час бізнес-процесу в кілька разів.
4. Мінімізація усної інформації. Чому використання в бізнес-процесі усної інформації призводить до невідповідностей та неефективності? По-перше, усна інформація має здатність сильно спотворюватися при передачі її від одного учасника бізнес-процесу до іншого. Друга причина викликана тим, що за усну інформацію не можна призначити відповідального. Тому потрібно зробити так, щоб у рамках бізнес-процесів всі інформаційні потоки були по можливості документовані.
5. Стандартизація форм збору та передачі інформації. Підвищити ефективність бізнес-процесів дозволяє метод стандартизації форм збору та передачі інформації. У багатьох компаніях відсутні типові форми документів, а це ускладнює їх обробку.
6. Організація точок контролю. Точка контролю - ця робота, метою якої є контроль відповідності результатів певної технологічної операції в бізнес-процесі сформульованим вимогам до її результату. У разі виявлення невідповідності організується зворотний зв'язок, в рамках якої результат повинен бути скоректований. Існує два типи точок контролю: впроваджені в бізнес-процес і "спостерігають" за процесом.
3.2 Оптимізація бізнес-процесів меблевого цеху.
Однією з цілей створюваної інформаційної системи було створення електронного каталогу моделей м'яких меблів, вироблених в цеху, а також зв'язок цього каталог з прайс-листом. Те, що наш меблевий цех працює тільки із стандартним набором м'яких меблів (не створює меблі на замовлення), значно полегшує завдання. Більша частина навантаження по підготовці електронного каталогу звичайно ж лягає на дизайнера-технолога. Він повинен підготувати технологічну документацію та відомість комплектації на кожну модель меблів, що виготовляється в цеху. Тоді після занесення цієї документації в каталог, можна відразу буде отримати вартісної розрахунок, і весь комплект креслень та специфікацій для виготовлення конкретної моделі меблів. А це значно зменшить час над підготовкою передачі замовлення у виробництво. Оптимізацію бізнес-процесів будемо проводити з припущенням, що такий електронний каталог м'яких меблі вже створений.
Бізнес-процес «Оформлення замовлення».
Від якості роботи продавця і правильної приймання замовлення залежить дуже багато чого. У першу чергу, - чи буде задоволений замовник і чи прийде він в наш магазин знову. Тому дуже важливо заздалегідь підготувати і добре оснастити його робоче місце.
При правильній підготовці робочого місця продавця продати покупцеві можна лише те, що реально можна зробити. Для цього продавця необхідно забезпечити електронним каталогом з асортиментом меблів, інформацією про стан складу матеріалів (наприклад, яку обробку можна сьогодні пропонувати замовнику), прайс-листами, а також засобами для розрахунку і оформлення замовлення. Дуже важливим моментом є навчання продавців користуватися створеним електронним каталогом.
Продавець допомагає замовнику вибрати модель меблів за допомогою електронного каталогу. Причому вже при виборі моделі продавець (орієнтуючись за інформацією про стан складу матеріалів) може повідомити клієнта, чи надійде замовлення відразу у виробництво або ж забере багато часу на закупівлю відсутніх матеріалів. Інформація про обрану замовником моделі заноситься до бази даних «Замовлення». При цьому автоматично розраховується вартість замовлення. У реєстраційній картці замовлення так само враховуються сервісні (адреса доставки і телефони клієнта) і додаткові параметри (розмір передоплати). Обумовивши умови оплати і доставки, продавець друкує автоматично підготовлені необхідні документи (договір і рахунок на оплату замовлення).
І хоча в цьому бізнес-процесі у нас стало на одну технологічну операцію більше, але це з лишком окупається зручністю для клієнтів.

Малюнок 3.1 Бізнес-процес «Оформлення замовлення»
При оптимізації даного бізнес-процесу ми використовували два методи - метод зменшення входів і виходів бізнес-процесу і метод мінімізації усної інформації. Застосування автоматизованих засобів реєстрації замовлення дозволяє збільшити швидкість виконання операцій бізнес-процесу.
Бізнес-процес «Виконання замовлення».
При формуванні замовлення на попередньому кроці в нас автоматично сформувалася вся необхідна документація для передачі замовлення у виробництво, накладна на отримання необхідних матеріалів зі складу і, за необхідності, відомість на закупівлю відсутніх матеріалів. Це дозволило нам видалити стали непотрібним допоміжні бізнес-процеси «Технологічна опрацювання замовлення» та «Видача матеріалів зі складу» (см.ріс.3.2). Подібний підхід дозволяє практично повністю виключити суб'єктивні помилки і значно скоротити час виконання замовлення.
Ще один крок по оптимізації даного бізнес-процесу - ми можемо застосувати тут метод паралельного виконання робіт. Розподіл праці в майстерні дозволить збільшити продуктивність праці і скоротити час виконання замовлення. Нагадаємо, що всі роботи з виготовлення замовлення виконуються одним майстром поетапно. Ми вважаємо, що дуже рідко можна зустріти універсального фахівця, який грамотно і без помилок зможе зібрати з нуля модель м'яких меблів. Тому пропонуємо кожен етап з виробництва м'яких меблів закріпити за конкретним майстром. Тобто у кожного майстра в майстерні будуть свої функціональні обов'язки. Так як у штаті підприємства значиться п'ять майстрів, то на найважчий (на наш погляд) ділянку робіт - складання готової моделі й обтягування тканиною - можна призначити двох майстрів. Тоді не доведеться проводити скорочення чисельності штату.
При такій організації виробництва перші три етапи - деревообробка та виготовлення каркасів, виготовлення чохлів і м'яких елементів і виготовлення пружинних блоків - можна проводити паралельно (см.ріс.3.2).
Так само ми пропонуємо використовувати при оптимізації даного бізнес-процесу ще один метод - метод організації точок контролю. Першу точку контролю пропонується впровадити перед останньою операцією бізнес-процесу - збіркою моделі меблів. У разі виявлення технологічного невідповідності виготовлених елементів, вони будуть відправлені на доопрацювання. Це дозволить зменшити кількість браку в готових виробах, яке набагато важче виявити і усунути. Другу точку контролю пропонується впровадити перед здачею готового замовлення.
Отже, після застосування всіх перерахованих вище методів оптимізації ми отримали наступну модель бізнес-процесу «Виконання замовлення»:

Малюнок 3.2 Бізнес-процес «Виконання замовлення»
Бізнес-процес «Доставка замовлення»
З матриці відповідності видно, що даний бізнес-процес загалом проходить непогано, середній бал вийшов 4,5. Але все ж таки ми можемо оптимізувати його, автоматизувавши другу операцію - створення документів на отримання замовлення. Всі необхідні документи вже сформовані і зберігаються в базі даних «Замовлення». Продавцю залишається тільки роздрукувати їх і передати водію.

Малюнок 3.3 Бізнес-процес «Доставка замовлення»
Бізнес-процес «Розробка нової моделі»
Даний процес ми теж оцінили на 4,5 бали. Він не потребує оптимізації.
Бізнес-процес «Технологічна опрацювання замовлення»
Як ми вже з'ясували вище, цей бізнес-процес можна зовсім видалити, тому що вся необхідна технологічна документація тепер зберігатися в електронному каталозі і може бути передана у виробництво відразу після оформлення договору на замовлення.
Бізнес-процес «Доставка матеріалів зі складу»
Після оформлення замовлення в базі даних відразу формується накладна на отримання необхідних матеріалів зі складу і, за необхідності, відомість на закупівлю відсутніх матеріалів. Замовлені матеріали відразу передаються у виробництво. Тому цей бізнес-процес ми можемо теж видалити.
Бізнес-процес «Робота бухгалтерії».
Неможливо чітко і економічно працювати, не маючи точного уявлення про стан справ на підприємстві. Повне і оперативне отримання такої інформації можна забезпечити лише використовуючи комп'ютерні програми у всіх підрозділах підприємства, а особливо в бухгалтерії. Оптимізація бізнес-процесу «Робота бухгалтерії» відбувається в основному за рахунок автоматизації всього документообігу меблевого цеху, тому що робота бухгалтерії безпосередньо залежить від швидкості обробки інформації на підприємстві.

Малюнок 3.4 Бізнес-процес «Робота бухгалтерії»
Бізнес-процес «Робота складу»
Точні відомості про наявність матеріалів на складі, можливість контролювати графік виконання замовлень, реально оцінювати обсяги доходів і витрат життєво необхідні для будь-якого керівника підприємства. Тому автоматизація складського господарства так само дуже важлива. При оптимізації бізнес-процесу «Робота складу» ми використовували метод зменшення кількості входів і виходів бізнес-процесу. Тепер у нас на одну операцію менше - відомість на закупівлю відсутнього матеріалу оформляється автоматично одразу ж після оформлення договору. Ну і, звичайно ж, автоматизувавши роботу складу, ми суттєво скоротили час виконання замовлення. Накладна на отримання матеріалів для виконання замовлення не проходить тепер довгий ланцюжок виконавців (технологічний відділ, бухгалтерія), а відразу ж надходить на склад після оформлення договору. Робота комірника так само значно полегшилася.

Малюнок 3.5 Бізнес-процес «Робота складу»
3.3 Підсумки оптимізації бізнес-процесів меблевого цеху.
Отже, ми бачимо, що основним результатом оптимізації бізнес-процесів меблевого цеху стала функціональна модель з чіткою злагодженою роботою всіх підрозділів підприємства та якісним покращенням роботи всього підприємства в цілому.
Наступним кроком буде впровадження на підприємстві інформаційної системи, яка допоможе втілити в життя нашу нову модель і дасть наступні результати:
· Підвищиться стійкість нашого бізнесу;
· Підвищиться продуктивність праці;
· Буде оптимізована технологія виробництва м'яких меблів;
· Підвищиться якість самих бізнес процесів і кінцевого продукту.

4. ПРОЕКТУВАННЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ. ПРОЕКТУВАННЯ БАЗИ ДАНИХ (завдання 4).
4.1 Коротко про бази даних
Для забезпечення ефективності інформаційних процесів необхідна відповідна організація даних. Проблема моделювання даних пов'язана з таким поданням даних, яке найбільш природно відображає реальний світ і може підтримуватися комп'ютерами. В даний час в самих різних областях широке поширення набула розробка баз даних (БД).
База даних - це сукупність призначених для обробки на ЕОМ пойменованих даних, яка служить для запитів багатьох користувачів в рамках організації (предметної області). Для програмної реалізації баз даних звичайно використовуються універсальні системи управління базами даних (СКБД).
Життєвий цикл бази даних можна умовно розбити на 2 фази.
1. Аналізу та проектування;
2. Реалізації та функціонування.
На етапі аналізу та проектування здійснюється.
1) Формування і аналіз вимог до інформації про предметну область.
Тут здійснюється збір вимог до змісту і процесу обробки даних від всіх користувачів, забезпечується узгодженість даних.
2) Концептуальне проектування.
Побудова незалежної від СУБД інформаційної структури шляхом об'єднання вимог користувачів. Концептуальна схема не залежить від конкретної СУБД і технічних рішень.
3) Проектування реалізації.
На цьому етапі здійснюється реалізація інформаційної моделі в рамках конкретної СУБД. Проводиться опис структури даних, розробка програм обробки даних.
На етапі реалізації та функціонування БД здійснюється.
1) Реалізація БД.
2) Аналіз функціонування і підтримка.
3) Модифікація і адаптація.
4.2 Побудова інформаційної моделі
Інформаційну модель нашого меблевого цеху ми побудували в ході передпроектного дослідження (див.рис 1.3). У результаті оптимізації бізнес-процесів інформаційна модель придбала такий вигляд:

Малюнок 4.1. Інформаційна модель підприємства після оптимізації
4.3 Концептуальна модель бази даних.
Складемо концептуальну модель БД для проектованої інформаційної системи. Для цього використовуємо методологію інформаційного моделювання IDEF1X, засновану на підході П. Чена. Ця методологія дозволяє побудувати модель даних, еквівалентну реляційної моделі в третій нормальній формі. На підставі опису предметної області створимо словник ПЗ, що містить імена сутностей, ключових і неключових атрибутів та їх визначення, (див. таб.2) і побудуємо FA-діаграму (рис.5.2)
У базу даних занесемо тільки те, що стосується виробничої діяльності підприємства. Зовнішні зв'язки (з постачальниками та з муніципальними органами) описувати не будемо. Всі сутності ми умовно розділили на чотири модулі: модуль Каталог, модуль Замовлення, модуль Виробництво і модуль Склад. Оскільки автор даного курсового проекту має дуже поверхневе уявлення про технологічну стороні виготовлення меблів, то ми дозволимо собі опустити опис частини таблиць, що стосується технологічної документації (карти розкрою, таблиць операцій, складальні креслення і т.д.).
Таблиця 2.
Сутності та атрибути.
Ім'я
Опис
Власник
Опис сутності
Модуль Каталог
сутність Модельний ряд
КодРяда (РК)
Унікальний номер модельного ряду
Модельний ряд
Модельний ряд меблевого цеху
НазваніеРяда
Назва модельного ряду
Модельний ряд
ОпісаніеРяда
Опис модельного ряду
Модельний ряд
сутність Каталог
КодМоделі (РК)
Унікальний номер моделі
Каталог
Каталог продукції меблевого цеху
КодРяда (FK)
Унікальний номер модельного ряду
Модельний ряд
ТіпМоделі
Тип моделі. Один з варіантів: диван, диван-ліжко, крісло, крісло-ліжко, кутовий диван, пуф.
Каталог
Довжина
Довжина моделі
Каталог
Ширина
Ширина моделі
Каталог
Висота
Висота моделі
Каталог
ДлінаСпальногоМеста
Довжина спального місця
Каталог
ШірінаСпальногоМеста
Ширина спального місця
Каталог
Трансформація
Механізм трансформації (для розкладаються моделей). Один з варіантів: софа, єврокнижка, клік-кляк, пума
Каталог
Опис
Опис моделі
Каталог
сутність Ціни
КодЦени (PК)
Унікальний номер ціни моделі
Ціни
Ціни моделей. Кожна модель представлена ​​в трьох цінових категоріях, що залежать від типу оббивки.
КодМоделі (Fк)
Унікальний номер моделі
Каталог
КодРяда (FK)
Унікальний номер модельного ряду
Модельний ряд
ЦеноваяКатегоріяМоделі
Цінова категорія оббивки моделі. Один з варіантів: Т1, Т2, Т3.
Ціни
Ціна
Ціна моделі в цій ціновій категорії.
Ціни
сутність Відомість комплектації
КодВедомості (PК)
Унікальний номер відомості комплектації
Відомість комплектації
Відомість комплектації для кожної моделі м'яких меблів з каталогу продукції
КодМоделі (Fк)
Унікальний номер моделі
Каталог
КодРяда (FK)
Унікальний номер модельного ряду
Модельний ряд
НомНомер (Fк)
Номенклатурний номер матеріалу
СправочнікМатеріалов
Кількість
Кількість матеріалу, що використовується для виготовлення моделі
Відомість комплектації
сутність Оббивка
НомНомер (Fк)
Номенклатурний номер тканини
Оббивка
Каталог тканин для оббивки м'яких меблів
КодМоделі (Fк)
Унікальний номер моделі
Каталог
ВідОбівкі
Вид тканини
Оббивка
ЦеноваяКатегорія
Цінова категорія тканини. Один з варіантів: Т1, Т2, Т3.
Оббивка
Модуль Замовлення
сутність Замовлення
КодЗаказа (PК)
Унікальний номер замовлення
Замовлення
Загальні відомості про замовлення
ФІОКліента
ПІБ замовника
Замовлення
АдресКліента
Адреса замовника
Замовлення
ТелефонКліента
Телефон замовника
Замовлення
ДатаРазмещенія
Дата оформлення договору
Замовлення
ДатаІсполненія
Дата виконання замовлення
Замовлення
ДатаДоставкі
Дата доставки замовлення
Замовлення
СуммаПредоплати
Сума передоплати
Замовлення
СтоімостьДоставкі
Вартість доставки замовлення клієнту
Замовлення
СрокІзготовленія
Термін виготовлення замовлення в днях
Замовлення
сутність Відомості про замовлення
КодЗаказанного (PК)
Унікальний номер сутності
Відомості про замовлення
Докладні відомості про замовлення. Комплектація замовлення.
КодЗаказа (Fк)
Унікальний номер замовлення
Замовлення
КодМоделі (FK)
Унікальний номер моделі
Каталог
Кількість воЗаказанного
Кількість замовлених моделей
Відомості про замовлення
ЦенаЗаЕд
Ціна моделі в обраній ціновій категорії
Відомості про замовлення
Знижка
Знижка у відсотках
Відомості про замовлення
Оббивка
Номенклатурний номер обраної оббивки
Відомості про замовлення
Модуль Виробництво
сутність Виробництво
КодРаботи (PК)
Унікальний номер виконуваної роботи
Виробництво
Основні етапи роботи над замовленням. Кожне замовлення проходить чотири технологічних ділянки цеху.
КодЗаказа (Fк)
Унікальний номер замовлення
Замовлення
НомерУчастка
Номер ділянки меблевого цеху
Ділянки
ДатаНачала
Дата початку роботи
Виробництво
ДатаОкончанія
Дата закінчення роботи
Виробництво
Контроль
Пройдено чи ні технологічний контроль
Виробництво
сутність Надходження матеріалів
КодПоступленія (PK)
Унікальний номер надходження
Надходження матеріалів
Надходження матеріалів, необхідних для виконання замовлення, на дільниці.
НомНомер (Fк)
Номенклатурний номер матеріалу
СправочнікМатеріалов
КодЗаказа (Fк)
Унікальний номер замовлення
Замовлення
КодОпераціі (Fк)
Унікальний номер складської операції
Операції
КодРаботи (Fк)
Унікальний номер виконуваної роботи
Виробництво
НомерУчастка (FK)
Номер ділянки майстерні
Ділянки
ДатаПоступленія
Дата надходження матеріалу
Надходження матеріалів
Кількість Надходження
Кількість матеріалу, що надійшов
Надходження матеріалів
Використано
Кількість використаного матеріалу
Надходження матеріалів
сутність Контроль
КодКонтроля (PK)
Унікальний номер контролю
Контроль
Відомості про проведення технологічного контролю на кожному етапі роботи над замовленням
КодРаботи (Fк)
Унікальний номер виконуваної роботи
Виробництво
КодЗаказа (Fк)
Унікальний номер замовлення
Замовлення
НомерУчастка (FK)
Номер ділянки майстерні
Ділянки
ДатаКонтроля
Дата проведення технологічного контролю
Контроль
РезультатКонтроля
Результат проведення технологічного контролю
Контроль
сутність Ділянки
НомерУчастка (PK)
Номер ділянки майстерні
Ділянки
Довідник ділянок цеху
Ділянка
Назва ділянки
Ділянки
сутність Майстра
КодМастера (PK)
Унікальний номер майстра
Майстри
Довідник майстрів
НомерУчастка (FK)
Номер ділянки майстерні
Ділянки
ФІОМастера
ПІБ майстра
Майстри
Модуль Склад
сутність СправочнікМатеріалов
НомНомер (PК)
Номенклатурний номер матеріалу
СправочнікМатеріалов
Довідник номенклатур
НаіменованіеМатеріала
Назва матеріалу
СправочнікМатеріалов
ГруппаМатеріалов
Група матеріалів
СправочнікМатеріалов
ЕдІзм
Одиниця виміру
СправочнікМатеріалов
ЦенаМатеріала
Ціна матеріалу
СправочнікМатеріалов
Кількість воМатеріала
Кількість матеріалу на складі
СправочнікМатеріалов
сутність Операції
КодОпераціі (PK)
Унікальний номер операції
Операції
Складські операції
НомНомер (Fк)
Номенклатурний номер матеріалу
СправочнікМатеріалов
КодЗаказа (Fк)
Унікальний номер замовлення
Замовлення
Операція
Прихід або витрата
Операції
Опис
Опис складської операції
Операції
ДатаОпераціі
Дата проведення складської операції
Операції
Кількість
Кількість матеріалу
Операції
Примітки: незалежні сутності виділені кольором. Первинні і зовнішні ключі позначені відповідно PK і FK.

Малюнок 4.2. IDEF1X-діаграма. Склад атрибутів сутностей (FA-рівень)

5. Проектування інформаційної системи. Проектування інтерфейсу системи (завдання 5).
Інтерфейсом системи називають комплекс засобів, за допомогою яких відбувається взаємодія системи з користувачами, іншими інформаційними системами та навколишнім середовищем. За допомогою інтерфейсу система отримує вихідну інформацію, необхідну для її роботи, і видає результуючу інформацію для користувачів системи. Графічний інтерфейс користувача - це графічне середовище організації взаємодії користувача з обчислювальною системою. Графічний інтерфейс дозволяє управляти поведінкою обчислювальної системи через візуальні елементи управління: вікна, списки, кнопки, гіперпосилання і т.д. Найбільш популярним видом інтерфейсу в інформаційних системах є GUI (Graphic User Interface) - набір графічних вікон для введення і перегляду інформації.
5.1 Обгрунтування вибору середовища розробки.
Для програмної реалізації роботи одного з бізнес-процесів нашого меблевого цеху ми вибрали СУБД Microsoft Access. MS Access - це сама популярна сьогодні настільна система керування базами даних. Її успіх полягає в прекрасній реалізації продукту, розрахованого як на початківця, так і кваліфікованого користувача. Опишемо основні ергономічні особливості даної СУБД:
· MS Access має один з найкращих наборів візуальних засобів серед аналогічних програмних продуктів. Вся робота з базами даних інтегрована у вікні бази даних. При розробці програми широко використовуються такі сучасні рішення, як панелі інструментів, технологія Drag & Drop (перетягни й кинь), панелі властивостей, гіпертекстові посилання та ін
· При створенні форм, звітів, запитів існує можливість скористатися великою кількістю вбудованих шаблонів і «помічників», отже скорочується процес написання програми.
· Широко розвинений користувальницький інтерфейс. Існує можливість створювати в клієнтських додатках всі елементи стандартного інтерфейсу Windows-додатків: вікна, кнопки, смуги прокрутки, кнопки вибору, кнопки перемикання і багато інших.
· Широкі можливості документування та створення допомоги користувачам. Вікна підказок, «ярлики» підказок, відмінна документація російською мовою і вбудована система допомоги - відмітні особливості СУБД Microsoft Access.
· Одне з основних переваг MS Access - тісний інтеграції з популярним офісним пакетом Microsoft Office. 80% користувачів у світі застосовують цей пакет для організації роботи в офісі та вдома. Отже, проектована нами система може бути легко застосована і перенесена між безліччю комп'ютерів.

5.2 Опис інтерфейсу.
Робота починається із завантаження кнопкової форми, за допомогою якої здійснюється навігація по додатком:

Малюнок 5.1 Головна кнопкова форма
Форма «Каталог продукції».

Малюнок 5.2 Форма «Каталог продукції»
Переміщення між модельними рядами здійснюється за допомогою кнопок переходу внизу форми. Щоб побачити, які предмети входять в конкретний модельний ряд, створений список предметів. Покупець може побачити зовнішній вигляд предметів, їх характеристики та ціни. Після вибору покупцем моделі за смаком, продавець може почати оформляти замовлення. Для цього призначена кнопка «Почати оформлення замовлення». Після натискання кнопка блокується, і стають доступними кнопки «Відкрити замовлення №», «Додати до замовлення» і «Види оббивок».
Кнопка «Додати до замовлення» додає обраний предмет до замовлення.
Кнопка «Види оббивок» відкриває каталог оббивних тканин (см.ріс.5.3).
Кнопка «Відкрити замовлення №» відкриває форму оформлення замовлень (см.ріс.5.4).
Малюнки моделей ми не стали впроваджувати в базу даних, тому що це сильно збільшує його розмір. Малюнки в форматі JPG зберігаються на диску в папці Picture. Для коректної роботи програми папка повинна знаходитися в тому ж каталозі, що і наша база даних Мебель.mdb.
Форма «Каталог тканин»

Малюнок 5.3 Форма «Каталог тканин»
У каталозі тканин покупці можуть ознайомитися з варіантами оббивки для меблів.
Форма «Замовлення»

Малюнок 5.4 Форма «Замовлення»
Тут можна відкоригувати замовлення: дані про замовника, комплектація, оббивку і т.д. Щоб вибрати іншу оббивку, потрібно двічі натиснути на відповідне поле. Після того, як замовлення повністю сформований, можна роздрукувати договір, видати відомість комплектації на виготовлення замовлення і відомість на закупівлю відсутніх матеріалів. Дані про матеріали беруться з таблиці «СправочнікМатеріалов» модуля «Склад».
5.3 Висновки.
Звичайно, наш каталог продукції та тканин залишає бажати кращого. Але ми обмежилися цим, оскільки метою нашої курсової роботи є створення автоматизованого програми для бізнес-процесу меблевого цеху «Оформлення договору», а не створення повноцінного каталогу.
Звіти бази даних можна подивитися у додатку № 1. Більш докладно ознайомитися з роботою бази даних можна, запустивши файл Мебель.mdb.

6. ВИСНОВОК.
Результатом виконаної роботи по впровадженню в меблевому цеху інформаційної системи стали наступні результати:
· Підвищилася продуктивність праці і стійкість нашого бізнесу;
· Оптимізована технологія виробництва м'яких меблів і, як результат, підвищилася якість кінцевого продукту, продукція стала більш конкурентоспроможною;
· Значно скоротився шлюб кінцевого продукту завдяки впровадженим точкам технологічного контролю на виробництві;
· Час обробки замовлень скоротилася в кілька разів, причому цей час має тенденцію до подальшого скорочення в міру накопичення бази виробів;
· Досягнута значна економія матеріалів;
· Налагодилася злагоджена робота всіх підрозділів;
· У керівництва підприємства з'явилася ефективна система звітності, що дозволяє своєчасно визначати стан справ в цеху і вчасно відстежувати позитивні і негативні зміни для прийняття обгрунтованих управлінських рішень;
· Працювати стало цікавіше.

Список використаної літератури.
1. Навчальний посібник «Теорія систем і системний аналіз», С.М. Павлов, Томськ: Томський міжвузівський центр дистанційної освіти, 2003, 134 с.
2. Навчальний методичний посібник «Теорія систем і системний аналіз», Томськ: Томський міжвузівський центр дистанційної освіти, 2003, 34 с.
3. Навчальний посібник «Моделі та проектування баз даних», В.Д. Сибільов, Томськ, 2002.
4. Інтернет-університет інформаційних технологій, курс «Проектування інформаційних систем», http://www.intuit.ru/department/se/devis/1/.
5. «Бізнес-процеси, основні стандарти їх описи», С.М. Ковальов, журнал «Довідник економіста» № 11'2006.
6. «Особливості автоматизації конструкторського і технологічного проектування в меблевому виробництві», Павло Бунаков, журнал «САПР і графіка» № 7'2007.
7. «Автоматизація підприємства. З чого почати? », Ілля Коломін, журнал« Фабрика меблів », № № 1-4 '2006.

ДОДАТОК 1.
Звіт «Відомість комплектації»

Звіт «Відомість на закупівлю»

Звіт «Договір»

Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Курсова
266.3кб. | скачати


Схожі роботи:
Створення автоматизованої інформаційної системи Звід звітів для УВО при ГУВС Пермського краю
Розробка автоматизованої інформаційної системи
Розробка автоматизованої інформаційної системи Бібліотека ВНЗ
Проектування автоматизованої інформаційної системи для менеджера фірми
Розробка автоматизованої інформаційної системи з нарахування заробітної плати по 18 розрядної
Розробка автоматизованої інформаційної системи Жовті сторінки міста Астрахань
Розробка автоматизованої інформаційної системи з нарахування заробітної плати по 18-розрядній
Розробка автоматизованої інформаційної системи Система обліку ВАТ ЮТК
Створення автоматизованої системи управління
© Усі права захищені
написати до нас