МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

КИЇВСЬКИЙ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ імені Тараса Шевченка

ФАКУЛЬТЕТ ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ
Кафедра програмних систем і технологій

Дисципліна
«Аналіз вимог до програмного забезпечення»

Лабораторна робота № 1.1

«Вивчення концепції»

на тему:
«Автоматизована система житлоуправління з обліку мешканців та їх
розрахунків»

Іваненко Іван Юрчук Ірина

Виконав: Перевірила:
Володимирович Аркадіївна

Група ІПЗ-21 Дата перевірки

Форма навчання денна

Оцінка
Спеціальність 121

Київ 2020
 Мета
Ознайомитися з основними принципами формування концепції та набути
практичних навичок зі створення документа-концепції системи.
Завдання
1. Ознайомитися з основними процесами розробки концепції.
2. Вивчити структуру документа-концепції системи.
3. Провести попередній аналіз предметної галузі та створити документ-
концепцію системи, заданої згідно з варіантом.
Хід роботи
Процеси розробки концепції:
1) Визначення ідей та потреб
Вже судячи з назви автоматизованої система, а саме - «Автоматизована
система житлоуправління з обліку мешканців та їх розрахунків»,
можна зробити висновок, що дана система повинна якимось чином
автоматизувати певні функції, процеси або дії, які пов’язані саме із
мешканцями, їх обліком та їх розрахунками. На даному етапі розробки
концепції основне – це зрозуміти потреби зацікавлених осіб, а також
хто є цими зацікавленими особами. Оскільки, якщо б не було
зацікавлених осіб, то і сенсу в розробці даної АС не було б, тому що
вона б швидше за все не знайшла свого споживача. Отже, з назви
системи можна сказати точно, що одними із зацікавлених осіб є
мешканці квартир або будинків. Але це ще не все. Також в коло
зацікавлених осіб можна додати державні органи, для яких потрібен
облік мешканців ( хто де проживає), наприклад військкомат. Ми вже
вияснили зацікавлених осіб, наступним етапом при розробці концепції
буде виявлення потреб зацікавлених сторін, які наша автоматизована
система буде якимось чином задовольняти (про це пізніше). Спочатку
поговоримо про мешканців: зазвичай, середньостатистичний
мешканець квартири чи будинку – це людина середнього класу. Такі
люди насамперед прагнуть до економії в грошовому плані а також в
плані затраченого часу. Тому, при аналізі потреб мешканця будемо
орієнтуватися на ці два критерія.
Потреби мешканця:
a) замовлення та оплата комунальних послуг зі смартфону або
персонального комп’ютера, не виходячи з дому.
b) замовлення інших видів послуг: інтернет, телебачення, їжа і так
далі.
c) Виклик сантехніка, електрика, майстра, … також не виходячи з
дому. Причому, можна обрати яку саме людину викликати на основі
відгуків та оцінок інших мешканців, для того щоб бути впевненим в
компетентності викликаної людини.
2
 d) У разі виявлення в мешканця заборгованості, необхідно щоб його
