Vision and Scope Document

for
Fitness assistant
Version 1.0 approved
Prepared by
Vlad Bocharov
Vlad Prudius
Iryna Botsiura
Mykyta Onyshchenko
Kirill Pashkevich

Avengers
30.04.2022

Table of Contents
Table of Contents
Revision History
1. Business Requirements
1.1. Background
1.2. Business Opportunity
1.3. Business Objectives and Success Criteria
1.4. Customer or Market Needs
1.5. Business Risks
2. Vision of the Solution
2.1. Vision Statement
2.2. Major Features
2.3. Assumptions and Dependencies
3. Scope and Limitations
3.1. Scope of Initial Release
3.2. Scope of Subsequent Releases
3.3. Limitations and Exclusions
4. Business Context
4.1. Stakeholder Profiles
4.2. Project Priorities
4.3. Operating Environment
 Revision History

Version Reason For Changes Date Name

1. Business Requirements
<The business requirements provide the foundation and reference for all detailed
requirements development. You may gather business requirements from the customer or
development organization’s senior management, an executive sponsor, a project visionary,
product management, the marketing department, or other individuals who have a clear
sense of why the project is being undertaken and the ultimate value it will provide, both to
the business and to customers.>

1. Background
<This section summarizes the rationale for the new product. Provide a general description of
the history or situation that leads to the recognition that this product should be built.>

Коли людей питають про складові здорового способу життя, що вони відповідають
найперше? Звісно, спорт та харчування є запорукою гарного самопочуття та
настрою взагалі. На жаль, більшість людей забувають про це через швидкий та
невпинних рух сучасного життя. Але уявіть, що ваш фітнес тренер та дієтолог
завжди поруч, на відстані простягнутої руки. Вони нагадують вам про тренування,
слідкують за вашим раціоном, можливо навіть нагадують про прийом ліків. Це було
б дуже зручно. Завдяки нашому застосунку ця мрія стає реальністю. Ваш мобільний
тепер може допомагати вам займатися спортом, правильно харчуватися та не
забувати про прийом ліків. З нами ви можете стати здоровішими та почуватися
краще ніж будь-коли.
2. Business Opportunity
<Describe the market opportunity that exists or the business problem that is being solved.
Describe the market in which a commercial product will be competing or the environment in
which an information system will be used. This may include a brief comparative evaluation of
existing products and potential solutions, indicating why the proposed product is attractive.
Identify the problems that cannot currently be solved without the product, and how the
product fits in with market trends or corporate strategic directions.>

Наш додаток розрахований на користувачів, які хочуть вести здоровий спосіб

життя, не витрачаючи на це занадто багато часу та грошей.
Наразі на мобільному ринку існує дуже багато фітнес застосунків, застосунків для
рахування калорій. Але вони завжди йдуть окремо, що змушує користувачів
встановлювати більше програм, задіювати більше памяті на їхньому пристрої,
перемикатись між ними. І на відміну від тих застосунків у нашому - спорт та
харчування будуть пов'язані спільними зазначеними цілями, заданими користувачем,
наприклад: схуднення, набір ваги, підвищення тонусу організму або навіть вихід у
змагальну спортивну форму. До такої мети найкраще підходити комплексно, а не
лише з одного боку спорту або харчування, бо ці дві складові завжди йдуть разом.
Саме через це наш продукт є більш привабливим, бо дозволяє слідкувати та
коригувати цілий комплекс факторів пов'язаних зі здоров'ям користувача.

3. Business Objectives and Success Criteria

<Describe the important business objectives of the product in a way that is quantitative and
measurable. The value provided to customers is described in section 1.4, so this section
should focus on the value provided to the business. This could include estimates of revenue
or cost savings, return on investment analysis, or target release dates. Determine how
success will be

● Отримати 10% ринку протягом року.

● Буде придбано більше 10 платних підписок через 3 місяці після випуску.
● До кінця місяця мати більше 150 завантажень з Google Play Market
● До кінця року вийти на позитивний прибуток.

4. Customer or Market Needs

<Describe the needs of typical customers or market segments, including needs that are not
yet met by the marketplace or by existing systems. You may wish to describe problems
customers currently encounter that the new product will (or will not) address and how the
product would be used by customers. Identify the customer hardware and software
environment in which the product must operate. Define at a high level any known critical
interface or performance requirements. Avoid including any design or implementation
details. Present the requirements in a numbered list so that more detailed user or functional
requirements can be traced to them.>

