Professional Documents
Culture Documents
SDLC
- General approach to develop IS
- Many variation exist => waterfall, v-model, spiral model
- Follow the 6 basic structure
Feasibility study
System investigation
System analysis
System design
Implementation
Review & maintenance
i. Feasibility study
- Looks at the present system Requirements that is was intended to meet
New requirement
v. Implementation
- Major aspect -> quality control
o Manual procedures, hardware and software -> to be tested to satisfy the users and
analysts.
o Staff can practice using the system -> ironed out the difficulty
- Documentation
o User manual (produced and approved)
o All data collected and validate so that the master files can be setup
- Security
o No. of unauthorized access
o Recovery is possible
- Type of implementation:
o Direct cut off
o Parallel run
o Phase (pilot run)
- The evaluation process might lead to an improvement in the way other systems are
developed through the process of organizational learning.
METHODOLOGY
Improves the practice of IS development.
Attributes of methodology:
a) A series of phases
o Phases are expected to be carried out as a sequential process.
o Each phase has subphase
o Deliverables: documents, plans, or computer program
b) A series of technique
o Includes way to :
Evaluate the cost and benefits of different solutions
Methods to formulate the detailed design necessary to develop computer
application.
c) A series of tools
o Help the system analyst in their work.
d) A training scheme
o So all analyst and others new to their roles and responsibilities could adopt the
standards suggested.
f) A philosophy
o Might be “computer system usually good solutions to organizational problems and
processing”.
TECHNIQUE
Most methodologies recommend a no. of documentation aids to ensure that the investigation is
thorough.
a) Flow charts
o Help the analyst trace the flow of documents through a department.
b) Organization chart
o Showing the reporting structure of people in company or department.
c) Manual system specification
o Giving details of documents used in the manual system.
d) Grid chart
o Showing how different components of the system (eg. People and machines, interact
with each other)
e) Discussion records
o Notes taken at interviews could be recorded.
f) File & record specification
o In the former case
o All data items in a record (names, descriptions, size, format and possible range of value)
Often ignored by
Strategic computerization
Tactical
Computer data
Operations
processing
d) User dissatisfaction
- Expect users to “sign off” their requirements at an early stage. (uncertain about the
outcome and not involved in the development process)
f) Lack of control
- Estimation (time, people, other resources) can be unreliable because:
The complexity of some phases Computer people seen as unreliable &
Inexperience of estimators some disenchantment
g) Incomplete systems
- Often the unusual (exceptional conditions) is frequently ignored in the computer system.
Too expensive to cater for it
h) Application backlog
- Many systems waiting to be developed
- Develop progress take many months / years
- Invisible backlog
Users postpone requests for system because they know it is not worth doing
because of the backlog.
i) Maintain workload
- “Quick and dirty” solutions -> to meet the deadline
Expedient to patch poor design rather than spend time on good design.
- Led to the great problem of keeping operational systems going
Effort given to maintenance as high as 60-80% of total workload
CONCLUSION