fy"> В ході дослідження та аналізу предметної області процесу реєстрації з використанням комп'ютерних технологій були пророблені наступні дії:
. Визначено функції, які повинен виконувати ПП. Це необхідно для чіткого уявлення про завдання та функціональні властивості ПП.
2. Визначено вимоги користувача до ПП. Рішення даної задачі дозволяє найбільш точно виконати всі вимоги, пред'явлені замовником до даного програмного продукту, щоб уникнути подальших доробок програмного продукту в разі неповної задоволеності замовника.
3. Визначено функціональні вимоги до ПП, для забезпечення стійкості і гнучкості ПП.
. Визначено бізнес-вимоги ПП, що сприяють подальшому розвитку ПП і забезпеченню технічного супроводу.
. Складено технічне завдання. Систематизує всі вимоги до програмного продукту і дозволяє приступити до практичної частини проекту.
2. Проектування програмного забезпечення
.1 Життєвий цикл програмного продукту
У кожного програмного продукту існує свій життєвий цикл (ЖЦ). ЖЦ - це безперервний процес, який починається з моменту прийняття рішення про необхідність створення ПП і закінчується моментом повного вилучення ПП з експлуатації. Сучасний ринок програмного забезпечення вимагає, щоб випуск програм був швидким, а його подальша експлуатація - довгострокової і надійною. Для досягнення цього необхідна хороша організація і ретельне планування всього життєвого циклу програмного продукту. Життєвий цикл програм складається з декількох етапів: Аналіз предметної області, проектування, реалізація, аналіз і тестування, експлуатація. p align="justify"> В даний час широке поширені 2 моделі життєвого циклу:
. Каскадна
. Спіральна
Каскадна
Каскадна модель - припускає перехід на наступний етап після повного закінчення робіт з попереднього етапу.
Дана модель передбачає суворо послідовне (у часі) і однократне виконання всіх фаз проекту з жорстким (детальним) попереднім плануванням в контексті зумовлених або одного разу і цілком певних вимог до програмної системи.
Будучи активно використовувана, ця модель продемонструвала свою В«проблемністьВ» в переважній більшості ІТ проектів, за винятком, може бути, окремих проектів оновлення програмних систем для критично-важливих програмно-апаратних комплексів. Практика показує, що в реальному світі, особливо у світі бізнес систем, каскадна модель не має застосовуватися. Специфіка таких систем (якщо можна говорити про В«специфікиВ» для переважної більшості створюваних систем) - ...
