Task Descriptions as Functional Requirements Essay

During the requirements gathering process, a range of elicitation techniques have been used to shed light on both the functional and non-functional requirements needed within my projects. Consequently, a number of specific elicitation techniques have been used to gather a range of tailored information, thus aiding the process of deriving the requirements needed.

Another way of successfully gathering information is by building a prototype or model of the system, so that users can test or get an idea of what the finished product will be like. With this they can determine issues, problems, or inconsistency with the system. Another important part of gathering information is organizing it so that it can be understood and put to proper use. I propose categorizing the requirements into functional requirements, operational requirements, technical requirements, and transitional requirements. The functional requirements define how the user thinks the system is functioning overall, the operational requirements define what background processes need to be executed in order for the system to work optimally over a period of time, the technical requirements define what technical issues that must be addressed in order to successfully implement the system, and the transitional requirements define the processes or steps needed to implement the system smoothly and successfully. ("Mind Tools", 2012).

The commonly used methods of observation, interviews, etc., can help analysts pinpoint exact requirements based on user input and business processes. According to Charvat (2003), “One of the biggest benefits of a proper user requirements specification is that you'll be able to plan and estimate your project correctly, decreasing the chance of cost and time overruns.” The analyst must listen to the employees and gain a thorough understanding of all business processes before establishing the new system requirements.

System nature: The system requirements and functioning can be a very simple task or a complex one. Training level and duration can be brief with a pre-defined step-by-step procedure to solve a limited problem. Because in this case the most of the task is performed by the system and user has limited thinking and evaluation requirement. On the other hand, if the user is supposed to analyze the given task and problem, define a procedure or routine to solve it then the detail and long term training is required.

3. A Use Case is developed to support requirement specification. It is a detailed description of specifications in its simplest form using Realtime scenarios of the functionality requirements between the actors and

Functional requirements must address the quality characteristic of functionality while the other qualities of the characteristics should be concerned with other kinds of non-functional requirements. Applied Software Project Management states,

The information system’s requirements in the systems planning phase are based on a case summary, potential interview questions, and the systems analyst’s experience in systems planning. One must not only generate requirements based specifically on what users’ state they want or need. Analysts must also generate requirements based on insight into the overall organization and project goals.

On the other hand, the quality characteristics which are must be maintained by the software are known as non-functional requirements. The functional requirements of the software are must be tested at the beginning phase but the security requirements, reliability and safety requirements (Non-functional requirements) are tested after the end of propose process.

Requirement Analysis: collect the business needs, document the requirements, and help team members to prepare Functional and enhancement Specification Document and Technical detail design document.

SBUE is a design methodology that focuses on creating rich, detailed user-interaction scenarios as a central representation of the software model. These detailed requirements scenarios are often constructed using techniques such as participatory design and scenario-based design during the requirements gathering and analysis phases. These techniques allow for the elicitation of different users, tasks, artifacts, and activities of a workplace and how they are interconnected that may otherwise go unnoticed during a

At the Second Level of the WBS the level one task are decomposed. The second levels of the WBS consist of the major task needed complete each phase of the level one task. As a result the first level task of gathering and implementing requirements is made up of the smaller task such as Architecture review, systems requirements, integration and deployment. Each of these task need to be completed to deliver the level one task.

When we create a product or provide a service, such as developing software, writing a report, generate a business analysis, we always follow a series of ordered steps to accomplish a set of tasks. To correctly produce an intended output, the tasks must be completed as specific order, we can consider a set of ordered tasks as a process, involving activities, constraints, and resources. When the process involves the building of some

(a referenced description and justification of the methods used to gather user requirements and to design, develop and test your system. Explain your sample and ethical considerations. It should be possible to reproduce your work from your description of the methods)

Business must endlessly update their systems to keep up with the changes that occurs with their business process. Business processes are continually trying to find many ways to accomplish new and shifting goals for the business. New or shifting goals, such as changing the responsible for a current business process, or combining more than one responsible into one can be difficult and needs a clear understanding of multi-tiered systems and the business processes itself. The absence of connection among requirement and employment can lead to problems in recognizing the suitable program which must be changed to further increase the worthiness of a system in response to the new goals. Unfortunately, these changes can lead to errors and can make take longer than expected.

In software development, there are various types of methods that developers follow in order to produce valuable software. From the many types of methods that exist today, the industry standard that is mostly followed today is the software development lifecycle (SDLC). The SDLC is a process that software development companies utilize in order to design, develop and test software during production. Within the SDLC, there are different test models that developers can utilize based on their business and development requirements. Currently today, the most common models include the waterfall, iterative, spiral and V-model. Regardless of the model that a developer decides to utilize, all the phases will be the same, which would begin with the first step and that is the requirement gathering and analysis phase.