708332210.

docx

База данних для школи

Бачення
Версия <1.0>
Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

Лист змін
Дата Версія Описа Автор
<01/02/22> Рабочая, Звіт про виконання лабораторної работи А.А. Іванов
v 1.0 №1
<03/02/22> С заме- Викладачем внесені зауваження (в В.Н.Янчук
чаниями, режимі виправлень MS Word),
v 1.1 поставлені питання (в режимі
виправлень MS Word).
<08/02/22> Релиз, Звіт про виконання лабораторної А.А. Іванов
v 1.2 работи№ 1
<10/02/22> Принято, Звіт принят В.Н.Янчук
v 2.0

Житомирська політехніка 2022 Стр. 2

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

Бачення
1. Введение
1.1 Цель
1.2 Контекст
1.3 Определения, акронимы и сокращения
1.4 Ссылки
1.5 Краткое содержание

2. Позиционирование
2.1 Деловые преимущества
2.2 Определение проблемы
2.3 Определение позиции изделия

3. Описания пользователей
3.1 Сведения о пользователях
3.2 Пользовательская среда
3.3 Профили пользователей
3.4 Ключевые потребности пользователей

4. Краткий обзор изделия

4.1 Контекст использования системы
4.2 Сводка возможностей
4.3 Предположения и зависимости

5. Возможности продукта
5.1 Структурированное описание заказа
5.2 Расчёт нормативного времени выполнения работ заказа
5.3 Передача заказа в производство
5.4 Диспетчеризация работ заказа
5.5 Планирование работы цехов
5.6 Назначение исполнителей
5.7 Контроль исполнения и оперативная корректировка планов

6. Ограничения

7. Показатели качества
7.1 Применимость
7.2 Надежность

8. Другие требования к изделию

8.1 Применяемые стандарты
8.2 Системные требования
8.3 Эксплуатационные требования

9. Требования к документации
9.1 Руководство пользователя
9.2 Интерактивная справка
9.3 Руководства по установке и конфигурированию, файл Read Me

Житомирська політехніка 2022 Стр. 3

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

10. Маркировка и пакетирование

Житомирська політехніка 2022 Стр. 4

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

Бачення
1. Введення
1.1 Ціль
Створення цього документа має на меті зібрати, проаналізувати та визначити основні потреби та
можливості бази даних для школи. Документ зосереджений на важливих аспектах, які є
необхідними як співвласникам, так і користувачам системи. Розглядаються конкретні вимоги та
обґрунтування їх існування. Докладніше про те, як система бази даних відповідає цим потребам,
буде розглянуто у вигляді конкретних сценаріїв та додаткових специфікацій.
1.2 Контекст
Цей документ розробляється в рамках проекту бази даних для школи.
1.3 Визначення, акроніми та скорочення
Основні визначення наведені в документі « Додаток 1. Глосарій проеку»1.
1.4 Посилання
Бачення базується на документі «Вариант № 3. Диспетчеризация полиграфического производства»
від 5.01.2019.
1.5 Короткий зміст
Документ описує високорівневі вимоги до системи диспетчеризації поліграфічного підприємства.
Вказані основні ділові переваги розглянутого в Баченні рішення, сформульовані ключові проблеми
та способи їх вирішення, наведено характеристики користувачів системи, можливості системи,
обмеження, показники якості та інші вимоги до продукту.
2. Позиціонування
2.1 Ділові переваги
У нашій школі процес диспетчеризації, що раніше відбувався за допомогою електронних таблиць,
тепер переходить на новий рівень завдяки впровадженню системи бази даних. Ця нова система
надасть змогу отримати більш зручний доступ до інформації всім зацікавленим особам. Завдяки їй
прискориться обробка даних, забезпечиться надійне зберігання інформації та охопиться більший
спектр функцій, які можна автоматизувати. Це вдосконалене рішення відкриє нові можливості для
ефективного управління шкільними процесами та забезпечить оптимізацію роботи друкарні в
шкільному середовищі.
2.2 Визначення проблеми
Проблема Поток iнформацiі
Зачіпає Диспетчер, систему, організацію ПО.
Її наслідком є Затримки виконання
Успішне вирішення Оптимальна організація роботи, опитимізація ПО

Проблема Висока трудомісткість процесу диспетчеризації