Основні потреби клієнтів:

 1. Користувачам необхідний продукт, який легкий у використанні та
простий у розумінні, а також має приємним дизайн.

2. Необхідний продукт з повним набором можливостей, включаючи такі

елементи як: докладний план для підтримки та покращення стану тіла
користувача, комплекс тренувань, докладний раціон харчування.

3. Підтримка мотивації користувача самим продуктом.

4. Випробування продукту за допомогою безкоштовних функції.

Основні проблеми клієнтів у сфері використання нашого продукту:

1. Відсутність довготривалої мотивації користування послугами фітнес-

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

2. Відсутність усіх необхідних речей у продуктах конкурентів для того, щоб

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

3. Надання малої кількості інформації про харчування для користувача. Рідко

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

Основним апаратним середовищем використання продукту має стати смартфон.

Основним середовищем використання нашого продукту має стати операційна
система Android.

5. Business Risks
<Summarize the major business risks associated with developing this product, such as
marketplace competition, timing issues, user acceptance, implementation issues, or possible
negative impacts on the business. Estimate the severity of the risks and identify any risk

Ризик Ступінь Зменшення ризику

ризику

Невипуск продукту або Висока Створення сприятливих умов для

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

Проблема сприйняття Маленька Покращення продукту для того,

товару користувачами. щоб продукт був легкий у
використанні та розумінні за
допомогою покращення дизайну
продукту.

Проблеми впровадження Висока У зв'язку з високою конкуренцією

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

Не повна реалізація Маленька Необхідне попереднє спілкування з

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

Погіршення геополітичної Висока Необхідний вивіз повного складу

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

2. Vision of the Solution

<This section establishes a long-term vision for the system to be built to address the
business objectives. This vision will provide the context for making decisions throughout the
course of the product development life cycle. The vision should not include detailed
functional requirements or project planning information.>

1. Vision Statement
<Write a concise vision statement that summarizes the purpose and intent of the new
product and describes what the world will be like when it includes the product. The vision
statement should reflect a balanced view that will satisfy the needs of diverse customers as
well as those of the developing organization. It may be somewhat idealistic, but it should be
grounded in the realities of existing or anticipated customer markets, enterprise
architectures, organizational strategic directions, and cost and resource limitations.>

На нашу думку, цей продукт стане ідеальним продуктом у сфері фітнесу та

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

2. Major Features

Додаток фітнес помічника має визначену кількість основних функцій,

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

1) При першому вході користувача у додаток, проходить процес

створення профілю або активація вже існуючого. При першому
варіанті Користувачу потрібно пройти декілька кроків з заповнення
інформації про себе. Деякі етапи обов’язкові, наприклад введення даних
про зріст, вагу, стать, мета (схуднути, набрати вагу, залишитись у
поточному стані) інші ж можуть бути пропущені, і бути заповнені
клієнтом у процесі користування застосунком. До останньої категорії
відноситься наприклад кількість та інтенсивність фізичних вправ,
вподобання, вживані препарати, тощо.
2) Наступна функція напряму пов’язана з попередньою, на основі зібраних
даних, додаток створює для користувача особистий план виконання
якого буде сприяти досягненню поставленої користувачем мети.
Попередньо цей план повинен включати в себе розрахунок приблизної
кількості КБЖВ, потрібної кількості та виду фізичних вправ,
прийняття визначених препаратів (тільки в разі рекомендацій лікарів)
3) Задля виконання поставленої мети користувачу надаються завдання
різного терміну виконання (від одного дня, до місяця), прогрес цих
завдань покладається на користувача, який у визначений термін
заповнює форму з результатами свого дня, в якій вказуються
кількість та вид вжитої їжі, фізичні вправи, ліки, тощо.
4) За виконання завдань користувач отримує прогрес у підвищенні рівня
профілю. Кожний рівень надає користувачу додаткові можливості
кастомізації профілю та зовнішнього вигляду інтерфейсу додатку.
 5) За час користування додатком, система збирає статистичну
