Розробка інформаційної системи Футбольний клуб

3. Перспективи розвитку, модернізації системи

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

4. Вимоги до чисельності персоналу (користувачів) АС

Мінімальна кількість  персоналу, необхідного для її нормального  функціонування, має становити не менше 3 штатних одиниць: відповідальний за оновлення бази інформації про клуб, та 2 штатні одиниці відповідальні за інформаційне обслуговування і контроль роботи адміністраторів (системний адміністратор).

5. Необхідний режим роботи персоналу АС

Для інформаційного обслуговування ІСФК достатньо 8-ми годинного робочого дня (з 9.00 до 17.00 щоденно).

Адміністратор повинен підтримувати систему цілодобово.

2. Вимоги до захисту інформації від несанкціонованого доступу

Забезпечення інформаційне безпеки Системи повинна відповідати  таким вимогам:

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

У Системі повинне бути забезпечене резервне копіювання даних.

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

2. Вимоги до функцій (задач), що виконує система
1. Перелік функцій по кожній підсистемі

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

Для підсистеми Фанат:

• Перегляд новин
• Перегляд таблиці чемпіонату та інших змагань
• Пошук матчів по календарю
• Перегляд фото
• Перегляд інформації про футболістів
• Можливість перегляду інформації про клуб
• Можливість бронювання білету на матч
• Можливість бронювання квитку на відвідання фан-кафе та стадіону

Для підсистеми Адміністатор:

• Авторизація
• Облік користувачів

1. Надання інформації по всім розділам
2. Пошук користувачів
3. Перегляд інформації про користувача
4. Перегляд к-кості відвідувань ресурсу

• Перевірка оновлення всіх розділів (новин, фото тощо)

• Перегляд нових повідомлень

Для підсистеми Керівництво:

• Контроль адміністраторів

5. Додавання нового акаунту адміністратора
6. Редагування інформації про адміністратора
7. Перегляд списку адміністраторів
8. Видалення акаунту адміністратора

• Керування спортивним відділом

• Керування маркетинговим та економічним відділами
• Керування фінансами
• Керування футбольною академією
• Керування обслуговуючим персоналом
• Керування інформаційною оснащеністю системи
3. Вимоги до видів забезпечення
1. Інформаційне забезпечення системи

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

2. Лінгвістичне забезпечення системи

При розробці Системи  повинні бути використані наступні мови програмування: JAVA, Android, XML. 

3. Програмне забезпечення системи

Програмне забезпечення системи: Android.

4. Технічне забезпечення системи
• 1 сервер БД

Мінімальні апаратні вимоги: процесор Intel, тактова частота не нижче 3 ГГц, оперативна пам'ять не менше 4 Гб, не менше 500 Гб вільного дискового простору.

• Робоче місце користувача

Апарат на ОS Android, цільова версія 2.3.3-2.3.7, тактова частота не нижче 800 МГц, оперативна пам'ять не менше 200 Мб, вільного дискового простору не менше 20 Мб. Мінімальна роздільна здатність екрану користувача – 320 х 480 пікселів.

 

4 ГРАФІК ВИКОНАННЯ КУРСОВОЇ РОБОТИ

В табл. 4 подано графік виконання курсової роботи.

Таблиця 4

Етап	Термін	Виконані роботи
1	10.01.2013-31.01.2013	Виявлення зацікавлених осіб і їхніх  потреб
		Визначення вимог до системи.  Створення "Технічного завдання"
		Створення календарного плану виконання робіт
		Опис прецедентів і упорядкування  діаграми прецедентів
2	01.02.2013-06.03.2013	Створення моделі аналіза
		Проектування програмних класів
		Виконання архітектурного аналізу  системи
3	07.03.2013-10.04.2013	Написання коду та модульне тестування
		Методика, тестові варіанти та отримані результати для тестування однієї групи  програмних класів
		Методика, тестові варіанти та отримані результати  тестування інтеграції
		Методика, тестові варіанти та отримані результати  функцій системи

 

 