про це одразу повідомляло.
e) Якщо мешканець здійснив адміністративне правопорушення, то
необхідно щоб була можливість в будь-якому місці одразу оплатити
штраф.
f) Для того, щоб не ходити, наприклад, на збори мешканців підїзду для
вирішення певних питань, необхідно зробити так щоб можна було
спілкуватися з будь-якого місця, не йдучи безпосередньо на ці збори
мешканців. Збір коштів для оплати потреб під’їзду також повинен
виконуватися автоматизовано.
Потреби державних органів:
a) Необхідно щоб облік мешканців здійснювався в режимі “онлайн”
для того щоб у будь-який момент часу у будь-якому місці можна
було відстежувати облік мешканців.
2) Формування потенційних підходів
На даному етапі розробки концепції необхідно наближено уявити як
саме автоматизована система зможе забезпечувати потреби її
користувачів. Іншими словами, на основі вищенаведених потреб
користувачів потрібно визначити функції системи. Функція – це
обслуговування, що надається системою, для задоволення однієї або
декількох потреб зацікавлених осіб.
Функції системи, які вирішують потреби мешканця:
a) За допомогою програмного забезпечення, яке буде заздалегідь
встановлено на смартфон або персональний комп’ютер, мешканець
зможе з легкістю коли завгодно і де завгодно (при умові
підключення до мережі Інтернет) замовляти та оплачувати
комунальні послуги.
b) Теж саме стосується й інших видів послуг.
c) Виклик сантехніка також буде здійснюватися через теж саме
програмне забезпечення. В програмі буде присутній список
сантехніків, які можуть бути викликані. Для кожного з них буде
вказано орієнтований час прибуття. Після закінчення роботи
сантехніка, його можна оцінити в цій же програмі та залишити
відгук.
d) В програмі буду присутній внутрішній віртуальний гаманець, який
поповнюється за допомогою справжніх коштів. І в тому випадку
коли сума в цьому гаманцю стає від’ємною, мешканцю приходить
SMS повідомлення про це.
e) В застосунку буде можливість сплачувати штрафи за
адміністративні правопорушення.
f) Система буде об’єднувати в групи тих мешканців, які належать до
одного під’їзду. Кожен мешканець за допомогою програми зможе
зайти в чат своєї групи де обговорюються необхідні питання, які
3
 стосуються кожного мешканця під’їзду. Для групи в програмі буде
відведено загальний віртуальний гаманець, кошти якого
формуються на основі певного вкладу кожного мешканця під’їзду.
Розпоряджатися цими коштами зможе тільки обраний голова
під’їзду та його заступник.
Функції системи, які вирішують потреби державних органів:
a) Система буде надавати державним органам інформацію про
мешканців, за допомогою тієї ж самої програми. Тобто, в них буде
трохи більший функціонал ніж у звичайного мешканця.
3) Проведення вивчення здійсненності
Для того, щоб дана система повноцінно функціонувала, необхідно, щоб
в кожного мешканця був смартфон чи персональний комп’ютер, на
якому було встановлено відповідне програмне забезпечення. А також
мешканець повинен мати вільний доступ до мережі Інтернет, оскільки
дане ПЗ працює тільки з підключенням до Інтернету. Дві вищенаведені
умови функціонування системи є здійсненними, оскільки з розвитком
технологій та попитом на них, на сьогоднішній день майже в кожного є
телефон та доступ до мережі Інтернет. Тому можна зробити висновок,
про те що розробляти дану автоматизовану систему потрібно, оскільки
вона дає змогу автоматизувати велику кількість процесів, внаслідок
чого це значною мірою підвищить комфорт життя користувачів даної
системи.
4) Уточнення та оформлення ідей та потреб
Всі вищенаведені ідеї та потреби на даний момент достатньо описані та
уточнені.
Документ-концепція системи
1. Загальна інформація
1.1. Назва системи – автоматизована система житлоуправління з
обліку мешканців та їх розрахунків.
1.2. Реквізити замовника:
1.2.1. Замовник: ТОВ ‘’Advice‘’
1.2.2. Адреса: м. Київ, вул. Адміральська, буд. 20, кв. 174
1.2.3. Контактна інформація: 0 (512) 71-72-01
1.3. Планові терміни початку і закінчення робіт:
За допомогою COCOMO калькулятора було визначено орієнтований
час реалізації даного програмного продукту, який склав приблизно
16 місяців.
1.3.1. Початок: 28.01.2020;
1.3.2. Закінчення: 16.02.2021;
1.4. Посилання на попередню документацію
Оскільки аналогічні системи не були дотепер запроваджені,
попередня документація відсутня. Як наслідок, дане ПЗ є

4
 принципово новим, а первісна документація створюватиметься в
процесі розробки.
1.5. Фінансові обмеження:
Фінансування робіт відбувається згідно з договором №141626
між компанією-розробником та компанією-замовником.
Орієнтований бюджет проекту з урахуванням подальшого
тривалого супроводу ПЗ вираховувався за допомогою такого
інструменту як COCOMO Calculator, який дозволяє передбачити
витрати проекту на основі таких вхідних даних як кількість тисяч
рядків коду (песимістичний варіант, найбільш очікуваний
варіант, оптимістичний варіант) та середніх витрат на місяць
(середня заробітна плата інженера, середні накладні витрати
інженерів, інші витрати, разові витрати).
При розрахунку я використав наступні вхідні дані:
1) Кількість рядків коду:
a) песимістичний варіант – 60 тис.;
b) найбільш очікуваний варіант – 50 тис.;
c) оптимістичний варіант – 40 тис.;
2) Середні витрати на місяць:
a) Середня заробітна плата інженера – 1500 $;
b) Середні накладні витрати інженерів – 300$;
c) Інші витрати – 500$;
d) Разові витрати – 200$;
Результати роботи COCOMO калькулятора можна побачити на
рис.1.