інформацію щодо дій користувача. Ця інформація використовується
для подальшого визначення плану, завдань та може бути візуалізована
задля більш докладного вивчення користувачем або для поширення
успіхів у соціальних мережах.
6) Якщо користувач обрав таку можливість, та додав обмеження і
вподобання, то система пропонує йому страви або окремі продукти
та вправи, які можуть допомогти користувачеві у досягненні мети.
7) При визначенні періодичних занять спортом, прийняття ліків, чи
формування графіку прийому їжі, система нагадує користувачеві про
виконання тих чи інших дій (наприклад: завтра о 12 заняття у басейні,
або прийміть пігулку за 30 хвилин до вечері)

3. Assumptions and Dependencies

<Record any assumptions that were made when conceiving the project and writing this
vision and scope document. Note any major dependencies the project must rely upon for
success, such as specific technologies, third-party vendors, development partners, or other
business relationships.>

- Припущення: оплата в додатку буде виконуватись за допомогою

можливостей які надають систему Google pay.

Залежність: такий підхід до оплати може значно спростити процес

розробки, та делегувати частину зобов’язань на ці сервіси.

- Припущення: задля широких можливостей у сфері кастомізації інтерфейсу

буде задіяна збільшена команда дизайнерів, або окрема дизайнерська студія.

Залежність: оскільки кастомізація є суттєвим інструментом

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

- Припущення: для реалізації корисних, правильних і найважливіше - не

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

Залежність: від залучення спеціалістів у сферах здоров’я, харчування

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

3. Scope and Limitations

<The project scope defines the concept and range of the proposed solution. It’s also
important to define what will not be included in the product. Clarifying the scope and
limitations helps to establish realistic expectations of the many stakeholders. It also provides
a reference frame against which proposed features and requirements changes can be
evaluated. Proposed requirements that are out of scope for the envisioned product must be
rejected, unless they are so beneficial that the scope should be enlarged to accommodate
them (with accompanying changes in budget, schedule, and/or resources).>
1. Scope of Initial Release
<Describe the intended major features that will be included in the initial release of the
product. Consider the benefits the product is intended to bring to the various customer
communities, and generally describe the product features and quality characteristics that will
enable it to provide those benefits. Avoid the temptation to include every possible feature
that any potential customer category might conceivably want some day. Focus on those
features and product characteristics that will provide the most value, at the most acceptable
development cost, to the broadest community.>

Початковий реліз додатку буде включати в себе продукт з мінімальним

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

2. Scope of Subsequent Releases

<If a staged evolution of the product is envisioned over time, indicate which major features
will be deferred to later releases.>

1) Надання можливості переглянути статистику користувачу

2) Можливість формувати рекомендації згідно з його станом здоров'я
3) Можливість додати друзів та стежити за прогресом один одного
4) Врахування особистих уподобань при формування комплексу для
користувача
5) Авторизація за допомогою Facebook

3. Limitations and Exclusions

<Identify any product features or characteristics that a stakeholder might anticipate, but
which are not planned to be included in the new product.>

- Користувач матиме змогу зберігати прогрес, навіть якщо змінить пристрій;

- Адміністратор може зв'язатися з користувачем, якщо в цьому буде потреба
(мається на увазі за потреби саме адміністратора);
- Користувач матиме змогу регулювати кількість повторів та вправ,
виходячи з свого стану;
- Можливість відеозвязку з професійним тренером у преміум-підписці.

4. Business Context
<This section summarizes some of the business issues around the project, including profiles
of major customer categories, assumptions that went into the project concept, and the
management priorities for the project.>

1. Stakeholder Profiles
<Stakeholders are individuals, groups, or organizations that are actively involved in a
project, are affected by its outcome, or can influence its outcome. The stakeholder profiles
identify the customers for this product and other stakeholders, and states their major
interests in the product. Characterize business-level customers, target market segments,
and different user classes, to reduce the likelihood of unexpected requirements surfacing
later that cannot be accommodated because of schedule or scope constraints. For each
stakeholder category, the profile includes the major value or benefits they will receive from
the product, their likely attitudes toward the product, major features and characteristics of
interest, and any known constraints that must be accommodated. Examples of stakeholder
value include:
● improved productivity
● reduced rework
● cost savings
● streamlined business processes
● automation of previously manual tasks
● ability to perform entirely new tasks or functions
● conformance to current standards or regulations
● improved usability or reduced frustration level compared to current applications

Major
Constraints Major Interests Attitudes Value Stakeholder

