Structured systems analysis and design method: Difference between revisions

Content deleted Content added
Line 47:
Economic feasibility;<br />
Technical feasibility;<br />
Operational feasibility;<br /><br />
 
Other types of feasibility may also require consideration, for example legal feasibility.<br />
<br />
<b><u>Economic Feasibility</b></u><br />
<br />
The aim here is to assess the costs required for alternative systems and set them against the expected benefits. The types of alternatives that are frequently considered are the manual/computer boundaries as some tasks may benefit more than other s from computerization and non-functional characteristics such as the time delay between the real world and the different parts of the system: should we be looking at batch, on-line or real-time or a combination ? The system costs should also be estimated in terms of basic resources of money, people and time. For example, the following must be costed:
Systems development, for example in-house or management consultancy;
Line 58 ⟶ 57:
Hardware & software costs.
Set against the costs should be a quantifiable assessment of the expected benefits, for example reduced labour costs, improved customer service or predicted increase in orders. Economic feasibility is a bit of a 'black art', it's difficult to predict with any degree of certainty whether a system will in fact benefit an organisation. The most frequently missed cost is the cost of maintaining the system once it is installed.
<br /><br />
<b><u>Technical Feasibility</b></u><br />
 
<br />
This is concerned with whether the solution can be implemented using existing technology. If it can then existing technology may require upgrading or adding to. If it can be done then the solution may require the integration of equipment or software that has not been combined before. Non-functional requirements such as batch or on-line processing, maximum response time for user-computer interaction, estimated frequency of transactions, maximum record and file sizes, networking loads and typical number of users are considered here. In addition, requirements of system expansion, security, data archiving and reliability are considered.
<br /><br />
<b><u>Operational Feasibility</u></b><br />
 
<br />
This investigates factors such as the likely reaction of employees and union representatives to job and other proposed organisational changes. The main aim is to assess whether the solution will operate and be used after installation. For example, if users are happy with the current system and see no reason to change then there may be a high degree of resistance to the new proposal. Relevant factors here concern whether the solution has general management support and whether or not the users have been involved in the development of the proposal.