1
У момент оформлення першої лабораторної роботи документ «Словник» представляється студентом в чорновому варіанті;
допустимо виклад базової термінології безпосередньо в розділі 1.5. Бачення.

Житомирська політехніка 2022 Стр. 5

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

Зачіпає Диспетчера
Її наслідком є Затянутость процесу диспетчеризації, помилки планування
Успішне вирішення Виняток помилок, підвищення ергономічності роботи диспетчера

Проблема Складність призначення реального терміну виконання замовлення, узгодженого

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

Проблема Труднощі отримання інформації про поточний стан замовлень у виробництві

Зачіпає диспетчера, менеджерів, редактор фото
Її наслідком є Можливе знаходження менеджера, замовника в тривалому невіданні про
реальний стан справ.
Успішне вирішення Оптимальний розподіл часу виконання замовлень

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

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

3. Описи користувачів
3.1 Відомості про користувачів
У системі існують три основних користувача: адміністратор, вчитель і учень. Адміністратор
відповідає за введення інформації про нових учнів і вчителів, а також контролює їх активність в
системі. Вчитель може додавати інформацію про предмети, оцінки учнів та планувати уроки. Учень
має доступ до своїх оцінок, домашніх завдань та інших навчальних матеріалів.

Житомирська політехніка 2022 Стр. 6

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

3.2 Призначена для користувача середовище

У шкільній інформаційній системі наразі існують 2 адміністратори (модератори), 20 вчителів та 500
учнів. Програмне забезпечення дозволяє адміністраторам керувати базою даних, додавати нових
користувачів та слідкувати за їхньою активністю в системі. Вчителі мають можливість додавати
інформацію про предмети, оцінки учнів, планувати уроки та надавати доступ до навчальних
ресурсів. Учні можуть переглядати свої оцінки, виконані завдання та користуватися іншими
навчальними матеріалами.
З метою розширення системи на найближчі 8 років планується збільшити кількість адміністраторів
до максимальної межі у 10 осіб, вчителів - до 100 осіб та учнів - до 2000 осіб. Також передбачено
можливість використання системи на різних платформах, включаючи IBM PC, та сумісність із
операційною системою Microsoft Windows.
Час на розгляд одного запиту в системі - від 5 до 15 хвилин, залежно від складності запиту. Така
організація дозволить ефективно використовувати ресурси системи та забезпечити зручний доступ
до інформації для всіх користувачів.
3.3 Профілі користувачів
Типовий Адміністратор
користувач:
Опис: Користувач системи, наділений правами на читання інформації та занесення
даних про замовлення.
Тип: Користувач
Відповідальності: Введення даних про нові замовлення: Адміністратор вносить інформацію про
нові замовлення у систему.
Призначення терміну виконання: Адміністратор встановлює термін виконання
замовлення на основі інформації, представленої в системі.
Контроль замовлень: Адміністратор відстежує виконання замовлень та
забезпечує їх контрол
Критерії успіху: Введення даних про нові замовлення: Адміністратор вносить інформацію про
нові замовлення у систему.

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

Типовий Типовий користувач: Учень

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

Житомирська політехніка 2022 Стр. 7

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

фактичної інформації про призначення виконавців та їхню діяльність у

систему, що забезпечує наявність оперативної та достовірної інформації у базі
даних.

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

База даних буде спрямована на автоматизацію процесів формування розкладу занять, дозволяючи
диспетчеру легко і швидко створювати розклад для уроків, позакласних заходів і інших подій. Вона
також надасть можливість менеджерам взаємодіяти з диспетчером через систему, спрощуючи
внесення змін та коригування накладок.
4. Короткий огляд виробу
4.1 Контекст використання системи
Контекст використання системи включає в себе не тільки внутрішні потреби школи, а й можливість
подальшого розширення функціоналу.
4.2 Зведення можливостей
Система диспетчеризації друкарні
Вигоди замовника Підтримують можливості
Спрощення роботи Автоматичне планування; управління терміновими замовленнями;
диспетчера зворотний зв'язок з оператором; оперативне коректування планів
Прискорення обігу Система дозволить прискорити процес отримання необхідної інформації
інформації про час виконання замовлень диспетчером і менеджерами, також оптимізує
взаємодію диспетчера і майстра цеху
Формування єдиної Всі зацікавлені користувачі матимуть можливість звертатися до
бази для планування і оперативної інформації про завантаження ресурсів та стан замовлень
подальшого аналізу безпосередньо зі своїх робочих місць.
Можливість У системі для школи передбачено можливість класифікації замовлень на
індивідуального різні категорії, такі як термінові, прості та інші.
підходу до кожного
замовлення
Відмова від зайвих Система дозволяє користувачам отримувати потрібну їм інформацію
комунікацій самостійно, не відволікаючи від роботи інших учасників процесу

