1.2 Аналіз здійсненності

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

Також потрібно проаналізувати такі питання:

• чи відповідає система бізнес-цілям організації-замовника та організації розробника;

• чи можна реалізувати систему, використовуючи відомі технології і не виходячи за межі заданої вартості і заданого часу;

• чи можна визначити систему з іншими вже експлуатованими системами;

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

По-друге, програма повинна мати чітко виражену і просту базу даних товарів, з повним набором функцій роботи з товаром. Наприклад, додавання нового товару, змінення властивостей вже занесених товарів, і т.д.

Програма має вирішити головну проблему організації – низьку швидкодію операцій з товаром.

1.3 Визначення цілей і області дії:

Для виконання завдання необхідно щоб програма здійснювала такі функції:

• автоматизація обробки операцій обліку товарів;

• створення звітів, та виробничої документації;

При розробці даної АРМ замовник воліє отримати більш швидку обробку операцій, обліку товарів, отримавши таким чином більший прибуток. Дана система має пошвидшити роботу з обліком на 50-75%.

Розробка даної системи повинна бути створена в терміни вказані замовником. Швидка розробка АРМ дозволить замовнику раніше перейти до покращеної роботи. За прискорене закінчення програми розробник може раніше терміну отримати програму, та виплатити замовнику премію.

1.4 Документування образу і меж проекту.

1.4.1.Введення.

Мета:

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

Контекст:

Цей документ розробляється в рамках проекту автоматизації відділу збуту меблевої фабрики "Супер Стілець".

Визначення, акроніми та скорочення:

Основні визначення наведені в документі «Додаток 1. Глосарій проекту».

Короткий зміст:

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

1.4.2. Позиціонування

Ділові переваги:

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

Визначення проблеми:

Проблема	Недостатня автоматизація обробки операцій обліку товарів.
зачіпає	Диспетчера, майстра відділу, працівників відділу.
Її наслідком є	Затримки виконання замовлень.
Успішне вирішення	Оптимальна організація роботи обліку, економія часу всіх учасників процесу.

Проблема	Повільне створення звітів, та виробничої документації.
зачіпає	Диспетчера.
Її наслідком є	​​затягнутий процес диспетчеризації, помилки в обліку.
Успішне вирішення	Автоматизація створення звітів, швидке заповнення звітів, позбавлення помилок.

Проблема	мала сумісність з іншими АРМ або системами.
зачіпає	Диспетчера, майстра відділу, працівників відділу.
Її наслідком є	​​Повільний обмін інформацією з іншими працівниками та системами.
Успішне вирішення	Розробка ПЗ на мультиплатформенній середі програмування .

Визначення позиції вироби:

Для	Мебельна фабрика «Супер стілець».
якої	Потрібно оптимізувати процес обліку товарів.
(Назва продукту)	АРМ «Супер фабрика».
який	Заснований на промисловій СУБД .
На відміну від	Існуючого механізму на основі електронних таблиць.
наш продукт	Виключає помилки обліку.

Опис користувачів.

Відомості про користувачів:

У системи існують три основних користувача: диспетчер, менеджер, майстер цеху.

Менеджер вводе дані про новоприбулих замовленнях. контролює їх виконання.

Диспетчер - планує роботи цеху, стежить за їх виконанням.

Майстер цеху досхочу дані про реальний стан робіт (Замовлень).

Розумне час планування одного замовлення - 5 хвилин, для складних заходів не більше 15 хвилин.

Система буде працювати на платформі ІВМ РС. Операційна система: Microsoft Windows, XP, Vista, 7.

Профілі користувачів:

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

Типовий представник	Диспетчер.
Опис	Користувач системи, наділений правами на зміну планової інформації в системі
Тип	Користувач
Відповідальний за	Виконання замовлень в термін: Ритмічне завантаження верстатів; Здійснює облік товарів.
Критерії успіху	Виконання замовлень в час; мінімізація простою обладнання; Облік товару, та операцій над ним.

Типовий представник	Майстер відділу.
Опис	Користувач системи, наділений правами на внесення фактичної інформації про замовлення та товар у виробництво.
Тип	Користувач.
Відповідальний за	Введення даних про призначення виконавців робіт та результати їх діяльності, аналізування роботи диспетчерів.
Критерії успіху	Наявність в БД оперативної інформації.

Ключові потреби користувачів:

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