Структура житлово-комунальних господарств

 

 

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

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

 

Короткий  опис варіантів використання.

І. Приписка жильця (O1).

Основна дійова особа: Паспортист.

Інші учасники прецеденту: Жилець.

Зв'язки з іншими варіантами використання: використовується прецедентом «P1 Приписка жильця» та «G1 Надання даних для прописки».

Короткий опис.

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

ІІ. Виписка жильця (O2).

Основна дійова особа: Паспортист.

Інші учасники прецеденту: Жилець.

Зв'язки з іншими варіантами використання: використовується прецедентом «P2 Виписка жильця» та «G2 Надання даних для виписки».

Короткий опис.

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

 

ІІІ. Внесення змін про жильця (O3).

Основна дійова особа: Паспортист.

Інші учасники прецеденту: Жилець.

Зв'язки з іншими варіантами використання: використовується прецедентом «P3 Зміна даних» та «G3 Надання даних для зміни».

Короткий опис.

Даний варіант використання дозволяє паспортисту редагувати дані про жильця. Тут необхідно редагувати необхідні данні про жильця.

 

 

ІV. Прийом заявок від жильців (O4).

Основна дійова особа: Диспетчер.

Інші учасники прецеденту: Жилець.

Зв'язки з іншими варіантами використання: використовується прецедентом «D1 Прийом заявок» та «G4 Оформлення заявки».

Короткий опис.

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

V. Формування списку заявок від жильців (O5).

Основна дійова особа: Диспетчер.

Інші учасники прецеденту: немає.

Зв'язки з іншими варіантами використання: використовується прецедентом «D2 Обробка заявок».

Короткий опис.

Даний варіант використання дозволяє диспетчеру робити запит до бази даних для формування списку заявок.

VІ. Прийом виконаних заявок жильців (O6).

Основна дійова особа: Диспетчер.

Інші учасники прецеденту: Майстер.

Зв'язки з іншими варіантами використання: використовується прецедентом «М4 Здача заявок».

Короткий опис.

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

 

VІІ. Видача довідок жильцям (O7).

Основна дійова особа: Паспортист.

Інші учасники прецеденту: Жилець.

Зв'язки з іншими варіантами використання: використовується прецедентом «Р4 Видача довідок».

Короткий опис.

Даний варіант використання дозволяє паспортисту робити запит до бази даних та формувати довідку для жильця.

 

VІІІ. Прийом заявок на виконання (O8).

Основна дійова особа: Майстер.

Інші учасники прецеденту: Диспетчер.

Зв'язки з іншими варіантами використання: використовується прецедентом «О5 Формування списку заявок від жильців».

Короткий опис.

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

 

ІХ. Обробка списку заявок для виконання (O9).

Основна дійова особа: Майстер.

Інші учасники прецеденту: немає.

Зв'язки з іншими варіантами використання: немає.

Короткий опис.

Даний варіант використання дозволяє майстру опрацювати список заявок від жильців та розпреділити їх для виконання між працівниками.

Х.Контроль виконання  заявок від жильців (O10).

Основна дійова особа: Майстер.

Інші учасники прецеденту: немає.

Зв'язки з іншими варіантами використання: немає.

Короткий опис.

Даний варіант використання дозволяє майстру контролювати виконання працівниками заявок від жильців.

ХІ. Здача виконаних  заявок (O11).

Основна дійова особа: Майстер.

Інші учасники прецеденту: Диспетчер.

Зв'язки з іншими варіантами використання: використовується прецедентом «М4 Здача заявок», «D3 Прийом виконаних заявок», «О6 Прийом виконаних заявок».

Короткий опис.

Даний варіант використання дозволяє майстру здати диспетчеру виконані заявки від жильців.

ХІІ. Прийом платежів від жильців за виконані послуги (O12).

Основна дійова особа: Бухгалтер.

Інші учасники прецеденту: Жилець.

Зв'язки з іншими варіантами використання: використовується прецедентом «В1 Прийом платежів», «G5 Оплата послуг».

Короткий опис.

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

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

Для подальшої деталізації вибрано  чотири прецеденти:

• Р1. Приписка жильця;
• Р2. Виписка жильця;
• Р3. Зміна даних про жильця;
• Р4. Формування та видача довідок.

 

6.  Спеціальні вимоги до ПЗ

Авторизація та аутентифікація користувача в системі.

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

Ведення довідника жильців.

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

Ведення журналу  заявок.

У системі мають бути представлені засоби реєстрації та управління журналом заявок від жильців.

Зручність використання.

Інтерфейс ПЗ має володіти властивостями зручності і інтуїтивної  ясності і не вимагати додаткової підготовки користувачів.

 Допомога в  режимі online.

Система повинна підтримувати контекстну довідку у формі стандартного help операційної системи.

 Доступність.

Система автоматизації має  бути доступною в робочі дні в  робочий час (як правило, з 8 до 18, якщо інше не вказане розпорядженням по житлоуправлінні). Час, що витрачається на обслуговування системи не повинен перевищувати 3% від загального часу роботи.

Напрацювання  на відмову.

Середній час безвідмовної роботи – 15 робочих днів.

Норма дефектів.

Максимальна норма помилок  або дефектів – 1 помилка на десять тисяч рядків коду.

Одночасно працюючі користувачі.

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

Час відгуку.

Час відгуку для типових  завдань – не більше 5 секунд, для  складних завдань – не більше 20 секунд.

 Масштабованість.

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

 Оновлення  версій.

Оновлення версій повинне  здійснюватися в автоматизованому режимі на основі системи контролю версій і системи (сервера) оновлення  версій на робочих місцях користувачів.

Вживані стандарти.

Система повинна відповідати  всім стандартам інтерфейсу користувача Microsoft® Windows®.

Вимоги до середовища виконання.

Система повинна задовольняти вищезгаданим вимогам на комп'ютері  в наступній мінімальній комплектації:

512 Mb пам'яті

10 Gb вільного дискового  простору

Процесор з тактовою частотою 2000 MHz

Операційна система Windows ХР.