5 МОДЕЛЬ ПРЕЦЕДЕНТІВ

Модель прецендентів – це додатковий спосіб визначення та документування вимог до системи. Розробка моделі прецендентів включає в себе створення діаграми прецендентів на якій відображаються чотири основні елементи моделі прецендентів: границі системи, актори, приценденти та зв’язки між ними. На рис. 5 показано діаграму прецендентів системи дистанційного замовлення продукції.

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

Рис. 5. Діаграма прецедентів

 

Таблиця 5.1. Опис прецеденту "Переглянути новини"

Прецедент: Переглянути новини

ID: 1

Короткий опис: Фанат бажає переглянути новини улюбленого футбольного клубу

Головні актори: Фанат

Другорядні актори: Немає

Передумови: Фанат входить в систему

Основний потік: Система надає на вибір останні новини. Фанат обирає певний розділ системи для перегляду останніх новин. Система генерує новини по даті Фанат обирає певну новину для повного перегляду(новини спочатку подаються у короткому вигляді). Система надає користувачу новину у розгорнутому вигляді.

Післяумови: 1.  Фанат прочитав новину та дізнався більше про улюблений клуб.

Альтернативні потоки: Альтернативний потік починається  в будь-який момент часу. Фанат не входить в систему через технічний збій роботи системи. Видається повідомлення "Немає зв’язку з сервером".

Рис.5.1. Діаграма діяльності «Переглянути новини»

 

Таблиця 5.2. Опис прецеденту "Переглянути звіт про матч"

Прецедент: Переглянути звіт про матч

ID: 2

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

Головні актори: Фанат

Другорядні актори: Немає

Передумови: -.

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

Післяумови: 1.  Фанат переглядає основні моменти даного матчу.

Альтернативні потоки: Альтернативний потік починається  в будь-який момент часу. Основні моменти даного матчу не відображаються через технічний збій роботи системи. Видається повідомлення "Немає зв’язку з сервером".

Рис.5.2. Діаграма діяльності «Переглянути звіт про матч»

Таблиця 5.3. Опис прецеденту "Шукати матчі по календарю"

Прецедент: Шукати матчі по календарю

ID: 3

Короткий опис: Фанат бажає згадати події певного матчу та хоче відшукати його за календарем.

Головні актори: Фанат

Другорядні актори: Немає

Передумови: Фанат зайшов в систему.

Основний потік: Фанат обирає розділ системи «Матчі» для перегляду матчів. Якщо Фанат обирає матч із останніх зіграних. Система відкриває звіт цього матчу. Якщо Фанат бажає переглянути майбутні матчі або ті, яких немає в списку. Фанат вводить бажану дату. Система видає список матчів за даною датою або за етапом турніру.

Післяумови: 1.  Фанат переглянув матчі за потрібною йому датою.

Альтернативні потоки: Альтернативний потік починається в будь-який момент часу. Виконання подій неможливе через технічний збій роботи системи. Видається повідомлення "Немає зв’язку з сервером".

Рис.5.3. Діаграма діяльності «Шукати матчі по календарю»

 

Таблиця 5.4. Опис прецеденту "Переглянути фото"

Прецедент: Переглянути фото

ID: 4

Короткий опис: Фанат бажає переглянути фото моменти з певних матчів

Головні актори: Фанат

Другорядні актори: Немає

Передумови: Фанат зайшов в систему

Основний потік: Якщо Фанат бажає переглянути фото: Фанат обирає розділ системи «Фото» для перегляду фото. Система надає на вибір галерею фото. Фанат обирає певне фото для перегляду у більшому вигляді. Фанат дивиться фото. Якщо Фанат не бажає переглядати фото: Фанат не переглядає фото.

Післяумови: 1.  Фанат переглянув фото з  матчу або тренувань.

Альтернативні потоки: Альтернативний потік починається  в будь-який момент часу. Виконання подій неможливе через технічний збій роботи системи. Видається повідомлення "Немає зв’язку з сервером".