Рис.1
Калькулятор, на основі вищенаведених вхідних даних, такі
параметри як:
1) Орієнтована кількість людино-місяців;
5
 2) Орієнтована кількість робітників;
3) Орієнтований час розробки ПЗ (в місяцях);
4) Орієнтована вартість проекту.
Калькулятор проводить обчислення для наступних трьох типів
проектів:
 Тип „Organic” представляє відносно невеликий та простий
проект, який виношується невеликою командою з добрим
досвідом.
 Тип „Semi-detached” передбачає середній по розміру та
складності проект, в якому команда має змішаний рівень
досвіду і відносно жорсткі вимоги.
 Тип „Embedded” представляє проект, який виконується в
умовах жорстких технічних, програмних та
експлуатаційних обмежень.
Для реалізації автоматизованої системи з обліку мешканців та їх
розрахунків безумовно підходить саме тип „Embedded”, так як
дана система є не якимось приватним проектом для власного
бізнесу, а таким який буде в майбутньому експлуатуватися в усіх
житлово-комунальних господарствах країни.
Отже, враховуючи все вищесказане, орієнтовані витрати
виявились такі:
1) кількість людино-місяців – 306,14;
2) кількість робітників – 19,61;
3) час розробки ПЗ (в місяцях) – 15,61;
4) вартість проекту – 559060 $.
2. Цілі системи:
2.1. Цілі системи - основні показники, що повинні бути досягнути в
результаті впровадження ПЗ – значне підвищення комфортності
життя людей за рахунок спрощення їх розрахунків у сфері послуг
та полегшення перепису населення за рахунок автоматизованого
обліку мешканців.
2.2. Завдання системи (опис діяльності, направленої на отримання
бажаного результату) – автоматизована система (АС) допоможе
прискорити процес отримання і обробки інформації, отримання
інформації про клієнта, видах наданих послуг, його оплатах,
заборгованості тощо. Таким чином розробка даного програмного
засобу (ПЗ) виправдовує себе автоматизацією великого набору
процесів, які в підсумку знижують витрати часу роботи у багато
разів.
Дане ПЗ виконує наступні завдання автоматизації
житлоуправління згідно потреб споживача:
 Ведення даних прописки/виписки жильців;
 Нарахування оплати наданих послуг:
o Холодне водопостачання;
o Гаряче водопостачання;
6
 o Водовідведення;
o Електропостачання;
o Газопостачання;
o Опалення;
 Проведення оплати наданих послуг;
 Реєстрація заявок жильців на ремонт житлового фонду;
 Проведення заявок жильців на ремонт житлового фонду;
 Друк квитанцій оплати та довідок.
3. Характеристика об’єктів автоматизації.
3.1. Коротка інформація про об’єкт автоматизації.
3.1.1. Вид діяльності, що автоматизується – житлоуправління з
обліку мешканців та їх розрахунків.
3.1.2. Перелік об’єктів автоматизації – великий набір процесів, які
пов’язані з житлоуправлінням, обліком мешканців та їх
розрахунками (зокрема, автоматизації оплати комунальних та
інших видів послуг, реєстрації заборгованості мешканців,
перепису населення, тощо).
3.2. Інформація про умови використання та середовище об’єкта.
3.2.1. Технічне забезпечення – компанія - замовник повинна мати
функціонуючу внутрішню мережу та підключений до неї
сервер, здатний опрацьовувати необхідні обсяги даних.
3.2.2. Для того, щоб дана система повноцінно функціонувала,
необхідно, щоб в кожного мешканця був смартфон чи
персональний комп’ютер, на якому було встановлено
відповідне програмне забезпечення. А також мешканець
повинен мати вільний доступ до мережі Інтернет, оскільки
дане ПЗ працює тільки з підключенням до Інтернету.
4. Первинний опис функціональності системи
4.1. Функції системи, які вирішують потреби мешканця:
 За допомогою програмного забезпечення, яке буде заздалегідь
