Escolar Documentos
Profissional Documentos
Cultura Documentos
d) Before approving any system request, feasibility study will first be conducted.
Explain what is mean by a feasibility study. List and explain the three types of
feasibility study normally undertaken in initiating the development of an
information system.
Feasibility study is an overview of the proposed project and it identifies expected costs
and benefits in terms of technical, operational and economic feasibility. The study would
also analyses possible alternative solutions against the systems requirements, evaluate
their ability to carry out selected solution and include a recommendation for approval or
rejection. Planning phase would use the feasibility study as point of reference.
1. Technical feasibility: Establishes that the system can operate in the desired manner.
Issues that must be considered are as follows:
a. Determine whether required technology and resources (computer software,
equipments, programmers, testers, debuggers, etc) to develop the system are
available.
b. Can the current technical resources be upgraded or added to in order to fulfill
the request under consideration.
c. It must also assess whether the proposed system will be able to interface with
the systems used by the organization’s customers and suppliers.
2. Operating feasibility: Covers two aspects which are technical performance and
acceptance within the organization.
a. Technical performance: Whether the proposed information systems can
provide the right information at the right place and time. It also determines if a
proposed system change enable the system to meet the operating objectives.
b. Acceptance within the organization: A significant factor in determining
operating feasibility. If users are dissatisfied with a system, they will not use it
and the system does not meet its objectives. Determining operational
feasibility requires creative imagination on the part of system analyst, as well
as the powers of persuasion to let users know which interfaces are possible
and which will satisfy their needs.
3. Economics feasibility: The basic resources to consider are your time and that of the
systems analysis team, the cost of doing a full systems study (including time of
employees you will be working with, cost of the business employee time, estimated
cost hardware, and estimated cost of software and or software development. The
concerned business must be able to see the value of the investment it is pondering
before committing to an entire system study. A good starting point for evaluating an
investment is to estimate the costs and benefit as cash flows and analyze its payback
period, return on investment and net present value.
e) Identify and explain which aspect(s) of feasibility DFSB failed to consider prior to
installing the present inventory system.
Payback refers to the length of time taken to recover the value of the initial investment of
the system project. Payback period is determined by the amount of time that passes
before the accumulated benefits of an information system equal the accumulated costs of
developing and operating that system. Payback period is rarely used to compare or rank
projects because later benefits are ignored. Although payback period is often criticized
because it emphasizes on the earlier costs and benefits, it does have its usefulness. Many
business organizations establish a minimum payback period for project to be undertaken.
If a company policy requires a project to begin paying for itself within five years, then it
would be considered to be economically feasible.
Return on investment is a percentage rate that measures the profitability by relating the
estimates total net profits received from a project to the estimated total costs of the
project. It considers the costs and benefits for a longer time span than payback analysis.
Return on investment of a proposed information system can be computed for the entire
expected life of the system or at least for its useful economic life. In practice, the total
costs and benefits for a somewhat shorter period of time, typically, five to seven years,
are used in a return on investment calculation, thus using only more certain future costs
and benefit estimates. In many organizations, projects must meet or exceed a minimum
return on investment. This minimum return on investment is an estimate of the return the
organization would receive from investing its money in standard external opportunities
such as shares.
Net Present Value (NPV) or net present worth of a time series of cash flows, both
incoming and outgoing, is defined as the sum of the present values of the individual cash
flows. In the case when all future cash flows are incoming (such as coupons and principal
of a bond) and the only outflow of cash is the purchase price, the NPV is simply the PV
of future cash flows minus the purchase price (which is its own PV). NPV is a central
tool in discounted cash flow analysis, and is a standard method for using the time value
of money to appraise long-term projects. Used for capital budgeting, and widely
throughout economics, finance, and accounting, it measures the excess or shortfall of
cash flows, in present value terms, once financing charges are met.
System planning
Ideally, system development takes place within the context of a systems master plan
that coordinates new information system development projects with the company’s long-
range plans. Many companies employ a staff of strategic planners who advise top
management and who identify and suggest long-range, such as new markets, new product
lines of business. So, when project team management is to achieve these goals, its system
must provide relevant information. Members of the strategic planning staff work with
senior MIS and accounting personnel to develop the system master plan. Before
beginning new developments projects, these people ensure that new projects are
consistent with the master plan.
Before the project management proceeds with the analysis, initial investigation is
needed. The project management needs to conduct initial investigation to screen projects.
The project management team must gain a clear picture of the problem or need,
determine the project’s viability and expected costs and payoffs, make an initial
evaluation of the extent of the project and the nature of the new AIS, and recommend
whether the development should be initiated as proposed, modified or abandoned. During
the initial investigation the exact nature of the problem under review must be determine.
In some instances what is though to be the cause is not the real source. If a project is
approved, a proposal to conduct system analysis is prepared, it assigned a priority and
added to the master plan, and the development teams begins the survey of the existing
AIS. As the investigation progresses, the proposal will be modified as more information
becomes available.
System analysis
When a new system is needed, a project management must prepare a written
request for system development. The request describes the current system’s problems,
why the change is needed, and the proposed system’s goals and objectives as well as its
anticipated benefits and costs.
If the project passes the initial screening, the current system is surveyed to define
the nature and scope of the project and understand its strengths and weaknesses. Then an
in-depth study of the proposed system is conducted to determine its feasibility.
If the proposed system is feasible, the information needs of system users and
managers are identified and documented. This is the most important part of the system
analysis, as these needs are used to develop and document system requirements. System
requirements are used to develop a new system. A systems analysis report is prepared and
submitted to the information systems steering committee.
System analysis is initiated for three reasons. The first and most frequent reason is
that an existing system is not functioning as required. The second reason is a system
study team may be appointed is due to a new requirement for information. A new
requirement may be identified by a long range system planning staff or may result from
legal or competitive changes in the business environment. The third reason is sometimes
organization initiates systems analysis to take advantage of a new technology. The
existing system may be functioning satisfactorily but since its implementation,
technological change introduced new methods that are more efficient.
Conceptual design
During conceptual system design, the team project management decides how to
meet users’ needs. The first task is to identify and evaluate appropriate design
alternatives. There are many different ways to obtain a new system, including buying
software, developing it in-house by the IS staffs or users, or outsourcing the system to
someone else. Detailed specifications outlining what the system is to accomplish and how
it is to be controlled must be developed. This phase is complete when conceptual system
requirements are communicated to the information system steering committee.
Physical design
During physical design, the team project management translates the broad, user-
oriented requirements of the conceptual design into detailed specifications that are used
to code and test the computer programs. Input and output documents are design,
computer programs are written, files are created, procedures are developed, and controls
are built into the new system. This phase is complete when physical system design results
are communicated to the information systems steering committee.
j) The waterfall model of system development lifecycle suggests that all stages are
performed in a strict sequence whereby one stage must be completed before the next
be carried out and no stage can be repeated. Discuss possible critics of this
statement.
The greatest disadvantage of the waterfall model is that until the final stage of the
development cycle is complete, a working model of the system cannot be tried or tested.
Therefore, in between the development stages, he would not be able to determine whether
the work in progress is according to his requirements. Although the requirements are
specified early on, this is a document or set of diagrams, and real user understanding and
feedback will not occur until the system is implemented, which will be too late (or very
costly) to change. The user may not be able to describe the requirements of the desired
system in any detail early on. The model does not stress the need to anticipate for
changes — some systems take years to develop, but once the early stages have been
completed the model commits the project to a fixed specification of the system. Many
projects based on the waterfall model stress the importance of certain products
(documents) being delivered at certain times — it is possible for a project to become
managed in a bureaucratic way, with documents being delivered on schedule, but the
focus drifts away from a usable, effective system for the users. If a problem is identified
at a later stage, the model does not make it easy (or cheap) to return to an early stage to
rectify the mistake (since all intermediate steps will need to be repeated, resulting in
significant, unplanned, time and resource costs).
k) Discuss the main concerns of accountants in developing new system.
1.) Internal Control Standard: Accountants need to ensure that any system being
developed must comply with existing Internal Control Standards implemented by the
company to ensure information is reliable and valid. Compliance can be in terms of
authorization level, user access, process workflow and documents generated.
2) Audit Trail Requirement: The new system must be able to generate the necessary audit
trails (general ledger reports, subsidiary ledgers, journal listings, transactions report) that
are required to verify transactions entered into the system as well as backup for the
financial reporting.
3) External Reporting Requirement: The new system must be designed to comply with
various accounting standards and requirements. This is to avoid any legal exposure to the
company should the external reports produced contain non-compliance items. It is
therefore necessary for accountants to share their expertise on this area during the system
design process.
a) Vision
A project manager should have a vision of what the project is going to be like and
how to get things done. He/she should be able to convey this vision to his/her team
members. When the vision is clear, there will be real involvement in the part of the
project manager and team members
b) Communication skill
Means that he need to persuade and inspire to get things done. He will need to
communicate regularly and openly with variety of people. How you communicate often
leaves more of impression on people than what you have said. A project manager would
have to communicate with users and management to enable him to more effectively
determine requirements and present the findings to management.
c) Delegating skill
Delegating skill is about the handing over authority. When a project manager has
clearly defined what is to be done and the outcome should be, the project team will
achieve the objective with ease. The key to controlling delegation is to establish what the
tasks are, who within the team has the skills and expertise to carry out the task and what
the final outcome will look like.
d) Negotiation skill
Anger and conflict can play an important part in business as people at all levels are
increasingly under pressure to get things done. This challenge necessitates a high level of
negotiation competence on the part of a project manager. He must navigate carefully
through relationships, reconcile differences, achieve a win-win solution and sustain
goodwill.
n) Explain why systems analysis is often the difficult part of the SDLC stage.
Determining information needs and systems requirement is often the most
difficult part because it is challenging process due to the sheer quantity and variety
information that must be specified.
Firstly, the analyst needs to thoroughly understand the operations of the existing
company’s information systems in order to identify its strength and weaknesses. To
understand the existing operation systems is not easy, this can only be achieved by
working closely with users of the systems. The users are often reluctant to discuss their
problems with someone they do not really know. Sometimes users might feel that
admitting a problem is somehow admitting failure. Therefore, the analyst needs to choose
the right method in order to get information and to better understand the operation of the
existing systems.
Second, users often are not sure about their actual information requirement. They
may not exactly know what they want or what they need. Often they are in a
disagreement with each other about the business problems. This happen when they may
not exactly know what the problem is. We cannot simply walk and ask the users.
Although the approach of asking user are very important in order to get the information.
The analyst needs to ask more detail questions about the nature of the problems in the
existing systems. This is important in order to understand and specify the specific needs
of users that must be met in the development new systems. .
Lastly, the business problems may be poorly defined and some problems may not
be informed related but require some other solution such as training or change of
management.
References:
http://www.buzzle.com/articles/leadership-qualities-for-a-project-manager.html
http://www.cluteinstitute-onlinejournals.com/PDFs/19992.pdf
http://www.projectsmart.co.uk/top-10-qualities-project-manager.html
Khashi’ah Yusof, Analysis and Design for Accounting Students, McGraw Hill, Third Edition
Murphy KE, Simon SJ, Intangible Benefits Valuation in ERP Projects, Info Systems Journal
(2002) 12, 301-320