Размещено на http://www.allbest.ru

24

Размещено на http://www.allbest.ru

ЗМІСТ

ВСТУП

1.ПОСТАНОВА ЗАДАЧІ

2. МЕТОДИ РОЗВ'ЯЗАННЯ ЗАДАЧ

ВИСНОВКИ

Список використаної літератури

Додатки

ВСТУП

Сучасний розвиток суспільства тісно пов'язаний з розвитком інформаційних технологій. Своє життя вже зараз тяжко уявити без комп'ютерних технологій, так як ці технології створені людьми для полегшення людської праці.

З появою комп'ютерних технологій в промисловості Україні гостро постала проблема пошуку нових форм і методів автоматизації робочих місць. Розв'язання цієї проблеми пов'язане з економією часу і коштів. Своєчасним реагуванням на зміни на ринку можна завдячувати великою мірою розвитку комп'ютерних технологій. В сучасному світі підприємство, яке має слабкий програмно-технічний комплекс приречене на занепад.

На підприємстві відділу збуту контролює всі інформаційні потоки від основних ділянок та служб. Дайбутня функціональна модель(BPwin) та логічна модельданих даних (ERwin) повинна забезпечити реалістичне відображення діяльності відділу збуту на хліб заводі.

Найважливішою складовою частиною прискорення науково-технічного прогресу є широка автоматизація на підприємстві процесів.

Відділ збуту проводить реальну роботу по залученню споживачів, контролює не лише збут продукції, а й контролює оплату, веде облік боржників, працює із цехом. Оскількі відділ продаж напряму пов'язаний з замовниками, то саме тут вирішують майже всі питання з клієнтами.

1. ПОСТАНОВА ЗАДАЧІ

Модель роботи відділу збуту повинна забезпечити оперативне отримання повної і достовірної інформації від усіх ділянок збуту, пов'язаних між собою в єдину мережну структуру.

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

Межі моделі: від отримання плану випуску продукції до відвантаження продукції замовнику.

Точка зору : з точки зору начальника відділу збуту.

Мета : з метою організації роботи відділу збуту.

Питання, на які повинна відповідати модель :

· Якими документами регламентується та забезпечується збут?

· Хто відповідає за виконання угод?

· Які потреби ринку в нашій продукції?

· Які існують шляхи забезпечення ритмічного збуту?

· Чи достатня потужність підприємства для задоволення потреб ринку?

Розробити функціональну модель діяльності відділу збуту всередовищі BPwin, створюємо логічну модель БД в середовищі ERwin.

2. МЕТОДИ РОЗВ'ЯЗАННЯ ЗАДАЧ

Створення сучасних інформаційних систем являє собою складну задачу, рішення якої потребує застосування спеціальних методик і інструментів. CASE- засоби дозволяють максимально систематизувати і автоматизувати всі етапи розробки програмного забезпечення.

Для проведення аналізу і реорганізації бізнес-процесів PLATINUM technology пропонує CASE- засіб верхнього рівня BРwin, що підтримує методології IDEFO (функціональна модель), IDEF3 (Work Flow Diagram), DFD (Data Flow Diagram). Функціональна модель використовується при описанні існуючих бізнес-процесів на підприємстві (AS-IS) і ідеального положення речей - того, до чого прямує (модель TO-BE).

На початкових етапах створення ІС необхідно зрозуміти, як працює організація, яку необхідно автоматизувати. Для опису роботи підприємства необхідно побудувати модель. Така модель повинна бути адекватна предметній області, тобто повинна містити в собі знання всіх учасників бізнес-процесів організації. Найбільш зручною мовою моделювання бізнес-процесів є IDEFO. Методологія IDEFO описує побудову ієрархічної системи діаграм - одиничних описів фрагментів системи. Під моделлю в IDEFO розуміють опис системи (текстовий і графічний), який повинен дати відповідь на деякі раніше визначені запитання.

В IDEFO система є як сукупність взаємодіючих робіт чи функцій. Така чисто функціональна орієнтація є принциповою - функції системи аналізуються незалежно від об'єктів, якими вони оперують. Це дозволяє більш чітко змоделювати логіку і взаємодію процесів організації.

Взаємодію з навколишнім середовищем описується як вхід (те, що перероблюється системою), вихід (результат діяльності системи), управління (стратегії і процедури, під управлінням яких виконується робота) і механізми (ресурси, необхідні для проведення роботи). Знаходячись під управлінням, система перетворює входи у виходи, використовуючи механізми.