встановлено на смартфон або персональний комп’ютер,
мешканець зможе з легкістю коли завгодно і де завгодно (при
умові підключення до мережі Інтернет) замовляти та
оплачувати комунальні послуги.
 Теж саме стосується й інших видів послуг.
 Виклик сантехніка також буде здійснюватися через теж саме
програмне забезпечення. В програмі буде присутній список
сантехніків, які можуть бути викликані. Для кожного з них
буде вказано орієнтований час прибуття. Після закінчення
роботи сантехніка, його можна оцінити в цій же програмі та
залишити відгук.
 В програмі буду присутній внутрішній віртуальний гаманець,
який поповнюється за допомогою справжніх коштів. І в тому
7
 випадку коли сума в цьому гаманцю стає від’ємною,
мешканцю приходить SMS повідомлення про це.
 В застосунку буде можливість сплачувати штрафи за
адміністративні правопорушення.
 Система буде об’єднувати в групи тих мешканців, які
належать до одного під’їзду. Кожен мешканець за допомогою
програми зможе зайти в чат своєї групи де обговорюються
необхідні питання, які стосуються кожного мешканця під’їзду.
Для групи в програмі буде відведено загальний віртуальний
гаманець, кошти якого формуються на основі певного вкладу
кожного мешканця під’їзду. Розпоряджатися цими коштами
зможе тільки обраний голова під’їзду та його заступник.
4.2. Функції системи, які вирішують потреби державних органів:
 Система буде надавати державним органам інформацію про
мешканців, за допомогою тієї ж самої програми. Тобто, в них
буде трохи більший функціонал ніж у звичайного мешканця.
5. Опис потенційного підходу
5.1. За допомогою програмного забезпечення, яке буде заздалегідь
встановлено на смартфон або персональний комп’ютер,
мешканець зможе з легкістю коли завгодно і де завгодно (при
умові підключення до мережі Інтернет) замовляти та оплачувати
комунальні послуги.
5.2. Теж саме стосується й інших видів послуг.
5.3. Виклик сантехніка також буде здійснюватися через теж саме
програмне забезпечення. В програмі буде присутній список
сантехніків, які можуть бути викликані. Для кожного з них буде
вказано орієнтований час прибуття. Після закінчення роботи
сантехніка, його можна оцінити в цій же програмі та залишити
відгук.
5.4. В програмі буду присутній внутрішній віртуальний гаманець,
який поповнюється за допомогою справжніх коштів. І в тому
випадку коли сума в цьому гаманцю стає від’ємною, мешканцю
приходить SMS повідомлення про це.
5.5. В застосунку буде можливість сплачувати штрафи за
адміністративні правопорушення.
5.6. Система буде об’єднувати в групи тих мешканців, які належать
до одного під’їзду. Кожен мешканець за допомогою програми
зможе зайти в чат своєї групи де обговорюються необхідні
питання, які стосуються кожного мешканця під’їзду. Для групи в
програмі буде відведено загальний віртуальний гаманець, кошти
якого формуються на основі певного вкладу кожного мешканця
під’їзду. Розпоряджатися цими коштами зможе тільки обраний
голова під’їзду та його заступник.
8
 5.7. Система буде надавати державним органам інформацію про
мешканців, за допомогою тієї ж самої програми. Тобто, в них
буде трохи більший функціонал ніж у звичайного мешканця.
Висновок
В ході виконання даної лабораторної роботи, на власному досвіді я
переконався, що документ-концепція - це найважливіший документ
програмного проекту, який фіксує потреби користувача, функції системи та
інші загальні вимоги до проекту. Таким чином, він описує на високому рівні
абстракції як проблему, так і рішення. Документ-концепція є потужним
засобом, так як представляє всі істотні аспекти продукту з різних точок зору
в короткій, абстрактній, доступній і керованій формі. Під час виконання
роботи було створено документ-концепцію системи автоматизованого
документообігу за заданою в завданні структурою.