maximum richer feature set than see product as increased executives

budget = $1.4M competitors; time to avenue to 25% revenue
market increase in market
share

must run on automatic error highly receptive, but fewer errors editors
low-end correction; ease of use; expect high usability in work
workstations high reliability

no budget for ability to handle much resistant unless quick access legal aides
retraining larger database than product is to data
current system; easy to keystroke-
learn compatible with
current system

Обмеження Основні інтереси Ставлення Основне Зацікавле

значення на
сторона
 бюджет = 10 більший зацікавленість з збільшення розробники
000 $ функціонал ніж у боку попиту
аналогів користувачів має
збільшитись

автоматични спрощення необхідне ефективніс адміністра

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

можливість змога більш аналогів немає увага до клієнт

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

2. Project Priorities
<Describe the priorities among the project’s requirements, schedule, and budget. The table
below may be helpful in identifying the parameters around the project’s key drivers (top
priority objectives), constraints to work within, and dimensions that can be balanced against
each other to achieve the drivers within the known constraints. For more information, see
chapter 2 of Creating a Software Engineering Culture by Karl E. Wiegers (Dorset House,
1996). Examples:>

Степінь свободи Обмеження Рушій Розділ

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

не затримувати випуск до випуск 1.0 до Розклад

дедлайні більше ніж на закінчення сезону 30.06.2022,
60% літніх оновлення 1.1 до
активностей 31.08.2022

50% від задуманих під час зміни кістяк Функціонал

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

принаймні 70-75% будь-які відгуки наявний Якість

користувачів мають менше трьох функціонал має
визнати “зірок” під час бути чітко
функціональність тестування працездатним
продукту для релізу. До мають бути
1.1 планка має сягати розглянуті для
95% відсотків виправлення

не допустити ротації максимум 5 до кінця розробки Команда

кадрів більше 15% від програмістів, не версії 1.1 зберегти
усіх співробітників наймати жодних ядро ідеологів
тестерів проекту

не перевищувати не запитувати у вписатися у рамки Кошторис

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

3. Operating Environment
<Describe the environment in which the system will be used and define the major
availability, reliability, performance, and integrity requirements. This information will
significantly influence the definition of the system’s architecture. Consider questions such
as:
● Are the users widely distributed geographically or located close to each other? How
many time zones are they in?
● When do the users in various locations need to access the system?
● Where is the data generated and used? How far apart are these locations? Does the
data from multiple locations need to be combined?
● Are specific maximum response times known for accessing data that might be stored
remotely?
● Can the users tolerate service interruptions or is continuous access to the system critical
for the operation of their business?
● What access security controls and data protection requirements are needed?>

Оздоровчо-спортивна активність розповсюджена по всій земній кулі, а тому в

теорії потенційні користувачі нашої системи знаходяться у будь-якій країні світу.
Якщо за основу користувацької бази брати розвинені країни, то система має
витримувати пікові години до половини часових поясів планети. Найчастіше
звертатися до нашого додатку будуть у ранкові години та після завершення
типового робочого дня. У офіційні вихідні активність зростатиме.
Очікується, що дані будуть генеруватися у різних місцях концентрації
інтернет-вузлів. Особистісна інформація клієнтів застосовуватиметься
здебільшого лише у їх індивідуальному просторі, бо функціонал не передбачає
змішування. Отже, більшість з цих даних можна зберігати прямо на пристрої, за
виключенням бекапів умовно застарілої та свіжої інформації для вирахування
статистики та нагород.
Чітких максимумів відклику, якщо зважати на специфіку інформації, до якої
здійснюється віддалений доступ, немає. Користувачі не будуть зважати на терміни
підвантаження інформації, бо процес не перериватиме їх дії, з якими пов’язана мета
створення програми. Себто, затримки не впливатимуть на якість використання
програми на практиці.
З урахуванням сказаного, можна зазначити, що підйому серверів по різним
світовим магістралям - рішення опціональне, хоча може потребувати додаткового
розгляду.
Щодо необхідного рівня безпеки - існує спектр даних, які в ідеалі необхідно
зашифрувати. Як мінімум, користувачі будуть вводити інформацію щодо
особливостей свого здоров’я, що вважається сенситивною інформацією, викрадення
якої в теорії має перспективи злочинного використання.