авник - заступник департаменту інформатизації;
· читацька аудиторія журналу - зацікавлена ??в доступності актуальною наукової інформації у сфері медицини.
Запит зацікавленої сторони - це відображення якоїсь особистої, робочої або бізнес-проблеми (або можливості), рішення якої виправдовує задум, покупку або використання нової системи. Запити зацікавлених сторін утворюють область проблеми.
У проекті запити зацікавлених сторін характеризуються такими атрибутами, як пріоритет (середній, низький, високий) і походження (представник зацікавленої сторони). У таблиці 3.1 наведена матриця атрибутів запитів.
Таблиця 3.1 - Запити зацікавлених сторін
Запити зацікавлених сторонПріорітетПроісхожденіеSTRQ1: Поліпшити контроль Поліпшити контроль за науковою діяльністю соктрудніковНізкійРуководітель одягла межд. связейSTRQ2: Підвищити доступність журналу Підвищити доступність матеріалів опублікованих у журналеСреднійЧітательская аудіторіяSTRQ3: Розширити читацьку аудіторіюСреднійРуководітель одягла межд. связейSTRQ4: Підвищити цитованість співробітників НДІ Індекси цитованості співробітників один з пунктів оцінки діяльності НІІВисокійРуководітель одягла межд. связейSTRQ5: Збільшити популярність журналаВисокійЗаведующій отд. коммуник. техн.STRQ6: Залучити нових авторів Підвищити привабливість журналу в науковій средеСреднійРуководітель одягла межд. связейЗапроси зацікавлених сторонПріорітетПроісхожденіеSTRQ7: Збільшити прибуток Збільшити прибуток за рахунок нових способів реклами СреднійРуководітель одягла межд. связейSTRQ10: Підвищити рейтинг ФГБУ НДІ кардіології СО РАМН серед наукових організацій РФСреднійРуководітель одягла межд. зв'язків
3.2 Бізнес-правила
Бізнес-правила призначені для захисту структури бізнесу або впливу на його операції. У табліце3.2 наведена матриця атрибутів бізнес-правил.
Таблиця 3.2 - Бізнес-правила проекту
Бізнес-правілаВід бізнес-правілаBR1: Оформлення статті До кожної статті публікується анотація російською та англійською язикахФактBR2: Оформлення статті Кожній статті соотствует список літератури в романському алфавітеФактBR3: Оформлення статті Заголовок статті публікується англійською та російською язикахФактBR4: ISSN У журналу є Міжнародний стандартний номер журналаФактBR5: Редакційна рада Журнал возлавляет редакційний советФактBR6: Для авторів Існують спеціальні правила оформлення статейФактBR7: Автори У статті може бути кілька авторовФактBR8: Лист головного редактора До кожного нового номеру додається лист редактора.ФактBR9: Рецензенти Кожна стаття рецензіруетсяФактBR10: Заявка на розміщення статті Розгляд статті на публікацію відбувається за заявкою автораФактBR11: Правила подачі заявки Існують спеціальні правила подачі заявки на публікаціюФактBR12: Правила оформлення статті Існують певні правила оформлення статті до публікації в журналеФактBR13: Архів журналу вийшли номера журналу потрапляють в архів журналаФактBR14: Питання автору Чіатателі можуть задавати питання авторамФактБізнес-правілаВід бізнес-правілаBR15: Переодічность Журнал видається 3 рази на годФактBR16: Термін розгляду заявки 2 неделіФактBR17: Публікація платна автор оплачує публікаціюФактBR18: Заявка Автори подають у журнал заявку на публікацію статьіФакт
3.3 Функціональні вимоги
Функціональні вимоги (functional requirements) визначають функціональність розроблюваної системи, щоб користувачі змогли виконати свої завдання в рамках бізнес-вимог. Іноді вони називаються вимогами поведінки (behavioral requirements), вони містять положення з традиційним повинен або повинна .
Для того щоб впоратися зі складністю розроблюваної системи, рекомендується описувати можливості нової системи більш абстрактно.
Атрибути функціональних можливостей - елементи даних, які містять додаткову інформацію про кожної функції. Атрибути використовуються для того, щоб зв'язати функції з іншою інформацією проекту. За допомогою атрибутів можна відстежувати, задавати пріоритет, і управляти функціями, запропонованими для реалізації.
Нижче наведена матриця атрибутів функціональних вимог.
Таблиця 3.3 - Матриця атрибутів функціональних вимог
RequirementsПолезностьСтатусСложностьСтабильностьFEAT1: Авторизація Система повинна розмежовувати користувачів з прав. ВажнаяВключена в проектНізкаяВисокаяFEAT2: Реєстрація Система повинна мати можливість реєструвати користувачів ВажнаяВключена в проектСредняяВисокаяFEAT3: Змінити акаунт Система повинна надавати можливість зареєстрованому користувачеві змінювати аккаунт. ВажнаяВключена в проектСредняяВисокаяFEAT4: Збереження змінених даних Система пов...
