Курсовая работа: Розробка ПО "Розрахунок відсотків по банківським вкладам"

Sp – сума відсотків (доходів).

А щоб розрахувати лише суму простих відсотків формула виглядатиме так:

Формула суми простих відсотків

Значення символів:

Sp – сума відсотків (доходів).

I – річна процентна ставка

t – кількість днів нарахування відсотків по притягненому вкладу

K – кількість днів в календарному році (365 або 366)

P – сума притягнених в депозит грошових коштів.

1.2 Аналіз вимог

Аналіз вимог визначає конкретні функції і характеристики програмного продукту. У ПП «Розрахунок відсотків по банківським вкладам» повинні бути розроблені наступні функції: визначення шляху до відео або аудіо файлу, відкриття та обробка демонстраційних відео та аудіо файлів; тестування контроль-функції. Так як потреби повинні бути визначені з самого початку і системний аналіз визначив поетапну розробку в вигляді послідовності версій, то конструювання програмної розробки повинно бути багатоциклічним з запланованим покращенням продукту.

Аналіз вимог визначає інтерфейс, призначений для користувача. Користувацького інтерфейс повинен бути простим і мати інструментарій для проведення тестування.

Програмна система (ПС) повинна працювати під управлінням ОС WINDOWS, а призначений для користувача інтерфейс повинен бути створений в графічному відображенні даної ОС. Ефективне проектування користувацького інтерфейсу – це завжди діалог між розробником і користувачем. Він повинен базуватися на чіткому розумінні того, що по той бік призначеного для користувача інтерфейсу знаходяться живі люди і що правильне проектування має на увазі інтенсивне спілкування з ними. Тому розробка інтерфейсу, призначеного для користувача повинна бути заснована на розумінні основних правил і принципів проектування інтерфейсу користувача.

Інтерфейс ПП «Розрахунок відсотків по банківським вкладам». повинен мати можливості роботи з аудіо та відео інформацією: відкриття файлу, визначення типу файлу, визначення розміру та часу виконування файлу; зупинення програвання, перехід по файлу.

Аналіз вимог закінчується розробкою Технічного завдання.

Технічне завдання є настільним документом програміста і на вимогу замовника зміні не підлягає, так як потреби визначені з самого початку.

Документ «Технічне завдання» приведений в додатку А.

1.3 Стратегія конструювання

Існує три стратегії конструювання:

1) Водоспадна;

2) Інкрементна;

3) Еволюційна.

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

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

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

Планування програмної системи починається на системному рівні і відбувається через аналіз, проектування, кодування, тестування і супровід.

2. Синтез програмного продукту

Якщо етап аналізу відповідає на питання що повинна робити майбутня система, то в процесі синтезу формується відповідь на питання: «Яким чином система буде реалізувати пред'явлені до неї вимоги?». Все це вирішують три етапи синтезу: проектування, кодування і тестування.

Інформаційні потоки аналізу у вигляді інформаційної, функціональної і поведінкової моделі поступають на етап синтезу.