Автор работы: Пользователь скрыл имя, 02 Июня 2015 в 06:00, курсовая работа
Автоматизація харчових підприємств - це створення єдиного інформаційного простору, що, в свою чергу, дозволяє створювати автоматизовані робочі місця працівників, організовувати роботу відділу збуту, створювати бази даних, вести електронні договори і об'єднувати в єдине ціле всі замовлення, маршрутні листи, філії, вести моніторинг процесів та фінансові підрахунків. Використання інформаційних технологій в роботі м'ясокомбінату та його відділів, значно спрощує ряд робочих процесів і підвищує їх ефективність при складанні договорів, відправлення продукції і моніторингу продажу існуючої продукції на підприємстві.
На підприємстві використовується інформаційна система Універсал, встановлена наприкінці 2005 року. Універсал - програмний продукт класу ERP, розроблений українською компанією СофтПро. Поширюється на українському ринку з 1992 року. Основне призначення - система управління ресурсами й автоматизації бізнес-процесів для середніх підприємств. Дана інформаційна система установлена на всьому підприємстві, а також у його філіалах. Система веде облік усіх матеріальних цінностей. Для цього використовуються прилад призначений для сканування. Також система дозволяє формувати усі види електронних документів, що супроводжують роботу підприємства (звіт з кількості проданої продукції, найпопулярнішої продукції).
Головний недолік системи Універсал її чутливість до підвищення навантаження: коли формується багато звітів на підприємстві, то програма, зависає. Для того, щоб цього уникнути, необхідно відмінити частину звітів, що формуються. Ще один недолік роботи системи полягає у тому, що вона не дозволяє вільно редагувати звіти працівникам відділу збуту, що ускладнює їхню роботу. Тому для задоволення потреб працівників необхідно розробити засоби редагування звітів.
DEF0 ( Integration Definition for Function Modeling ) - нотація опису бізнес -процесів. Заснована на методології SADT.
SADT ( Structured Analysis and Design Technique, технологія структурного аналізу і проектування ) - графічні позначення і підхід до опису систем . Розробка SADT почалася в 1969 році і була випробувана на практиці в компаніях різних галузей ( аерокосмічна галузь , телефонія і т.д.). Публічно з'явилася на ринку в 1975 г і отримала дуже широке поширення у світі.IDEF0 є результатом програми комп'ютеризації промисловості,яка була запропонована ВВС США. Автоматизація діяльності підприємств зажадала відповідних методик та інструментів. Перед тим,як розробляти програмне забезпечення, необхідно було чітко і зрозуміло описати бізнес-процеси (не можна автоматизувати хаос). Інструменти, розроблені для задач програмування,так само можуть бути корисні і для завдань менеджменту. Нотація може бути використана для моделювання широкого кола автоматизованих і неавтоматизованих систем. Ідея IDEF0 лежить в тому,що бізнес- процес відображається у вигляді прямокутника, в якої входять і виходять стрілки. IDEF0:вхід, вихід,управління,механізм[1] .
Для функціонального моделювання бізнес-процесу обліку робочого часу працівників було застосовано BPwinProcessModeler 7.3, адже цей засіб допомагає чітко документувати важливі аспекти будь-яких бізнес-процесів: дії, які необхідно почати, способи їхнього здійснення й контролю, необхідні для цього ресурси, а також візуалізувати отримані від цих дій результати. Моделювання бізнес-процесів дозволяє проаналізувати не тільки, як працює кафедра в цілому, як вона взаємодіє із іншими кафедрами та університетами, але і як організована діяльність на кожному окремо взятому робочому місці.
Модель розроблена від лиця керівника відділу збуту.
Основою моделі бізнес-процесу товарообігу ТОВ «Глобинський м'ясокомбінат» є контекстна діаграма «Управління товарообігом» (Додаток А), яка являє собою загальний опис системи і її взаємодію з навколишнім середовищем. Ця діаграма показує систему з точки зору підсистеми системи більш високого рівня. Входами діаграми є «Продукція», «Внутрішні накладні». Стрілки управління зображують правила і обмеження, згідно з якими виконується робота: «Нормативні документи», «Плани випуску продукції». Стрілки механізмів зображують ресурси, які необхідні для виконання роботи: «ПК», «Транспорт», «Замовник» та «Персонал». На виході стрілки зображують дані, що з’являються у результаті виконання роботи «Відвантажена продукція», «Маршрутний лист», «Сертифікат на продукцію», «Звіт», «Накладні»[ 5]
На наступному рівні ця функція декомпозується на такі блоки (Додаток А):
Всього в моделі розглянуто 3 рівні деталізації. Відповідні діаграми наведені на рис. 3-5 у (Додатку A):
4.1.Збір інформації за
4.2.Формування звітів за
4.3.Графічне відображення
4.4.Розробка рішень по
1.4.5 Виявлені
проблеми та задачі
В результаті функціонального моделювання було виявлено наступні проблеми:
Для усунення цих проблем наступні заходи автоматизації:
Комп'ютерна програма Фірма 7.01 призначена для автоматизації обліку торговельних і складських операцій на будь-якому товарному асортименті.
Програма створювалася за замовленнями реальних підприємців у сфері торгівлі та складського обліку, тому інтерфейс її простий, зрозумілий і легко освоюється користувачами без спеціальних знань менеджера, товарознавця, комірника, касира і бухгалтера. Фірма 7.01 універсальна і чудово підійде для всіх форм торгівлі від намету на ринку до великої мережі оптових і роздрібних магазинів. Дешева, зручна і красива програма Фірма 7.01 не має конкурентів щодо ціни і якості на ринку програмного забезпечення.
Можливості програми:
Версія 7.01 - готове рішення для торгового бізнесу. Вам необхідно тільки встановити програму і налаштувати під свій бізнес. За замовчуванням версія налаштована під роздрібну торгівлі. Програма універсальна, тобто в ній включені всі функції під будь-яку форму торгівлі. Потужна система адміністрування з журналом записи найбільш важливих подій - час події , його характеристики , комп'ютер і оператор , під чиїм ім'ям відбулася ця подія , наприклад зміна накладної або каси. Експорт роздруківок (заявки , прайс- листи, звіти і т.д.) в Excel і безплатний Open Office для відправки по ел . почта. Все сучасні роздруківки , включаючи ТОРГ 12 і свіжу рахунок - фактуру. Автоматизоване щоденне копіювання бази даних. Автоматична перевірка бази даних по заданому часу. Одночасна робота в локальній мережі на одній базі даних
до 15 робочих станцій. Встановлюється на всі платформи Windows. Дозволяє створити мережу управління центральним офісом віддалених філій , обмінюючись накладними через Інтернет. Формує зведений звіт про поточні товарних і касових залишках центрального офісу, складу і магазинів та їх основних засобів. Автоматизований фінансовий облік з імпортом виписок з програми Банк - Клієнт, формуванням кредиторської та дебіторської заборгованості контрагентів , підзвітний , поточними залишками на рахунках і потужною фільтрацією приходів і витрат за обраний період. Підключення будь-яких модифікацій сканерів штрих-кодів. Автоматичний розрахунок зарплати продавців за коефіцієнтами проданого товару або з конструктора умов . Конструктор умов для додаткового сервісу платній гарантії
(за аналогією із системою Ельдорадо ) , вибору цінника і коефіцієнта зарплати. Виписка рахунків і рахунок - фактур. Резервування товарів. Облік товару в гарантійному ремонту. Роздрукування поточних залишків товару для інвентаризації .[2]
Використання програмного забезпечення на підприємстві робить можливим комплексний підхід до автоматизації управлінського , фінансового обліку .
Інтегрована система ЛокОФФІС спочатку розроблялася для комплексної автоматизації підприємств.
Використовуючи цю систему можна відстежувати рух товарів , динамічні і статичні показники фондової , кадрової та фінансової звітності за допомогою єдиного комплексу програм. В якості основи для зведення даних застосовується база первинних документів , всі подальші розрахунки повністю автоматизовані і гранично спрощені.
Для будь-якої системи особливе значення мають такі характеристики:
- Простота установки і обслуговування системи ,
- Функціональні можливості системи ,
- Захист інформації та розмежування доступу ,
- Застосовувані засоби захисту від копіювання ,
- Робота з філіями та віддаленими офісами ,
- Врахування побажань і доопрацювання під клієнтів ,
- Спеціальні вимоги.
Не можна розглядати кожну з перерахованих вище характеристик окремо від інших , оскільки , по-перше , будь-яка подібна класифікація є досить умовною , а по-друге , при реалізації будь-якого складного проекту як єдиної системи рішення кожної окремої задачі неодмінно потребуватиме уваги розробників до суміжних задачам. Всі питання є взаємозалежними - надійність цілком може зростати в системах з обмеженими функціональними можливостями , робота співробітника з віддаленими територіями може відкривати йому доступ до інформації , яку керівництву , можливо , хотілося б від даного співробітника закрити, і т.д.
Робота " від документа "
Саме в цьому полягає одна з головних відмінностей ІС ЛокОФФІС від більшості інших бухгалтерських програм. Сам термін нами розуміється таким чином, що в базі даних ВСЯ вводиться інформація повинна зберігатися тільки в прив'язці до первинних документів (крім, зрозуміло , каталогів) , а всі довідки , звіти , контрольні параметри , поточні підказки про сальдо, залишки, потребах і пр. розраховуються на підставі цих даних. Істотною перевагою подібного підходу є додаткова можливість забезпечити максимальну достовірність інформації, що вводиться. Якщо при початковому заповненні, наприклад, особистої картки на нового співробітника фірми програма в змозі відстежити таку помилку, як невідповідність дат народження і прийому на роботу (припустимо, оператор ненароком вкаже, що людина народилася пізніше початку трудової діяльності), то набагато складніше, а іноді і неможливо виявити помилки , пов'язані з невірним введенням числових або символьних відомостей , особливо якщо вони вводяться вперше. Кращий спосіб зменшити кількість помилок на вході - поставити користувача в таке положення, щоб він сам же і перевіряв себе. Можна, звичайно, після введення порції даних постійно запитувати оператора , перевірив чи він вводяться дані , чи впевнений в їх коректності та чи підтверджує остаточно запис інформаційного блоку в базу даних. Не кажучи про те, що це буде дратувати будь-якої нормальної людини (навіть за наявності у нього бажання контролювати введення), така формальна процедура приведе з неминучістю до настільки ж формальної перевірки . Більш правильно, на наш погляд , керівництву фірми організувати роботу з системою так, щоб документ формував саме той співробітник, який його (документ) і підписує, - в цьому випадку відповідальність за підготовлений рахунок, накладну, платіжне доручення змусить його ще раз переглянути вже надруковану форму, тим більше, якщо це відбувається в процесі телефонної або візуального спілкування з контрагентом .
Відсутність повторного введення одних і тих же даних
Інформація повинна зберігатися в єдиній базі даних і не повинна дублюватися. Якщо, наприклад, кількість відпущеного товару буде зберігатися в записі про накладної та ще в записі про картку складського обліку з даного товару, то рано чи пізно в цих записах станеться інформаційне розбіжність, часто насилу виявляється і складно переборні. Тому відповідь на просте питання про поточний наявності товару на складі зажадає від розробників попереднього прийняття рішення про те , звідки брати (вважати ) відомості про залишки - з КСУ або з документів ( накладних ), а також про те , яка запис " головніше " або " правильніше " , щоб " танцювати " від неї під час синхронізації даних. Сам собою напрошується висновок про первинність документа, в даному випадку - накладної .
Старанне дотримання умови єдності місця зберігання інформації поряд з використанням принципу роботи " від документа " дозволяє користувачеві отримувати на його запити в будь-який момент часу актуальні та істинні відповіді без попереднього запуску процедур типу "закриття дня", " проміжні розрахунки " тощо .
Природно, що при інтенсивному зверненні до первинних документів повинні бути забезпечені необхідні продуктивність і відмово стійкість системи .
Висока швидкодія і надійність
Що стосується швидкодії, то найпростішим способом вирішення даної задачі спочатку представляється шлях, заснований на постійному оновленні обладнання, тим більше, що і з кожною новою версією продуктів фірми Microsoft виникає таке ж бажання. І якщо щоразу нова техніка буде деякий час радувати своїми швидкісними характеристиками, то в міру заповнення бази даних почнуть позначатися зовсім інші чинники, і користувач почне відчувати наростаючий дискомфорт очікування відгуку системи, що, можливо, змусить його задуматися про глибинні якостях використовуваної програми .
У свою чергу, надійна робота будь-якої комплексної інформаційної системи для користувача визначається тим, що він не відчуває стресів від появи несподіваних ситуацій саме в той момент, коли він готовий і хоче працювати.
Якщо ж база даних регулярно руйнується, якщо при комп'ютерному збої на локальній станції в момент зміни інформації або при позаштатному завершенні роботи буде потрібно втручання адміністратора для запуску утиліт відновлення, трудовий порив може змінитися виправданим скепсисом по відношенню до конкретних розробникам зокрема і до всіх програмістам взагалі.
В ідеалі адміністратор БД взагалі не потрібен, а функції резервного копіювання може виконувати автомат або будь-який призначений співробітник, коло обов'язків якого набагато ширше. На жаль, надійна робота системи розхолоджує користувачів, і, поки не був нами реалізований автомат мережевого резервування, адміністратори робили копії БД в ті рідкісні моменти , коли у них до цього доходили руки.