Процес моделювання будь-якої системи в IDEFO починається з визначення контексту, тобто найбільш абстрактного рівня опису системи в цілому. В контекст входить визначення суб'єкта моделювання, цілі і точки зору на модель.

Під суб'єктом розуміється сама система, при цьому необхідно визначити, що ми будемо розглядати як компоненти системи, і як зовнішні діяння. Спочатку необхідно визначити область моделювання. Вона визначає напрям моделювання і коли повинна бути закінчена модель.

Модель не може бути побудована без чітко сформульованої цілі. Ціль повинна відповідати на питання :

Чому цей процес повинен бути змодельованим ?

Що повинна показувати модель ?

Що може отримати користувач?

Формулювання цілі дозволяє команді аналітиків направити зусилля в потрібному напрямі.

Хоча при побудові моделі враховується погляди різних людей, модель повинна будуватися з єдиної точки зору. Точку зору можна представити як погляд людини, яка бачить систему в потрібному для моделювання аспекті. к правило, вибирається точка зору людини, що відповідає за модельовану роботу в цілому.

Основу методології IDEFO складає графічна мова опису бізнес-процесів.

Модель в нотації IDEFO являє собою сукупність ієрархічно впорядкованих і взаємопов'язаних діаграм. Кожна діаграма є одиниця опису системи.

Модель може містити чотири типи діаграм :

контексну діаграму (в кожній моделі може бути тільки одна контексна діаграма) ;

діаграми декомпозиції ;

діаграми дерева вузлів ;

діаграми тільки для експозиції (FEO).

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

Діаграма дерева вузлів показує ієрархічну залежність робіт, а не взаємозв'язки між роботами. Діаграм дерева вузлів може бути в моделі скільки завгодно, оскільки дерево може бути побудоване на довільну глубину і не обов'язково від кореня.

Діаграми тільки для експозиції (FEO) будуються для ілюстрації окремих фрагментів моделі, для ілюстрації альтернативної точки зору, або для спеціальних цілей.

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

Взаємодія робіт з зовнішнім середовищемі між собою описуються у вигляді стрілок. Стрілки являють собою деяку інформацію і іменуються іменником.

В IDEFO розрізняють 5 типів стрілок :

Вхід - матеріал чи інформація, які використовуються чи перероблюються роботою для отримання результату (виходу).

Управління - правила, стратегії, процедури чи стандарти, якими керується робота.

Вихід - матеріал чи інформація. які виробляються роботою.

Механізм - ресурси, які виконують роботу.

Виклик - спеціальна стрілка, що вказує на другу модель роботи.

Граничні стрілки - використовуються для опису взаємодії системи з навколишнім середовищем.

BРwin має достатньо простий і інтуїтивно зрозумілий інтерфейс користувачу, що дає можливість аналітику створювати складні моделі при мінімальних зусиллях.

На основі моделі ВРwin можна побудувати модель даних. Для побудови моделі даних PLATINUM tehnology пропонує потужний і зручний інструмент - ERwin.По моделі даних можна згенерувати схему БД чи автоматично створити модель даних на основі інформації системного каталогу.

Між функціональною моделлю BPwin та моделлю даних ERwin встановлюється зв'язок. Стрілки в моделі процесів (Bpwin) позначають деяку інформацію яка використовується в модельованій системі. В Erwin, на логічному рівні, модель даних відображається у вигляді сутностей (відповідають таблицям на фізичному рівні), які складаються з атрибутів сутностей (відповідають колонкам таблиці).

Основна ідея нормалізації даних - кожен факт повинен зберігатись в одному місці. Це приводить до того, що інформація, яка моделюється у вигляді однієї стрілки в моделі процесів може міститись в декількох сутностях і атрибутах в моделі даних. Крім того, на діаграмі моделі процесів можуть бути присутніми різні стрілки, які відображають одні й ті ж дані, але на різних етапах обробки. Інформація про такі стрілки знаходиться в одних й тих самих сутностях. З цього слідує, що одній й ті ж самій стрілці в моделі процесів можуть відповідати декілька сутностей з моделі даних і навпаки, одній сутності може відповідати декілька стрілок.

Першим кроком зв'язування моделі даних і моделі процесів являється експорт даних з Erwin в BPwin. Існує такий спосіб зв'язку об'єктів моделі даних і моделі процесів - експорт і імпорт через файли формату .EAX - .BPX.

Для експорту моделі даних з Erwin в BPwin з початку в Erwin відкриваємо модель і вибираємо пункт меню File/Export/BPwin. В з'явившомуся діалогі Selekt BPwin Export File вибираємо каталог, вказуючи ім'я створюючого файла експорту *.еах і нажимаємо ОК.

