
- •Звіт з навчальної практики: «Конструювання програмного забезпечення»
- •План контролю якості
- •Задіяні документи:
- •Управління:
- •Документація
- •Мінімальні вимоги до документації:
- •Стандарти, практики, домовленості і метрики.
- •6. Огляди та аудити
- •6.1. Мета
- •План управління конфігураціями (scmp)
- •2.1. Організація
- •2.2.2. Лідер проекту
- •2.2.3. Розробники
- •2.3. Застосовувані політики, директиви та процедури
- •3.2. Контроль конфігурації
- •3.2.1. Запит на зміни
- •3.2.3. Схвалення або несхвалення змін
- •3.2.4. Реалізація змін
- •3.3. Визначення статусу конфігурації
- •3.4. Аудити та огляди конфігурації
- •3.5. Управління інтерфейсом
- •3.6. Контроль постачальників та субпідрядників
- •Розклад
- •5. Ресурси
- •6. Супровід
- •План управління програмним проектом (spmp) для відеогри Final Fantasy
- •1. Введення
- •1.1. Огляд проекту
- •1.2. Результуючі артефакти проекту
- •1.3. Розвиток spmp
- •1.4. Посилальні матеріали
- •1.5. Абревіатури
- •2. Організація проекту
- •2.1. Модель процесу
- •2.2. Організаційна структура
- •3.4. Механізми моніторингу та контролю
- •3.5. План розстановки кадрів
- •8.Звіти про проблеми і корекційна діяльність
- •9.Інструменти, технології та методики
- •10. Контроль програмного коду
- •11. Контроль носіїв
- •12. Контроль постачальників
- •13. Збір, супровід та зберігання протоколів
- •14. Навчання
- •15. Управління ризиками
- •Специфікація вимог до програмного забезпечення (srs) для відеоігри Final Fantasy, частина 1
- •Введення
- •Загальний опис
- •3.2.1.1. Case-діаграма героя
- •3.2.1.2. Case-діаграма монстра
- •5. Проектна документація
- •1.1. Мета
- •1. Введення
- •1.1. Мета
- •1.2. Опис проекту
- •5.1.2. Інтерфейс пакету Персонажі FinalFantasy
- •6.1.3. Клас Зовнішніх персонажів(монстрів)
- •6.1.4 Клас артефактів
- •6.2. Детальне проектування даних
- •Розробка коду програми.
- •7. Документація по тестуванню програмного продукту гри «Final Fantasy».
- •8. Експлуатаційна документація
- •Характеристика програмного засобу
- •2.3. Робота з програмним засобом
- •3.4 Повідомлення користувачу
- •Висновок:
Загальний опис
Final Fatasy планується як рольова грає, моделюючи всі сторони життя головного персонажу гравця. Вона повинна бути цікавою як чоловікам, так і жінкам. Оцінка успіху гри Final Fantasy остається за гравцем. Зазвичай успіх буде вимірятися максимальним числом очків-життів, набраних гравцем, чи можливістю гравця жити як можна більше.
Деякі ігрові персонажі будуть находитися під контролем гравця. Інші, називаються зовнішніми, будуть управлятися програмою. Ігрові персонажі будуть мати фіксовану спільну кількість очків-життів, розділених серед всіх характеристик, таких як сила, виносливість, терпіння, і так далі. Персонажі зустрічаються кожний раз, коли вони одночасно попадають в одну зону, і можуть потім вступати в контакт один з одним. Результат контакта залежить від значень характеристик и оточення, в якому контант виник. Контакт не обов’язково повинен представляти собою бій або супереч. Гравці мають обмеженні можливості по перерозподілу характеристик своїх персонажів. Один з персонажів, контролюючих гравцем, будуть називатися головним персонажем гравця.
В ранніх версіях цієї ігри будуть тільки один персонаж, контролюючий гравцем, і один зовнішній персонаж.
Кінцева природа персонажей буде визначена відповідно інформації, отриманної в відповідях.
Архітектура повинна забезпечити можливість розширити, включаючи ігри через Інтернет для декілька людей.
Перспективи продукту
Final Fantasy повинна задовільнити потреби програмістів в володінні великим впливом на вміст відеогри з додатковим програмуванням. Вона також націлена на так називаємо зрілу клієнтуру. Final Fantasy повинна бути цікава як чоловікам, так і жінкам. Проект і документація ігри Final Fantasy дозволяє легко розширяти і змінювати гру. Допускається, що Final Fantasy буде використовуватись як перший крок в створенні таких програм, як модолювання офісного спілкування.
Концепція операцій
Гра Final Fantasy може находитись в одному з наступних станів:
▫Настройка: стан, в якому гравець робить начальну настройку в ігрі.
▫Сповіщення: система показує вікно з зображеннями статуса персонажа гравця.
▫ Установка характеристик: установка характеристик персонажа гравця. Цей процес може тривати деякий час і може відтворюватися до тих пір поки, в локації персонажа гравця не появиться зовнішній персонаж.
Контакт: стан, маючий місце кожний раз, коли зовнішній персонаж і головний гравець опиняється в одній зоні одночасно.
▫ Очікування: гравець і зовнішній персонаж не активні.
Концепція зони користувацького інтерфейсу
ЛОКАЦІЯ
Герой
Монстер
Концепція користувацького інтерфейсу для установки значень характеристик
При установці значень характеристик при такому управлінні, гравцю показується інтерфейс, показаний на малюнку.
HP 100
Апаратні інтерфейси
Немає. В майбутніх версіях буде використовуватись джойстик.
Програмні інтерфейси
Немає.
Комунікаційні інтерфейси
Немає. В майбутніх версіях буде інтерфейс для виходу в Інтернет через канал зв’язку.
Обмеження по пам’яті
Для ігри Final Fantasy потребується не менш як 64 мбайтт оперативної пам’яті і 20 Мбайт допоміжної запам’ятовучого пристроя.
Операції
В майбутній версії повинна бути реалізована операція збереження і загрузки ігри.
Вимоги до адаптації.
Немає.
Функції продукту
В цьому розділі визначається обов’язкова спільна функціональність програми, але, цілью не являється представлення повної специфікації. В розділі 3 представлені докладні вимоги.
Користувацькі характеристики
Очікується, що користувачу буде 10-60 років.
Обмеження
Final Fantasy буде працювати на ПК з XP, 7 або пізньою з мінімальною швидкістю процесора 800MГерц. Мовою розробки буде С++.
Припущення та залежності
Немає.
Розподіл вимог
Вимоги, описанні в цих розділах 1і 2 цього документу будуть називатися «С-вимоги», в розділі 3 – «D-вимоги». Основною аудиторією С-вимог буде співтовариство замовників, вторинною – розробники. Для D-вимог ситуація зворотна. Ці два рівня вимог повинні бути узгодженими. Неузгодженні повинні бути відміченні окремо як дефекти. У випадку, програма буде розроблятися відповідно D-вимогам, оскільки вони більш детальні.Основні вимоги повинні бути реалізованими в цій версії ігри Final Fantasy. Бажано вимоги повинні бути по можливості здійснені в цій версії, но не обов’язково для розробників. Бажано, щоб частина з них присутня була в майбутніх версіях. Не обов’язково вимоги будуть добавленні по бажанню розробників.
Керівники повинні вміло ліквідовувати конфліктний інцидент, і для цього застосовувати. Вміло їх проводити, в ніякому разі не проводити агресивну політику, а іноді проявляти солідарність і підтримку страйкуючих. Існує кілька правил ведення переговорів:
Правило вислуховування.
Правило рівності і невимушеності в поводженні.
Процедурне правило, тобто дотримуватись регламенту.
Правило без оцінних суджень - це означає, що необхідно дотримуватись рівнозначності сторін, не принижувати одна одну.
Правило переговорного приміщення, тобто не вести переговори в кабінеті керівника, а виходити до колективу.
3. Детальні вимоги.
3.1. Вимоги до зовнішнього інтерфейсу.
3.1.1. Користувацькі інтерфейси.
Дії гри «зустріч» виконуються в одній
зоні, в якій користувач май змогу
управляти персонажем.
3.1.2. Апаратні інтерфейси.
Немає. В наступних версіях: можливо буде грати на джойстику.
3.1.3. Програмні інтерфейси.
Немає. В майбутньому можливо буде грати по інтернету.
3.1.4. Комунікаційні інтерфейси.
Немає. Майбутня версія ігри буде мати інтерфейс для виходу в інтернет з мінімальною швидкістю 56 кб/с.
3.2. Детальні вимоги.
3.2.1. Case-діаграми.
В програмі буде використано лише 2 case-діаграми