Курсовая работа: Автоматизація процесу обліку

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

в) Користувач створює запит на отримання программного забезпечення

Користувач створює запит який складається з назви та версії проекта. Користувач отримує список залежностей відповідного проекта. Відповідні вихідні файли або їх ftpaдресу.

г) Реєстрація розробника

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

д) Надавати звіт

Здійснюється пошук ПЗ за датою створення, тематикою.

е) Надавати дистрибутив користувачу

Користувач створює запит на отримання дистрибутиву, а не окремого пакету. Отримує ftp-адресу архіва дистрибутиву.

Основна функція репозиторія – збереження та розповсюдження однозначного дистрибутива ПЗ.

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

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

1.2Аналіз процесу функціонування репозиторія . Розробка функціональної моделі Бази даних „Репозиторій програмного забезпечення”

Для побудови функціональної моделі використовуємо нотація Йордана:

- вся інформація по предметній області представляється в вигляді ієрарархії діаграм.

- на нульовій діаграмі представляється головна функція предметної області і зовнішні сущності.

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

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

- остання таблиця є те що треба зберігати в базі даних.

Використовуючи дану методологію визначаємо основну функцію репозиторія, а також зовнішні сутності та потоки даних на основі дослідження предметної області (Рисунок 1).

Визначаємо функції на діаграмі потоків даних 1 рівня (Рисунок 2).

Інформацію про потоки даних заносимо в таблицю 1.

Таблица 1 – потоки даних і їх атрибути

Потоки даних 0 рівня	Потоки даних 1 рівня	Атрибути
Інформація від користувача	Запит ПЗ	Назва ПЗ, версія
	Запит дистрибутива	Назва дистрибутиву, версія
	Параметри виборки	Дата створення проекта, версія сумісного дистрибутива, назва
Інформація для користувача	Інформація про програмне забезпечення	Назва, версія, розробник, ліцензія, ftp-адреса вихідних файлів ПЗ, версія сумісного дистрибутиву.
	Інформація про дистрибутив	ftp-адреса архіву вихідних файлів дистрибутиву
	Список проектів	Список назв та версій потрібних проектів
Інформація від розробника	Розробник	Імя розробника, адреса електронної пошти
	Ідентифікаційний код	Унікальний логін та пароль розробника, дає право на зміну проектів
	Інформація про проект	Назва, версія, тема, ftp-адреса архіву вихідних файлів
Інформація для розробника	Ідентифікаційний код	Унікальний код розробника( дає право на зміну проектів)
	Звіт	ftp-адреса вихідних файлів ПЗ, статус проекта( прийнято/не прийнято)

1.3 Постановка задачі

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

1) Наявність простого меню програми, зручного для користувача.