ЗМІСТ
Введення
1. Початкова постановка задачі
1.1 Специфікація вимог до системи
1.2 Проектування прецедентів
1.3 Визначення класів програми
1.3.1 Визначення властивостей класів
1.3.2 Визначення асоціацій класів
1.3.3 Моделювання поведінки класів
2. Розвиток постановки завдання
2.1 Специфікація вимог до системи
2.2 Визначення класів програми
Висновок
Список використаних джерел
ВСТУП
Проектування - один з найбільш важливих етапів розробки програмного забезпечення. У практиці створення великих програмних систем відомо чимало прикладів невдалої реалізації проекту саме через неякісне початкового проектування та недостатньої взаємодії між замовниками та розробниками системи. На жаль багато програмісти та керівники проектів не приділяють належної уваги етапу проектування, вважаючи, що практично весь час роботи над додатком має бути використано для написання коду.
Побудова моделі системи до початку її програмної реалізації так само необхідно, як створення проектних креслень перед зведенням великої будівлі. Для успішного проектування об'єктно-орієнтованої програми необхідно організувати цей процес відповідно до перевіреної методологією, яка повинна включати безліч рекомендацій і нотацій, використовуваних для перетворення бізнестребованій до системи в програмний код. Крім того, методологія повинна бути узгоджена з концепціями об'єктно-орієнтованих мов.
На сьогоднішній день в якості засобу, що реалізує методологію об'єктно-орієнтованого програмування, найчастіше застосовується мова моделювання UML [2, 3].
. Початкова постановка ЗАВДАННЯ
Умовою завдання є розробка інформаційної моделі автосервісу з використанням мови моделювання UML. Завданням курсової роботи є відстеження фінансової сторони роботи автосервісу. Діяльність організована таким чином: автосервіс надає послуги з ремонту автомобілів клієнтам. Кожна послуга характеризується ціною і складністю. Клієнтами є різні особи, про яких збирається певна інформація (прізвище, ім'я, по батькові і деякий коментар). Замовник отримує доступ до послуги за наявності вільних механіків. Наявність вільних механіків визначається начальником зміни.
. 1 Специфікація вимог до системи
В якості мови програмування системи будемо використовувати VBScript.
Розглянемо проектовані об'єкти взаємодії з системою. Ними будуть.
Об'єкти, які взаємодіють з системою:
Клієнт - має право дізнаватися дані про вартість робіт;
Механік - отримує інформацію про замовлення за своєю спеціальністю;
Начальник зміни - контролює цінову політику автосервісу тобто дізнається інформацію про поточну вартість робіт, отримує інформацію про вільні механіках, контролює пакет надаваних послуг;
Мастер-приемщик - приймає замовлення від клієнтів, оформляє прийом грошових коштів.
Функції системи:
При вході в систему механік, начальник зміни та майстер-приймальник вводять своє ім'я та пароль;
Клієнт має можливість отримувати прайс-лист про вартість послуг або на окремому терміналі або у вигляді друкованого бланка;
Механік має можливість отримувати інформацію про поточні замовленнях за допомогою окремого запиту;
Начальник зміни може вносити зміни, як в каталог послуг, так і в каталог цін;
Начальник зміни за допомогою запиту може отримувати інформацію про вільні замовленнях та призначати на них механіків за допомогою спеціальної форми;
Мастер-приемщик може вносити інформацію про клієнта в базу, а також вносити в базу інформацію про замовлення і нових механіках;
Начальник зміни за допомогою запитів має право отримувати інформацію про кількість вільних механіків та їх спеціалізації;
Начальник зміни за допомогою запитів має право отримувати інформацію про кількість замовлень на певну дату і їх загальну суму;
Начальник зміни за допомогою запитів має право отримувати інформацію про кількість і суму замовлень по датах і за період.
. 2 Проектування прецедентів
Привести список акторів:
Актор 1 - К...
