Systems analysis is the process of examining a business situation for the purpose of developing a system solution to a problem or devising improvements to such a situation. Before the development of any system can begin, a project proposal is prepared by the users of the potential system and/or by systems analysts and submitted to an appropriate managerial structure within the organization.
The project proposal is the attempt to respond to or take advantage of a particular situation and is an essential element for correctly launching the system analysis. Although there are no hard and fast rules as to the form and content of the project proposal, the proposal should address the following points:
System projects that are to be shared by a number of departments and users are usually approved by a committee rather than an individual. A project proposal is submitted to a committee that determines the merits of the proposal and decides whether or not to approve it. The committee is made up of people from various functional areas of the organization who have an interest in the operation and information of the proposed system.
The systems development life cycle (SDLC) describes a set of steps that produces a new computer information system. The SDLC is a problem-solving process. Each step in the process delineates a number of activities. Performing these activities in the order prescribed by the SDLC will bring about a solution to the business situation. The SDLC process consists of the following phases:
Each phase has a distinct set of unique development activities. Some of these activities may span more than one phase. The management activity tends to be similar among all phases.
The SDLC is not standardized and may be unique to a given organization. In other words, the names and number of phases may differ from one SDLC to the next. However, the SDLC discussed here is, to a large extent, representative of what is typically adopted by organizations.
At each phase certain activities are performed; the results of these activities are documented in a report identified with that phase. Management reviews the results of the phase and determines if the project is to proceed to the next phase.
The first two phases of the SDLC process constitute the systems-analysis function of a business situation. The following discussion will concentrate on phase one (Preliminary Investigation) and phase two (Requirements Definition) of the outlined SDLC process.
The first phase of the systems development life cycle is preliminary investigation. Due to limited resources an organization can undertake only those projects that are critical to its mission, goals, and objectives. Therefore, the goal of preliminary investigation is simply to identify and select a project for development from among all the projects that are under consideration. Organizations may differ in how they identify and select projects for development. Some organizations have a formal planning process that is carried out by a steering committee or a task force made up of senior managers. Such a committee or task force identifies and assesses possible computer information systems projects that the organization should consider for development. Other organizations operate in an ad hoc fashion to identify and select potential projects. Regardless of the method used, and after all potential projects have been identified, only those projects with the greatest promise for the well-being of the organization, given available resources, are selected for development.
The objective of the systems-investigation phase is to answer the following questions: What is the business problem? Is it a problem or an opportunity? What are the major causes of the problem? Can the problem be solved by improving the current information system? Is a new information system needed? Is this a feasible information system solution to this problem?
The preliminary-investigation phase sets the stage for gathering information about the current problem and the existing information system. This information is then used in studying the feasibility of possible information systems solutions.
It is important to note that the source of the project has a great deal to do with its scope and content. For example, a project that is proposed by top management usually has a broad strategic focus. A steering committee proposal might have a focus that covers a cross-function of the organization. Projects advanced by an individual, a group of individuals, or a department may have a narrower focus.
A variety of criteria can be used within an organization for classifying and ranking potential projects. For planning purposes, the systems analyst—with the assistance of the stakeholders of the proposed project—collects information about the project. This information has a broad range and focuses on understanding the project size, costs, and potential benefits. This information is then analyzed and summarized in a document that is then used in conjunction with documents about other projects in order to review and compare all possible projects. Each of these possible projects is assessed using multiple criteria to determine feasibility.
The feasibility study investigates the problem and the information needs of the stakeholders. It seeks to determine the resources required to provide an information systems solution, the cost and benefits of such a solution, and the feasibility of such a solution. The analyst conducting the study gathers information using a variety of methods, the most popular of which are:
The goal of the feasibility study is to consider alternative information systems solutions, evaluate their feasibility, and propose the alternative most suitable to the organization. The feasibility of a proposed solution is evaluated in terms of its components. These components are:
This phase is an in-depth analysis of the stakeholders' information needs. This leads to defining the requirements of the computer information system. These requirements are then incorporated into the design phase. Many of the activities performed in the requirements definition phase are an extension of those used in the preliminary investigation phase. The main goal of the analyst is to identify what should be done, not how to do it. The following is a discussion of the activities involved in requirements definition.
Analysis of the information needs of the stakeholders is an important first step in determining the requirements of the new system. It is essential that the analyst understands the environment in which the new system will operate. Understanding the environment means knowing enough about the management of the organization, its structure, its people, its business, and the current information systems to ensure that the new system will be appropriate.
A comprehensive and detailed analysis of the current system is essential to developing a quality, new information system. The analyst should understand and document how the current system uses hardware, software, and people to accept and manage input data and to convert such data into information suitable for decision making. The documentation should be detailed and complete. For example, the analyst should assess the quality of input and output activities that form the user's interface. In addition, the volume and timing of such activities may be documented.
Functional requirements include the necessary hardware and software configurations along with the appropriate human resources. Specific functional requirements often include the following:
The analysis team, at the end of this phase, produces a document containing the functional requirements of the new computer information system. Additionally, the document contains preliminary schedules and a budget for the next phase. The task force or committee responsible for the project studies the document for the purpose of approving or not approving the work of the analysis team. In addition, the analysis team provides the committee with a demonstration. In essence, the analysis team walks the committee members, step by step, through the requirements definition phase. If the committee approves this phase, then the analysis team is funded and given the go-ahead to proceed to the next phase. However, if the committee does not approve this phase, then either the project is canceled or, after appropriate modifications, the analysis team resubmits a new document to the committee.
A walk-through starts with a description of the project. From this point, the analysts delineate a set of well-defined goals, objectives, and benefits of the computer information system. Following that, the budgets and staffing requirements are articulated and the plans are shared with the committee. Specific, planned tasks are compared to actual accomplishments, and deviations, if any, are noted and accounted for. The plans for asset protection and business control are reviewed with the committee members. Finally, the analysts seek the committee's approval of the objectives, plans, time table, and budget for the next phase—systems design.
In summary, systems analysis is an essential starting point in the development of computer information systems projects. An organization generally follows a development pattern set up to meet its needs. Regardless of which methodology an organization uses, the objective of systems analysis is to fully understand the current environment and future requirements of a computer information systems project.
SEE ALSO: Business Process Reengineering ; Data Processing and Data Management ; Management Information Systems ; Open and Closed Systems ; Systems Design
Badie N. Farah
Kendall, Kenneth, and Julia Kendall. Systems Analysis and Design. 6th ed. Englewood Cliffs, NJ: Prentice-Hall, 2005.
McLeod, Raymond, Jr., and George Schell Sumner. Management Information Systems. 9th ed. Englewood Cliffs, NJ: Prentice-Hall, 2004.
Valacich, Joseph, Joey George, and Jeffrey Hoffer. Essentials of Systems Analysis and Design. 2nd ed. Englewood Cliffs, NJ: Prentice-Hall, 2004.
Please add more information.
Thanks for this information.