SDLC (systems development life cycle)
1.
Problem definition à feasibility report àwhy is it needed
2. Human
Information requirements à
interview, questionnaires, watching, prototyping àbe on guard for “we have always done it this
way”
3.
Systems needs à
always begin with a picture, a process flow, a data flow diagram, structured
decision points are identified sometimes referred to as a decision tree àoutput is a proposal
4.
Design the solution à the entry, processing and
exit points of data à
the importance of data organization (data dictionaries) definitions, and
consistency in data naming and use à
Technical controls, backups, restores, security, roles of usage. The guidelines of how the design is
maintained. Sometimes includes a disaster recovery plan.
5.
Develop and document the system àassume that a technician (programmer) who is different than the author
will be able to understand and modify after implementationà user help àregulatory needsà
FAQs, Read Me files, training
6.
Test and maintain the system à unit, process related
and volume testing and the capture of success or failure as evidence àstarted by the developer but should also utilize clients as a
reconnection from requirements to solution “traceability” à time and effort spent
in testing always pays off à
at this stage phases of SDLC are cyclical
Let’s discuss what change control is.
7.
Implement and evaluate à user training, data
conversion sometimes called the transition à
evaluate àdid you achieve the objective as determined
in the Problem Definition?
What’s more important
humans or technology? Provide personal
doctor’s office example.
Once implemented why
do we maintain it?
Needs change
Security updates are needed
Bugs are encountered
Hardware
or hosting strategies change. A large
10-12 month project should be able to be updated or upgraded in weeks.
No comments:
Post a Comment