Note: We will devote a set of questions to Functional Requirements

We will have another set of questions related to non-functional requirements later.

[1]

The functional requirements (First) describe the functionalities required from the system, such as business rules, transaction corrections, adjustments and cancellations, administrative functions, Authentication, and Authorization levels (Second).

First:

The functional and non-functional requirements present the Problem Space, and no one knows how to define and understand the Problem Space.

Why?

Because if we know how to understand the Problem Space, we will be able to:

1. Stop the nightmare of Maintenance, and we can implement preventive Maintenance.

2. Stop reinventing the wheels.

3. Develop self-manageable, self-adaptable, self, extendable, and self-configurable systems with unlimited applicability, reuse, and other quality properties of the system development.

Second:

(1) The functionalities described above do not tell the software and system requirements and only represent the business properties, which is very easy to do. It has been business as usual. Where are we now?

(2) Limited to business software and has nothing to do with critical life & time software systems, Aerospace, defense, and others,

(3) Limited to developing an instance-oriented software system which would lead to within and out reinventing the wheels.

(4) How to guarantee the business rules, transaction corrections, and others

More Mohamed Fayad's questions See All
Similar questions and discussions