Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
|
Система диспетчеризації типографії |
Версія: ____ |
|
Бачення |
Дата __________ |
Бачення
Зміст
|
[1] Вступ [2] Мета [3] Контекст [4] Визначення, акроніми і скорочення [5] Посилання [6] Короткий зміст [7] Позиціонування [8] Ділові переваги [9] Визначення проблеми [10] Визначення позиції виробу [11] Опис користувачів [12] Відомості про користувачів [13] Середовище користувача [14] Профілі користувачів [15] Ключові потреби користувачів [16] Коротний огляд продукту [17] Контекст використання системи [18] Звід можливостей [19] Припущення і залежності [20] Можливості продукту [21] Структурований опис замовлення [22] Розрахунок нормативного часу виконання робіт за замовлення [23] Передача замовлення у виробництво [24] Диспетчеризація робіт замовлення [25] Планування роботи цехів [26] Призначення виконавців [27] Контроль виконання і оперативне коректування планів [28] Обмеження [29] Показники якості [30] Застосовність [31] Надійність [32] Інші вимоги до продукту [33] Вживані стандарти [34] Системні вимоги [35] Експлуатаційні вимоги [36] Вимоги до документації [37] Посібник користувача [38] Інтерактивна довідка [39] Посібник по установці і конфігурації, файл ReadMe [40] Маркування та пакетування |
Бачення
Мета створення цього документа полягає в тому, щоб зібрати, проаналізувати і визначити високорівневі можливості і потреби системи диспетчеризації типографії. Документ акцентує увага на можливостях, необхідних співвласникам і цільовим користувачам, і на тому, чому ці потреби існують. Подробиці того, як система диспетчеризації типографії виконує ці потреби, будуть деталізовані в прецедентах і додаткових специфікаціях.
Даний документ розробляється в рамках проекту автоматизації діяльності типографії «Друкар».
Основні визначення наведені в документі « Додаток 1. Глосарій проекту».
Бачення базується на документі «Технічне завдання на розробку системи диспетчеризація поліграфічного виробництва» від 15.09.2009.
Документ описує високорівневі вимоги до системи диспетчеризації поліграфічного підприємства. Вказані основні ділові переваги розглянутого в Баченні рішення, сформульовані ключові проблеми і способи їх розв’язання, приведені характеристики користувачів системи, можливості системи, обмеження, показники якості і інші вимоги до кінцевого продукту.
На даний час, диспетчеризація в типографії «Друкар» здійснюється з використанням електронних таблиць. У порівнянні з наявним, нове рішення дозволить забезпечити зручніший режим доступу зацікавлених осіб до інформації, підвищити швидкодію, забезпечити надійне зберігання даних і повніше охопити функції, що підлягають автоматизації.
|
Проблема |
Недостатньо оперативний обмін інформацією між диспетчером і особами, що з ним взаємодіють. |
|
стосується |
Диспетчера, менеджерів, майстра цеху, працівників цеху. |
|
Їх наслідком є |
Затримки виконання замовлень |
|
Успішне вирішення |
Оптимальна організація роботи цехів, заощадження часу усіх учасників процесу |
|
Проблема |
Висока трудомісткість процесу диспетчеризації |
|
стосується |
Диспетчера |
|
Їх наслідком є |
Затягнутість процесу диспетчеризації в часі, помилки планування |
|
Успішне вирішення |
Виключення помилок, підвищення эргономічности роботи диспетчера |
|
Проблема |
Складність встановлення реального терміну виконання замовлення, узгодженого з виробництвом |
|
стосується |
диспетчера, менеджерів |
|
Їх наслідком є |
Можлива втрата замовлень і відповідно вигідних клієнтів, невиконання замовлень в строк |
|
Успішне вирішення |
При внесенні до системи запиту, отримуємо варіанти можливого часу виконання даного замовлення. Унеможливлюються накладки. |
|
Проблема |
Складність отримання інформації про поточне положення у виробництві |
|
стосується |
диспетчера, менеджерів, майстра цеха |
|
Їх наслідком є |
Можливе знаходження менеджера, замовника в тривалому невіданні про реальний стан справ. |
|
Успішне вирішення |
Оптимальний розподіл часу виконання замовлень |
|
Для замовника |
Типографії «Друкар» |
|
якому |
Потрібно оптимізувати процес диспетчеризації замовлень |
|
(Назва продукту) |
АСУ «Диспетчер» |
|
який |
Базується на промисловій СУБД і є високонадійним |
|
На відміну від |
Існуючого механізму на основі електронних таблиць |
|
наш продукт |
Виключає помилки планування |
У системи існують три основні типи користувачі: диспетчер, менеджер, майстер цеху. Менеджер - вводить дані про замовлення, що поступили і контролює їх виконання. Диспетчер - планує роботи цеху, стежить за їх виконання. Майстер цеху - вводить дані про реальний стан робіт (замовлень).
На даний час на підприємстві є 2 виробничих цехи (2 майстри), один диспетчер і 10 менеджерів продажу. Збільшення кількості майстрів в найближчих 8 років - максимально 10, менеджерів - максимально 40, диспетчерів - максимально 2.
Розумний час планування одного замовлення - 5 хвилин, для складних замовлень - не більше 15 хвилин.
Система працюватиме на платформі IBM РС. Операційна система: Microsoft Windows XP.
|
Типовий користувач |
Менеджер |
|
Опис |
Користувач системи, наділений правами на читання інформації і занесення даних про замовлення. |
|
Тип |
Користувач |
|
Відповідальності |
Вводить дані про замовлення, що надійшли. Призначає термін виконання замовлення на основі представленої в системі інформації. Здійснює контроль замовлень. |
|
Критерій успіху |
Можливість визначення реального терміну виконання замовлення; отримання даних про реальний стан замовлення у виробництві. |
|
Типовий користувач |
Диспетчер |
|
Опис |
Користувач системи, наділений правами на зміну інформації в системі |
|
Тип |
Користувач |
|
Відповідальності |
Виконання замовлень в строк; Ритмічне завантаження обладнання |
|
Критерій успіху |
Виконання замовлень в строк; мінімізація простою обладнання |
|
Типовий користувач |
Майстер цеху |
|
Опис |
Користувач системи, наділений правами на внесення фактичної інформації про замовлення у виробництві |
|
Тип |
Користувач |
|
Відповідальності |
Введення даних про призначення виконавців робіт і результатах їх діяльності |
|
Критерій успіху |
Наявність в системі оперативної інформації |
Диспетчер витрачає велику кількість часу на складання черг і внесення необхідних змін. Менеджери витрачають значну кількість часу на регулювання накладок з диспетчером. Підприємство потребує системи, яка б прискорила і оптимізувала вищезгадані процеси.
Система є закінченою незалежною розробкою. У перспективі можливе використання системи в комплексі з системами автоматизації інших відділів. Комунікації - на рівні доступу до загальної бази даних.
Система диспетчеризації друкарні
|
Вигоди замовника |
Можливості, що підтримуються |
|
Спрощення роботи диспетчера |
Автоматичне планування; управління терміновими замовленнями; зворотний зв'язок з цехом; оперативне коректування планів |
|
Прискорення звернення інформації |
Система дозволить прискорити процес отримання необхідної інформації про час виконання замовлень диспетчером і менеджерами, а також оптимізує взаємодію диспетчера і майстра цеху |
|
Формування єдиної бази для планування і подальшого аналізу |
Всі зацікавлені користувачі зі своїх робочих місць мають доступ до оперативної інформації про завантаження ресурсів і стан замовлень; накопичена в базі дані інформація дозволять здійснити статистичний аналіз. |
|
Можливість індивідуального підходу до кожного замовлення |
Система дозволяє класифікувати замовлення на термінових, простих і т. д. і підтримує різні режими планування в залежності від типу замовлення |
|
Відмова від зайвих комунікацій |
Система дозволяє користувачам отримувати потрібну інформацію самостійно, не відволікаючи від роботи інших учасників процесу |
Система використовуватиметься на територіально зосередженому (без зовнішніх філій) підприємстві.
У разі змін у формах документів АСУ повинна зазнати неістотних змін (потрібно буде модифікувати звітні форми)
У разі придбання або розробки інформаційних систем, що автоматизують суміжні ділянки (маркетинг, склад готової продукції), необхідно буде розробити відповідні засоби імпорту-експорту інформації.
Можливість опису замовлення через впорядковану в часі сукупність робіт та параметрів.
Можливість для кожного виду робіт над замовленням автоматично визначити, на підставі введених параметрів, час виконання роботи з точністю до хвилини.
Можливість направити замовлення, в якому вказані всі необхідні параметри, у виробництво.
Можливість для кожної з робіт замовлення вибрати необхідний з наявних ресурс і встановити час початку і закінчення виконання з точністю до хвилини.
Можливість складати плани роботи в розрізі цехів, доби, змін, обладнання .
Можливість для кожної з цехових робіт призначити конкретного виконавців.
Можливість контролю виконання робіт над замовленнями і цеховими планами. Можливість оперативного коректування планів при виникненні критичних ситуацій.
Впровадження системи не повинне займати більше 3 місяців.
У ядрі системи має бути представлена промислова СУБД реляційного типу.
Всі звернення до інформації повинні здійснюватися через драйвер ODBC.
Час, необхідний для навчання звичайних користувачів - 3 робочих дні (24 години), для навчання просунутих користувачів - 1 робочий день (8 годин).
Доступність - час, що витрачається на обслуговування системи не повинен перевищувати 3% від загального часу роботи.
Середній час безвідмовної роботи - 10 робочих днів.
Максимальна норма помилок або дефектів - 1 помилка на десять тисяч рядків коду.
Система повинна відповідати всім стандартам інтерфейсу користувача Microsoft® Windows®.
Мінімальні системні вимоги:
64 Mb пам'яті
3 Mb вільного дискового простору
процесор з тактовою частотою 850 MHz
Операційна система Windows ХР.
Система має бути здатна підтримувати мінімум 15 одночасно працюючих користувачів, зв’язаних із загальною базою даних і мати можливість збільшити їх кількість на випадок збільшення штату співробітників підприємства, див. п. 3.2.
У системі мають бути наявні Посібники користувачів (по типах користувачів). Вони повинні містити розшифровку всіх використовуваних термінів, описи основних варіантів використання, включаючи альтернативні сценарії, а також докладний огляд інтерфейсу програми.
Інтерактивна довідка необхідна для розв’язання питань, що можуть виникнути під час роботи. У довідці має бути реалізована можливість пошуку інформації за ключовими словами, а також варіант представлення інформації по окремих позиціях меню програми. Довідка повинна містити максимально повну і докладну інформацію про роботу системи.
Система повинна мати посібник по установці у файлі ReadMe.txt, який повинен додаватися до системи. Файл ReadMe.txt повинен містити докладну інструкцію по установці даної системи, щоб у разі потреби користувач зміг провести установку самостійно без допомоги адміністратора.
Система розповсюджуватиметься на компакт-диску, на якому знаходитиметься сама система, а також інтерактивна довідка, посібник по установці і посібник користувача до неї.
Інсталяційна програма повинна включати загальну ліцензійну угоду, і, інформацію про авторські права.
|
Для внутрішнього користування |
ТНТУ, 2010 |
Сторінка 8 |