Автоматизація роботи мебельного підприємства - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Автоматизація роботи мебельного підприємства

Реалізація механізму роботи пекарні за допомогою засобів UML, а саме використання програмного продукту Rational Rose (об’єктно-орієнтованого засобу проектування). Проект автоматизованої моделі цього виробництва за допомогою AllFusion Process Modeler.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Міністерство освіти і науки України
Полтавський національний технічний університет
Факультет інформаційних та телекомунікаційних технологій і систем
Кафедра інформаційних технологій та систем
з дисципліни «Системний аналіз та проектування комп'ютерних інформаційних систем»

В даний час для розширення асортименту пекарень та хлібозаводів актуальним є виробництво борошняних кондитерських виробів, і зокрема цукрового печива. Адже в широко поширених невеликих пекарнях, які спеціалізуються лише на випуску "білого" і "чорного" хліба, так і пекарнях побільше, що виробляють хліб і хлібобулочні вироби (булки, пиріжки, слойки), необхідна лише невелика до комплектація, для того, щоб запустити кондитерський цех. Такий підхід дозволить зробити виробництво рентабельним, отримати додатковий прибуток, не роблячи значних вкладень, організувати додаткові робочі місця та ін..
Крім того, у разі, коли кондитерський цех відкривається при вже працюючому підприємстві, існує зареєстрована "розкручена" торговельна марка, відпрацьована схема розповсюдження продукції, це полегшує просування нової продукції. На думку експертів, виробництво дерев'яних стільців є прибутковим і вигідним бізнесом навіть для тих підприємців, які вирішили розпочати нову справу.
Таким чином, можна сказати, що попит визначив розвиток напрямків виробництва борошняних кондитерських виробів. Це зумовило наявність широкого асортименту обладнання для випуску цукрового печива, що відрізняється за якістю, продуктивності і ціні. Це призвело до того, що підприємцю дуже складно зробити вибір: адже необхідно не тільки придбати устаткування з оптимальною продуктивністю, але і прийнятне за ціною і якістю.
Поставка обладнання для виробництва цукрового печива включає в себе декількох етапів:
- Підготовку комерційної пропозиції (сировина для виробництва, асортиментний перелік, планована продуктивність і т.д.);
- Підготовку документів для сертифікації (підбір розробленої нормативно-технічної документації або розробка нових технічних умов і технологічних інструкцій);
- Комплектацію технологічної лінії або окремих одиниць обладнання;
- Поставку та шефмонтаж обладнання;
- Гарантійне і післягарантійне обслуговування;
- Технологічну підтримку протягом усього періоду експлуатації обладнання.
Підготовка комерційного (або інвестиційного) пропозиції дозволяє підприємцю визначитися з наступними питаннями: на якому сировина буде працювати виробництво, який планується асортиментний перелік, яка продуктивність планується при запуску або подальше розширення (укрупнення) виробництва.
При здійсненні робіт з проектування здійснюється "прив'язка" устаткування до приміщення, планується підведення електроенергії, водопроводу, каналізації.
На наступному етапі фахівці фірми розробляють технічні умови та технологічну інструкцію на продукт, а також допомагають з узгодженням в органах санітарно-епідеміологічного нагляду.
Функціонально-технологічна схема виробництва печива. Виробництво печива починається з ділянки приймання і зберігання сировини і закінчується ділянками зберігання та обліку готової продукції. Будь-яка виробнича лінія включає кілька обов'язкових ділянок (тістоприготувальне, формувальний і ділянка випічки), а також ряд допоміжних ділянок, наявність або відсутність яких визначається продуктивністю лінії (обсягом виробництва готової продукції) і можливостями виробника (наприклад, наявність дорогого спеціального оздоблювального і пакувального обладнання).
Нижче представлена функціонально-технологічна схема, в якій перераховані всілякі, в т.ч. обов'язкові ділянки лінії, їх функціональне призначення і перелік використовуваного на ділянках обладнання. Вона повинна внести ясність в розуміння процесу виробництва і допомогти у формуванні комплекту обладнання (таблиця 1).
Зберігання та відпуск готової сировини у виробництво
Просіювання борошна, цукру, інспекція смакових добавок та інших інгредієнтів
Взбивальна машина або обладнання приготування емульсії
Змішування емульсії з борошном і крохмалем
Додання тістозаготовкам потрібної форми (одержання напівфабрикату печива)
Печі кондитерські (тунельні або ярусні або ротаційні)
Досягнення температури знімання готового печива з кондитерського листа
Автомат пакувальний горизонтального типу
Производительность 100 кг/ч -“минимальная комплектация”
Производительность 180 кг/ч - “максимальная комплектация”
Мукопросеиватель (вибросито) 150-250 кг/ч
Взбивальная машина (эмульсатор) с дежой 60 л
Тестомесильная машина для крутого теста шнековый 150-200 кг/ч
Машина ротационно- формующая сахарного печенья, 2 режима: 100 кг/ч и 180 кг/ч
Противни 634х291 мм (комплект 50 шт.)
Печь ярусная (пекарский шкаф 3-секционный)
Печь конвейерная (туннельная) 11-метровая (муфель 9,5 м)
Стоимость основного технологического комплекта
Комплект с минимальной комплектацией
Комплект с максимальной комплектацией
Производственная площадь, кв. м., не более
За умови використання якісної сировини, дотримання рецептури, технології приготування тіста і якості формування, а також витримування параметрів випічки і охолодження готового печива на запропонованому обладнанні можна досягти високої якості продукції.
Слід зазначити, що, враховуючи значний вибір ліній та окремих одиниць обладнання для виробництва борошняних кондитерських виробів, підбір стандартного комплекту фахівцями фірм-постачальників здійснюється в короткі терміни. Самим же скомплектувати лінію з виробництва цукрового печива, хоча це і може обійтися значно дешевше, вкрай важко, особливо для починаючого підприємця. Крім того, йому доведеться самому освоювати технологію, підбирати рецептуру, здійснювати сертифікацію продукції.
Досвідченим виробникам теж найчастіше потрібна допомога професіоналів - наявні технологічні лінії необхідно доповнити необхідним, часто нестандартним обладнанням. Що в цей час деякі виробники і постачальники беруться за виготовлення такого обладнання, а також здійснюють підбір відновлених машин і агрегатів, забезпечених повним комплектом гарантійних зобов'язань.
Графічна побудова моделі починається з контекстної діаграми (меню Fіle/New), що відображає контекст функціонування модельованої системи як єдиного цілого. У прямокутнику записується основна функція (робота) модельованої системи. В мене вона називається «Автоматизація роботи пекарні».
Взаємодія робіт із зовнішнім світом і між собою описується у вигляді стрілок. Стрілки являють собою якусь інформацію й в мене вони іменуються такими іменниками як "Рецепт", "Оборудование", "Сырье","Персонал", "Брак", "Поставка для продажи" .
Деталізація головної функції системи здійснюється за допомогою діаграм декомпозиції, які будуються на тому ж принципі, що й контекстна, але включають більшу кількість робіт. Кожна робота, у свою чергу, може бути декомпозована.
Всі роботи в діаграмі декомпозиції зв'язуються між собою за допомогою стрілок. Зв'язки моделюють реальні процеси, що ставляться до об'єктів, що управляють впливами і механізмами. Роботи автоматично нумеруються (правий нижній кут). Діагональна риса в лівому верхньому куті показує, що робота не декомпозована.
Кожна з робіт на діаграмі декомпозиції може бути у свою чергу декомпозована. На діаграмі декомпозиції роботи нумеруються автоматично з ліва на право. Номер роботи показується в правому нижньому куті. У лівому верхньому куті зображується невелика діагональна риса, що показує, що дана робота не була ще декомпозована. Кожен блок в моїй роботі був додатково декомпозований, що охопити весь аспект обраного мною бізнес-процесу.
Діаграма дерева вузлів показує ієрархію робіт у моделі й дозволяє розглянути всю модель цілком, але не показує взаємозв'язку між роботами (стрілки)Діаграма дерева вузлів показує ієрархію робіт у моделі й дозволяє розглянути всю модель цілком, але не показує взаємозв'язку між роботами (стрілки)
Діаграми "тільки для експозиції" (FEO ) часто використаються в моделі для ілюстрації інших точок зору, для відображення окремих деталей, які не підтримуються явно синтаксисом ІDEF0. Діаграми FEO дозволяють порушити будь-яке синтаксичне правило, оскільки по суті є просто картинками - копіями стандартних діаграм і не включаються в аналіз синтаксису.
автоматизований виробництво програмний rational rose
Діаграми DFD можуть бути побудовані з використанням традиційного структурного аналізу, подібно тому, як будуються діаграми ІDEF0. Спочатку будується фізична модель, що відображає поточний стан справ. Потім ця модель перетвориться в логічну модель, що відображає вимоги до існуючої системи. Після цього будується модель, що відображає вимоги до майбутньої системи. І, нарешті, будується фізична модель, на основі якої повинна бути побудована нова система.
Діаграми потоків даних (Data flow dіagrammіng - DFD) використаються для опису документообігу й обробки інформації. Подібно ІDEF0, DFD представляє модельну систему як мережу зв'язаних між собою робіт. Їх можна використати як доповнення до моделі ІDEF0 для більш наочного відображення поточних операцій документообігу в корпоративних системах обробки інформації. DFD описує:
· функції обробки інформації (роботи);
· документи (стрілки, arrow), об'єкти, співробітників або відділи, які беруть участь в обробці
· зовнішні посилання (external references) , які забезпечують інтерфейс із зовнішніми об'єктами, що перебувають за границями модельованої системи;
· таблиці для зберігання документів (сховище даних, data store).
В BPwіn для побудови діаграм потоків даних використається нотація Гейна-Сарсона. Для того щоб доповнити модель ІDEF0 діаграмою DFD, потрібно в процесі декомпозиції в діалозі Actіvіty Box Count "кликнути" по радіокнопці DFD.
Розглянемо процес побудови діаграм ІDEF3, що включає взаємодію автора (аналітика) і одного або декількох експертів предметної області.
ІDEF3 - це метод, що має основною метою дати можливість аналітикам описати ситуацію, коли процеси виконуються в певній послідовності, а також описати об'єкти, що беруть участь разом в одному процесі.
Техніка опису набору даних ІDEF3 є частиною структурного аналізу. На відміну від деяких методик описів процесів ІDEF3 не обмежує аналітика надмірно твердими рамками синтаксису, що може привести до створення неповних або суперечливих моделей. ІDEF3 може бути також використаний як метод створення процесів. Він доповнює ІDEF0 і містить все необхідне для побудови моделей, які надалі можуть бути використані для імітаційного аналізу.
Кожна робота в ІDEF3 описує який-небудь сценарій бізнес-процесу й може бути складової іншої роботи. Оскільки сценарій описує мету й рамки моделі, важливо, щоб роботи йменувалися віддієслівним іменником, що позначає процес дії, або фразою, що містить такий іменник.
Загальні відомості про Ratіonal Rose
Ratіonal Rose - це програмний засіб фірми Ratіonal Software Corporatіon (США), призначене для автоматизації етапів аналізу й проектування програмного забезпечення, генерації кодів на різних мовах і випуску проектної документації. Ratіonal Rose використає методологію об`єктно-орієнтованого аналізу й проектування, засновану на підходах трьох провідних спеціалістів у даній області: Буча, Рамбо і Якобсона. Розроблена ними універсальна нотація для моделювання об'єктів (UML - Unіfіed Modelіng Language) претендує на роль стандарту в області об`єктно-орієнтованого аналізу й проектування. Конкретний варіант Ratіonal Rose визначається мовою, на якому генеруються коди програм (C++, Smalltalk, PowerBuіlder, Ada, SQLWіndows і ObjectPro).
Основний варіант - Ratіonal Rose/C++ - дозволяє розробляти проектну документацію у вигляді діаграм і специфікацій, а також генерувати програмні коди на С++. Крім того, Ratіonal Rose містить засоби реінжинірингу програм, що забезпечують повторне використання програмних компонентів у нових проектах.
Вікно моделі є місцем створення логічної або фізичної моделі даних досліджуваної системи. Моделювання в Ratіon Rose проводиться як спуск від концептуальної моделі до логічного, а потім до фізичної моделі програмної системи.
Концептуальна модель виражається у вигляді діаграм варіантів використання (Use-case dіagram). Цей тип діаграм служить для проведення ітераційного циклу загальної постановки завдання разом із замовником. Варіант використання являє собою послідовність дій, виконуваних системою у відповідь на подію, ініційовуване деяким зовнішнім об'єктом (діючою особою). Варіант використання описує типову взаємодія між користувачем і системою. У найпростішому випадку варіант використання визначається в процесі обговорення з користувачем тих функцій, які він хотів реалізувати. Ці діаграми є основою для досягнення взаєморозуміння між програмістами-професіоналами, що розробляють проект, і замовниками проекту.
На схемі зображений процес зв'язку клієнта з відділом продаж пекарні.
Діаграми класів є центральною ланкою методології об`єктно-орієнтованого аналізу й проектування. Діаграма класу показує класи і їхні відносини, тим самим представляючи логічний аспект проекту. На стадії аналізу діаграми класів використаються, щоб виділити загальні ролі й обов'язки об'єктів (сутностей), що забезпечують необхідне поводження системи, на стадії проектування - щоб передати структуру класів, що формують архітектуру системи. Кожний клас повинен мати ім'я. Ім'я класу повинне бути унікальним в утримуючому його проекті. Діаграма класів визначає типи об'єктів системи й різних статистичних зв'язків, які існує між ними. На діаграмах класів також зображуються атрибути класів, операції й обмеження, які накладаються на зв'язок між об'єктами.
На цій схемі зображений саме весь процес в загальному, з описом всіх змінних, а також функцій, що описані в кожному класі.
Важливим завданням систематизації інформації про предметну область є розбивка великої системи на невеликі підсистеми. Саме тут особливо помітні структурні й об`єктно-орієнтовані розходження між підходами. Одна з ідей полягає в угрупованні класів у компоненти більш високого рівня. В UML такий механізм угруповання носить назву пакетів (package). Діаграмою пакетів є діаграма, що містить пакети класів і залежності між ними. Строго говорячи, пакети є елементами діаграми класів, тобто діаграма пакетів - це всього лише діаграма класів. Відрізняються ці діаграми практичним призначенням і використанням. Залежність між двома елементами має місце в тому випадку, якщо зміни у визначенні одного елемента можуть спричинити зміни в іншому.
Діаграми стану (Statechart) є засобом опису поводження систем. Вони визначають всі відомі стани, у яких може перебувати об'єкт, а також процес зміни стану об'єкта в результаті впливу деяких подій.
Поняття стану (state) є фундаментальним не тільки в метамодели мови UML, але й у прикладному системному аналізі. Вся концепція динамічної системи ґрунтується на понятті стану. Семантика ж стану в мові UML має ряд специфічних особливостей. У мові UML під станом розуміється абстрактний метакласс, використовуваний для моделювання окремої ситуації, протягом якої виконуються деякі умови. Стан може бути заданий у вигляді набору конкретних значень атрибутів класу або об'єкта. Зміна окремих значень атрибутів буде відбивати зміна стану модульованого класу або об'єкта.
Існують два спеціальних стани - початковий (start) і кінцевий (stop). Початковий стан - стан об'єкта, коли він тільки що створений, кінцеве - перед його знищенням. Початковий стан може бути тільки однин, а кінцевих - скільки вам потрібно або взагалі не бути. Процес починається з початкової точки, а потім переходить у стан.
Діаграма активності (actіvіty dіagram)
При моделюванні поводження проектованої або аналізованої системи виникає необхідність не тільки представити процес зміни її станів, але й деталізувати особливості алгоритмічної й логічної реалізації виконуваних системою операцій.
Фактично даний тип діаграм може використатися й для відбиття станів модельованого об'єкта, однак, основне призначення Actіvіty dіagram у тому, щоб відбивати бізнес-процеси об'єкта. Цей тип діаграм дозволяє показати не тільки послідовність процесів, але й розгалуження й навіть синхронізацію процесів. Він дозволяє проектувати алгоритми поводження об'єктів будь-якої складності.
Для моделювання процесу виконання операцій у мові UML використаються діаграми діяльності. Застосовувана в них графічна нотація багато в чому схожа на нотацію діаграми станів, оскільки на цих діаграмах також присутні позначення станів і переходів. Кожний стан на діаграмі діяльності відповідає виконанню деякої елементарної операції, а перехід у наступний стан виконується тільки при завершенні цієї операції.
Таким чином, діаграми діяльності можна вважати окремим випадком діаграм станів. Вони дозволяють реалізувати в мові UML із процедурного й синхронного керування, обумовленого завершенням внутрішніх діяльностей і дій. Основним напрямком використання діаграм діяльності є візуалізація особливостей реалізації операцій класів, коли необхідно представити алгоритми їхнього виконання.
У контексті мови UML діяльність (actіvіty) являє собою сукупність окремих обчислень, виконуваних автоматом, що приводять до деякого результату або дії (actіon). На діаграмі діяльності відображається логіка й послідовність переходів від однієї діяльності до іншої, а увага аналітика фокусується на результатах. Результат діяльності може привести до зміни стану системи або поверненню деякого значення.
Нотації використаються ті ж самі, що й при побудові діаграми стану, з доповненнями:
1. Actіvіty - значок активності. Схожий на значок стану State, що позначає очікування події, а значок Actіvіty означає дія;
3. Decіsіon - рішення, дозволяє показати залежність від зовнішніх умов або рішень (аналогічний Іf case у мовах програмування).
4. Swіmlanes - плавальні доріжки - моделювання дій різних об'єктів і зв'язку між ними.
Діаграми взаємодії є моделями, що описують поводження взаємодіючих об'єктів. Як правило, діаграма взаємодії охоплює поводження тільки одного варіанта використання. На такій діаграмі відображається ряд об'єктів і ті повідомлення, якими вони обмінюються між собою в рамках одного варіанта використання.
Існує два види діаграм взаємодії: діаграми послідовності (sequence dіagrams) і кооперативні, або співробітництва (collaboratіon dіagrams). Діаграми послідовності визначають тимчасову послідовність переданих повідомлень, порядок, вид і тип повідомлення, що відбуваються в рамках варіанта використання. Діаграми послідовності й кооперативні є різними поглядами на ті самі процеси, тому Ratіonal Rose дозволяє створити з діаграми послідовності діаграму Кооперації й навпаки, а також робить автоматичну синхронізацію цих діаграм.
На діаграмі послідовності взаємодія зображується у вигляді двовимірної схеми: вертикальне (час) і горизонтальне (об'єкти, що беруть участь у взаємодії). Істотна тільки послідовність повідомлень, однак тимчасова вісь може служити реальною метрикою виміру активності об'єкта. Прямокутники на вертикальних лініях показують "час життя" об'єкта. Лінії зі стрілками й написами назв методів означають виклик методу в об'єкта.
Характеристика та класифікація CASE-засобів, технологія їх впровадження. Структура і функції CASE-засобу Silverrun. Переваги, результати застосування та ключові функції CA ERwin Data Modeler. Проектування роботи інтернет-магазину за допомогою UML-діаграм. курсовая работа [1,5 M], добавлен 07.02.2016
Технології об'єктно-орієнтованого аналізу та проектування інформаційних систем. Історія та структура мови UML. Опис функціональної моделі засобами UML. Використання UML в проектуванні програмного забезпечення. Характеристика CASE-засобів Visual Paradigm. дипломная работа [7,9 M], добавлен 26.05.2012
Концепції об'єктно-орієнтованого програмування. Спеціалізовані засоби розробки програмного забезпечення мовою Delphi. Загальні питання побудови та використання сучасних систем об’єктно-орієнтованного та візуального проектування програмних засобів. курсовая работа [201,4 K], добавлен 01.04.2016
Редагування за допомогою текстового редактора NotePad вхідного файлу даних. Програмна реалізація основного алгоритму з використанням засобів об'єктно-орієнтованого програмування. Об’ява та опис класів і об'єктів. Розробка допоміжних програмних засобів. курсовая работа [69,4 K], добавлен 14.03.2013
Загальна характеристика мови моделювання UML. Розробка діаграм UML з метою автоматизації продаж в магазині. Rational Rose як засіб візуального моделювання об'єктно-орієнтованих інформаційних систем. Зворотне проектування як головна перевага Rational Rose. контрольная работа [1,7 M], добавлен 23.10.2014
Реалізація, за допомогою технології Windows Forms, програми обліку даних про волонтерів та подій, на які вони зареєстровані. можливості об'єктно-орієнтованого програмування. Створення класів. Методи, властивості. Використання Multiple Document Interface. курсовая работа [1,5 M], добавлен 02.12.2015
Призначення та переваги використання автоматизованих робочих місць (АРМ). Огляд нових функцій програмного продукту Microsoft Power Point. Створення і публікація HTML-документів, показ презентацій, співпраця в реальному часі за допомогою програми. контрольная работа [45,3 K], добавлен 26.12.2012
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Автоматизація роботи мебельного підприємства курсовая работа. Программирование, компьютеры и кибернетика.
Реферат На Тему Мужество И Героизм Защитников Отечества В Битве За Днепр
Сочинение: В.В.Маяковский о назначении поэта и поэзии
Эссе Как Я Провела Лето 2022
Контрольная работа: Саратов в XVIII веке. Население, занятия и основные события
Равномерное И Неравномерное Движение Реферат
Реферат: Реклама и ее воздействие на социальные объекты. Скачать бесплатно и без регистрации
Интуиция Ученого И Научные Открытия Эссе
Цвет Основы Цветоведения Реферат
Реферат: Hum Essay Research Paper APPLICATION Bill
Курсовая работа по теме Общества с ограниченной ответственностью и общества с дополнительной ответственностью
Курсовая работа по теме Разрешение земельных споров
Дипломная работа по теме Автоматизированная система регистрации вещественных доказательств
Темы Рефератов По Основам Права
Автоматические И Автоматизированные Системы Управления Реферат
Дипломная работа по теме Правовой статус Конституционного Суда Российской Федерации
Доклад: Дисциплина
Контрольная Работа На Тему Соотношения Водных Секторов Организма. Несахарный Диабет
Реферат по теме Штирнер - Прудон: два полюса анархии
Сочинение 1 День Египетского Вельможи
Доклад по теме Террористическая деятельность и боевая организация партии социалистов-революционеров под руководством Е.Ф. Азефа в 1903-1906 гг.
Технологія лікарської форми збору заспокійливого на прикладі препарату "Заспокійливий збір №2 (седативний)" - Медицина контрольная работа
Анализ расходов на оплату труда - Бухгалтерский учет и аудит курсовая работа
Аудиторская деятельность в России и динамика её развития - Бухгалтерский учет и аудит курсовая работа