4.3 Припущення і залежності

У разі внесення змін у форми документів, автоматизована інформаційна система (АІС) має
дозволяти здійснювати незначні зміни без суттєвих модифікацій звітних форм. Це забезпечить
зручність та швидкість адаптації системи до нових вимог та потреб користувачів.
5. Можливості продукту
5.1 Структурований опис замовлення
Можливість опису замовлення через впорядковану в часі сукупність робіт, а також параметрів.
5.2 Розрахунок нормативного часу виконання робіт запросів
Можливість для кожного з запросів автоматично визначити, на підставі введених параметрів, час
виконання роботи з точністю до хвилини.
5.3 Планування роботи вчителів
Можливість зверстати плани роботи, доби, змін, обладнання.

Житомирська політехніка 2022 Стр. 8

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

5.4 Призначення виконавців

Можливість для кожної з цехових робіт призначити виконавців.
5.5 Контроль виконання та оперативне коректування планів
Можливість контролю виконання робіт над замовленнями і цехових планів. можливість
оперативного корегування планів при виникненні критичних ситуацій.
6. Обмеження
Впровадження системи не повинно займати більше 3 місяців.
У ядрі системи повинна бути представлена промислова СУБД реляційного доступу.
Всі звернення до інформації повинні здійснюватися через драйвер ODBC.
7. Показники якості
7.1 Застосовність
 Час, необхідний для навчання звичайних користувачів - 3 робочих дня (24 години), для
навчання просунутих користувачів - 1 робочий день (8 годин).
 Час відгуку для типових задач - не більше 5 секунд, для складних завдань - не більше 20 секунд.
7.2 Надійність
 Доступність - час, що витрачається на обслуговування системи не повинно перевищувати 3%
від загального часу роботи.
 Середній час безвідмовної роботи – 2 роки.
 Максимальна норма помилок або дефектів - 1 помилка на десять тисяч рядків коду.
8. Інші вимоги до виробу
8.1 Застосовувані стандарти
Система повинна відповідати всім стандартам інтерфейсу користувача Microsoft® Windows®.
Мінімальні системні вимоги:
 64 Mb пам'яті
 3 Mb вільного дискового простору
 процесор з тактовою частотою не нижче 1GHz
 Операційна система Windows або Unix.
8.2 Eксплуатаційні вимоги
Система повинна бути здатна підтримувати мінімум 15 одночасно працюючих користувачів, і мати
можливість збільшити їх кількість на випадок збільшення штату співробітників підприємства, див.
П. 3.2.
9. Вимоги до документації
9.1 Інструкція користувача
В системі повинні бути представлені Керівництва користувачів (за типами користувачів). Вони
повинні містити розшифровку всіх використовуваних термінів, описи основних варіантів
використання, включаючи альтернативні сценарії, а також детальний огляд інтерфейсу програми.
9.2 Інтерактивна довідка
Інтерактивна довідка необхідна для вирішення виниклих під час роботи питань. У довідці має бути
реалізована можливість пошуку інформації за ключовими словами, а також варіант подання
інформації по окремих позиціях меню програми. Довідка повинна містити максимально повну і

Житомирська політехніка 2022 Стр. 9

Даза данних для школи Версія: <1.0>
Бачення Дата: 05/02/21

детальну інформацію по роботі системи.

9.3 Керівництво по установці і конфігурації, файл Read Me
Система повинна мати керівництво по установці в файлі ReadMe.txt, який повинен додаватися до
системи. Файл ReadMe.txt повинен містити докладну інструкцію по установці даної системи, щоб в
разі необхідності користувач зміг зробити установку самостійно без допомоги адміністратора.
10. Маркування та пакетування
Система буде поширюватися на компакт-диску, на якому буде знаходитися сама система, а також
інтерактивна довідка, керівництво по установці і керівництво користувача до неї.
Інсталяційна програма повинна включати загальне ліцензійну угоду, і, інформацію про авторські
права.

Житомирська політехніка 2022 Стр. 10