Тоді в Bpwin відкриваємо модель процесу, вибираємо в меню пункт File/Inport/Erwin (EAX), в діалозі Open вибираємо ім'я файлу (*.еах) і нажимаємо ОК. З'являється діалог Import Differences Preview, в якому показується протокол імпорту (Мал..1). Для занесення даних в модель процесів потрібно клацнути на кнопці Accept. Кнопка Cancel відміняє імпорт.

Після занесення даних в модель процесів можна зв'язати сутності і атрибути зі стрілками. Правою кнопкою миші клацаємо по стрілці і вибираємо в контекстному меню Arrow Data.

З'являється вкладка Arrow Data діалогу Arrow Properties

Для зв'язку атрибутів зі стрілками достатньо клацнути по іконці вибору в ієрархічному списку атрибутів. При цьому сутність автоматично зв'язується зі стрілкою.

Далі клацаємо правою кнопкою миші на роботі і вибираємо пункт меню Data Usage Editor

З появою діалогу Data Usage Editor у вигляді ієрархічного списку показуються всі роботи моделі, стрілки, які стосуються робіт, сутностей і атрибутів, які булі пов'язані зі стрілками.

Результат зв'язку об'єктів моделі процесів можна представити у звіті Data Usage Report (меню Tools/Report/Data Usage Report).

Для функціонально-вартісного аналізу в BPwin використовують елементи методології ABC (Activity Based Costing), що базується на таких ключових поняттях:

1. джерело витрат - окрема стаття витрат організації. Наприклад: оренда приміщення, оплата електроенергії, амортизація технічних засобів тощо.

2. частота діяльності - скільки разів виконується дана діяльність протягом одного виконання відповідної батьківської діяльності.

3. тривалість діяльності - термін одного виконання діяльності.

4. приєднання діяльності до джерела витрат означає, що виконання діяльності вносить певну суму до статті витрат відповідного джерела.

5. загальна вартість - сума витрат для всіх джерел, пов'язаних з діяльністю.

Описана методологія передбачає виявлення джерел витрат ресурсів та їх розподіл між відповідними діяльностями. Проведення вартісних оцінок починають виконувати для елементів діаграм нижнього рівня декомпозиції. У подальшому аналогічним чином оцінюють компоненти батьківських діаграм. Процес оцінювання припиняється після встановлення вартості діяльності контекстної діаграми, що визначає вартість функціонування системи в цілому.

ВИСНОВКИ

При виконанні даної курсової роботи ми ознайомились з діяльністю відділу збуту. Визначили основні задачі, проблеми і шляхи їх розв'язання.

Розроблена функціональна та логічна моделі діяльності відділу збуту допоможуть при створенні інформаційної підсистеми відділу збуту, змалювавши наглядну функціональну залежність між операціями і функціями об'єкту системи. Інформаційна підсистема відділу збуту, допоможе забезпечити організацію своєчасного продажу готової продукції, контролювати складання передбаченої звітності , забезпечувати своєчасне і правильне оформлення документів на відвантаження продукції, забезпечити своєчасне виконання договорів, проводити аналіз відмов замовників від приймання продукції в торгову мережу, контролювати транспортні, розрахункові та платіжні документи, обрати найбільш раціональні способи поставок продукції з метою скорочення транспортних витрат і прискорення реалізації, вести контроль за станом залишків готової продукції, забезпечити умови для виконання планових завдань.

Список використаної літератури

Маклаков С.В. “BРwin ERwin. CASE - средства разработки інформационных систем”. - М.:ДИАЛОГ-МИФИ, 1999

Бекаревич Ю.Б., Пушкина Н.В. Microssoft^® Access 2000. - СПб.: БХВ - Санкт-Петербург, 1999. - 480 с., ил.

Попов А.А. Программирование в среде СУБД FoxPro 2.0. Построение систем обработки данных. - М.: Издательство ” Калашников и К^о ” . 1997. - 352 с.: илл.

“Применение Case-средствта ERwin 2.01 для информационного моделирования в системах оброботки даних (СУБД)” №3, Горин С.В.,Тандоев. А.Ю. 1995г.

“Структурний системный анализ(автоматизация и применение)”, под ред. М. Лори, 1996г.

Додатки

Додаток №1

Додаток №2

Функціонально-вартісний аналіз

Додаток №3

Протокол імпорту Data Usage Report

Додаток № 4

Размещено на Allbest.ru