SlideShare a Scribd company logo
 Conceptual model used in project management that describes the stages
involved in an information system development project, from an initial feasibility
study through maintenance of the completed application.
 Multistep, iterative process, structured in a methodical way.
 SDLC is used to model or provide a framework for technical and non-technical
activities to deliver a quality system which meets or exceeds a businesses
expectations or manage decision-making progression.
 Every hardware or software system will go through a development process which
can be thought as an iterative process with multiple steps.
 SDLC is used to give a rigid structure and framework to define the phases and
steps involved in the development of a system
 It serves as a foundation for project planning, scheduling, and estimating.
 It is a mechanism for Project Tracking and Control Method.
 Increased and accelerated development speed
 Assists you in lowering project risk and project management plan overhead.
 Provides a framework for a consistent set of activities and deliverables.
 Increases the visibility of project planning to all development partners,
Stakeholders etc.
 Improved and Enhanced client relationships
 Having a clear view of an entire
project, workers involved,
estimated costs and timelines.
 Gives project managers a
projected base cost of the project.
 Goals and standards are clearly
defined.
 Developers can move back a step
if something does not go as
expected.
 Due to assumptions made at the
beginning of a project, if an unexpected
circumstance complicates the
development of a system, then it may
stockpile into more complications down
the road. As an example, if newly
installed hardware does not work
correctly, then it may increase the time
a system is in development, increasing
the cost.
 Some methods are not flexible.
 It can be complicated to estimate the
overall cost at the beginning of a
project.
 Testing at the end of development may
slow down some development teams.
• With the SDLC one can clearly see the goals and the problems so that the plan is
implemented with precision and relevance.
Clarity of the Problem Statement and Goal:
• Project members cannot move from one stage to another until the prior stage is
completed and signed off on by the project manager. A formal review is created at the
end of each stage, which allows the project manager to have maximum management
control.
Project is designed with clarity:
• The installation in a project that is executed using an SDLC has the necessary checks
and balances so that it will be tested with precision before entering the installation
stage.
Project is properly tested before being installed:
• The SDLC gives you a well-structured and well-documented paper trail of the entire
project that is complete with records of everything that occurs.
If key project member leaves, a new member can pick where old left
• If paperwork is missing or incomplete, the new project member will have to start from
the beginning and even possibly change the project to make sense of it.
Without the SDLC, the loss of a project member can set you back and potentially ruin
the project.
• Sticking to a budget is easier with a well-organized plan with all the timetables and
costs. Project members can submit their work to an integrated system that flags
anything that is past due. When the project manager can spend less time
micromanaging, he or she can spend more time improving efficiency and production.
The project manager can properly manage a project if deliverables are completed on
time and within the budget.
• The stages are meant to feed back into the earlier stages, so the SDLC model provides
the project with flexibility.
The project can continuously loop around until it is perfect.
• It's the best way to ensure optimal control, minimize problems, and allow the project
manager to run production without having to micromanage the project members.
When designing and implementing a project, a software development life cycle is the
solution.
Systems Analysis
• Process of collecting and interpreting facts,
identifying the problems, and decomposition
of a system into its components.
• Conducted for the purpose of studying a
system or its parts in order to identify its
objectives.
• It is a problem solving technique that
improves the system and ensures that all the
components of the system work efficiently to
accomplish their purpose.
• Analysis specifies what the system should
do.
Systems Design
• Process of planning a new business system
or replacing an existing system by defining its
components or modules to satisfy the specific
requirements.
• Before planning, you need to understand the
old system thoroughly and determine how
computers can best be used in order to
operate efficiently.
• System Design focuses on how to
accomplish the objective of the system.
System Analysis and Design (SAD) mainly focuses on
Systems
Processes
Technology
Planning Stage
Feasibility or Requirements Analysis Stage
Design and Prototyping Stage
Software Development Stage
Software Testing Stage
Implementation and Integration
Operations and Maintenance Stage
Defines the problem and scope of existing system.
Overview the new system and determine its objectives.
Confirm project feasibility and produce the project Schedule.
Threats, constraints, integration and security of system are considered.
A feasibility report for the entire project is created at the end of this phase..
Requirements Determination
 A requirement is a vital feature of a new system which may include processing or capturing of data,
controlling the activities of business, producing information and supporting the management.
 Requirements determination involves studying the existing system and gathering details to find out
what are the requirements, how it works, and where improvements should be made.
Requirements Anticipation
• It predicts the characteristics
of system based on previous
experience which include
certain problems or features
and requirements for a new
system.
• It can lead to analysis of
areas that would otherwise
go unnoticed by
inexperienced analyst. But if
shortcuts are taken and bias
is introduced in conducting
the investigation, then
requirement Anticipation can
be half-baked.
Requirements Investigation
• It is studying the current
system and documenting its
features for further analysis.
• It is at the heart of system
analysis where analyst
documenting and describing
system features using fact-
finding techniques,
prototyping, and computer
assisted tools.
Requirements Specifications
• It includes the analysis of
data which determine the
requirement specification,
description of features for
new system, and specifying
what information
requirements will be
provided.
• It includes analysis of factual
data, identification of
essential requirements, and
selection of Requirement-
fulfillment strategies.
Interview
• Systems analyst collects information from
individuals or groups by interviewing. The
analyst can be formal, legalistic, play politics,
or be informal; as the success of an interview
depends on the skill of analyst as interviewer.
• It can be done in two ways −
• Unstructured Interview − The system
analyst conducts question-answer session to
acquire basic information of the system.
• Structured Interview − It has standard
questions which user need to respond in
either close (objective) or open (descriptive)
format.
Advantages of Interviewing
• This method is frequently the best source of
gathering qualitative information.
• It is useful for them, who do not communicate
effectively in writing or who may not have the
time to complete questionnaire.
• Information can easily be validated and cross
checked immediately.
• It can handle the complex subjects.
• It is easy to discover key problem by seeking
opinions.
• It bridges the gaps in the areas of
misunderstandings and minimizes future
problems.
Questionnaires
• This method is used by analyst to gather
information about various issues of system
from large number of persons.
• There are two types of questionnaires −
• Open-ended Questionnaires − It consists
of questions that can be easily and correctly
interpreted. They can explore a problem
and lead to a specific direction of answer.
• Closed-ended Questionnaires − It
consists of questions that are used when
the systems analyst effectively lists all
possible responses, which are mutually
exclusive.
Advantages of Wuestionnaires
• Effective in surveying interests, attitudes,
feelings, and beliefs of users which are not
co-located.
• Useful in situation to know what proportion of
a given group approves or disapproves of a
particular feature of the proposed system.
• Useful to determine the overall opinion before
giving any specific direction to the system
project.
• Reliable and provides high confidentiality of
honest responses.
• Appropriate for electing factual information
and for statistical data collection which can
be emailed and sent by post.
Description
• Review of existing records, procedures, and
forms helps to seek insight into a system
which describes the current system
capabilities, its operations, or activities.
Advantages
• Helps user to gain some knowledge about
the organization or operations by themselves
before they impose upon others.
• Helps in documenting current operations
within short span of time as the procedure
manuals and forms describe the format and
functions of present system.
• Provides a clear understanding about the
transactions that are handled in the
organization, identifying input for processing,
and evaluating performance.
• Helps an analyst to understand the system in
terms of the operations that must be
supported.
• Describes the problem, its affected parts, and
the proposed solution.
Description
• This is a method of gathering
information by noticing and observing
the people, events, and objects. The
analyst visits the organization to
observe the working of current system
and understands the requirements of
the system.
Advantages
• It is a direct method for gleaning
information.
• It is useful in situation where
authenticity of data collected is in
question or when complexity of certain
aspects of system prevents clear
explanation by end-users.
• It produces more accurate and reliable
data.
• It produces all the aspect of
documentation that are incomplete and
outdated.
Description
• It is a new technique developed by IBM
which brings owners, users, analysts,
designers, and builders to define and
design the system using organized and
intensive workshops. JAD trained
analyst act as facilitator for workshop
who has some specialized skills.
Advantages
• Saves time and cost by replacing
months of traditional interviews and
follow-up meetings.
• It is useful in organizational culture
which supports joint problem solving.
• Fosters formal relationships among
multiple levels of employees.
• It can lead to development of design
creatively.
• It Allows rapid development and
improves ownership of information
system.
Description
• It includes any previously gathered
information used by the marketer from
any internal or external source.
Advantages
• More openly accessed with the
availability of internet.
• Provides valuable information with low
cost and time.
• Acts as forerunner to primary research
and aligns the focus of primary
research.
• Used by the researcher to conclude if
the research is worth it as it is available
with procedures used and issues in
collecting them.
 Analysis of the Preliminary Investigation that helps the management to take decision
about whether study of system should be feasible for development or not.
 Used to assess the viability of a project, such as ensuring a project is legally and
technically feasible as well as economically reasonable.
 Identifies the possibility of improving an existing system, developing a new system, and
produce refined estimates for further development of system.
 Used to obtain the outline of the problem and decide whether feasible or appropriate
solution exists or not.
 Main objective is to acquire problem scope instead of solving the problem.
 The output of a feasibility study is a formal system proposal act as decision document
which includes the complete nature and scope of the proposed system.
 Improves project teams’ focus
 Identifies new opportunities
 Provides valuable information for a “go/no-go” decision
 Narrows the business alternatives
 Identifies a valid reason to undertake the project
 Enhances the success rate by evaluating multiple parameters
 Aids decision-making on the project
 Identifies reasons not to proceed
 Form a project team and appoint a project leader.
 Develop system flowcharts.
 Identify the deficiencies of current system and set goals.
 Enumerate the alternative solution or potential candidate system to meet goals.
 Determine the feasibility of each alternative such as technical feasibility, operational
feasibility, etc.
 Weight the performance and cost effectiveness of each candidate system.
 Rank the other alternatives and select the best candidate system.
 Prepare a system proposal of final project directive to management for approval.
• Can we complete the project within the budget or not?
Economic Feasibility :
• Can we handle this project as cyber law and other
regulatory framework/compliances.
Legal Feasibility:
• Can we create operations which is expected by the client?
Operation Feasibility:
• Need to check whether the current computer system can
support the software
Technical Feasibility:
• Decide that the project can be completed within the given
schedule or not.
Schedule Feasibility:
• Evaluates and estimates the user attitude or
behavior towards the development of new system.
Behavioral Feasibility:
Economic Feasibility :
• Evaluates the effectiveness
of candidate system by
using cost/benefit analysis
method.
• Demonstrates the net
benefit from the candidate
system in terms of benefits
and costs to the
organization.
• Estimates the economic
requirements of candidate
system before investments
funds are committed to
proposal.
• Prefers the alternative which
will maximize the net worth
of organization by earliest
and highest return of funds
along with lowest level of
risk involved in developing
the candidate system.
Legal Feasibility:
• Project is analyzed in
legality point of view.
• Analyses barriers of legal
implementation of project,
data protection acts or social
media laws, project
certificate, license, copyright
etc.
• Overall it can be said that
Legal Feasibility Study is
study to know if proposed
project conform legal and
ethical requirements.
Scheduling Feasibility
• An organization estimates
how much time the project
will take to complete.
• Helps to identify any
constraints the proposed
project may face, including:
• Internal Project
Constraints: Technical,
Technology, Budget,
Resource, etc.
• Internal Corporate
Constraints: Financial,
Marketing, Export, etc.
• External Constraints:
Logistics, Environment,
Laws, and Regulations,
etc.
• Determines whether the system is operating effectively once it is developed and
implemented.
• Ensures that the management should support the proposed system and its working
feasible in the current organizational environment.
• Analyses whether the users will be affected and they accept the modified or new
business methods that affect the possible system benefits.
• Ensures that the computer resources and network architecture of candidate system
are workable.
Operational Feasibility :
• Evaluates and estimates the user attitude or behavior towards the development of new
system.
• Helps in determining if the system requires special effort to educate, retrain, transfer,
and changes in employee’s job status on new ways of conducting business.
Behavioral Feasibility:
• Includes an assessment of the proposed system’s hardware, software, and other technological
needs
• It helps organizations determine whether the technical resources meet capacity and whether the
technical team is capable of converting the ideas into working systems.
• Assists companies in determining whether technical resources are enough and whether the
technical team is capable of translating ideas into workable systems.
• Analyzes technical skills and capabilities of technical team, existing technology can be used or not,
maintenance and up-gradation is easy or not for chosen technology etc.
• Analyzes and determines whether the solution can be supported by existing technology or not.
• The analyst determines whether current technical resources be upgraded or added it that fulfill the
new requirements.
• Ensures that the candidate system provides appropriate responses to what extent it can support
the technical enhancement.
Technical Feasibility :
Environment:
• Identifies the
individuals
responsible for
software
development. It
provides
information about
input and output
requirements,
processing
requirements of the
software and the
interaction of the
software with other
software. It also
identifies system
security
requirements and
the system’s
processing
requirements
Current functional
procedures:
• Describes the
current functional
procedures of the
existing system,
whether automated
or manual. It also
includes the data-
flow of the current
system and the
number of team
members required
to operate and
maintain the
software.
Functional
objective:
• Provides
information about
functions of the
system such as
new services,
increased capacity,
and so on.
Performance
objective:
• Provides
information about
performance
objectives such as
reduced staff and
equipment costs,
increased
processing speeds
of software, and
improved controls.
Assumptions and
constraints:
• Provides
information about
assumptions and
constraints such as
operational life of
the proposed
software, financial
constraints,
changing hardware,
software and
operating
environment, and
availability of
information and
sources.
Evaluation
criteria:
• Identifies criteria
such as cost,
priority,
development
time, and ease of
system use,
which are
applicable for the
development
process to
determine the
most suitable
system option.
Equipment
impacts:
• Determine new
equipment
requirements and
changes to be
made in the
currently available
equipment
requirements.
Software
impacts:
• Specify any
additions or
modifications
required in the
existing software
and supporting
software to adapt
to the proposed
software.
Organizational
impacts:
• Describe any
changes in
organization, staff
and skills
requirement.
Operational
impacts:
• Describe effects
on operations
such as user-
operating
procedures, data
processing, data
entry procedures,
and so on.
Recommendation:
• Describes a
recommendation
for the proposed
system. This
includes the
delays and
acceptable risks.
Methodology:
• Describes the
methods that are
applied to evaluate
the proposed
software in order to
reach a feasible
alternative. These
methods include
survey, modeling,
benchmarking, etc.
Developmental
impacts:
• Specify developmental
impacts such as
resources required to
develop databases,
resources required to
develop and test the
software, and specific
activities to be
performed by users
during software
development.
Security impacts:
• Describe security
factors that may
influence the
development, design,
and continued
operation of the
proposed software.
• It shows the flow of data between various functions of system and specifies how the
current system is implemented.
• It is an initial stage of design phase that functionally divides the requirement
specifications down to the lowest level of detail.
• Its graphical nature makes it a good communication tool between user and analyst
or analyst and system designer.
• It gives an overview of what data a system processes, what transformations are
performed, what data are stored, what results are produced and where they flow.
• Method for defining complex relationships by describing decisions and avoiding the
problems in communication.
• Shows alternative actions and conditions within horizontal tree framework.
• Depicts which conditions to consider first, second, and so on.
• Depicts the relationship of each condition and their permissible actions.
• It forces analysts to consider the sequence of decisions and identifies the actual decision
that must be made.
• Square Node - Action
• Circle Node - Condition
• Describing the complex logical relationship in a precise manner which is easily understandable.
• Useful when the resulting actions depend on the occurrence of one or several combinations of
independent conditions.
• Matrix containing row or columns for defining a problem and the actions.
Components of a Decision Table
• Condition Stub − It is in the upper left quadrant
which lists all the condition to be checked.
• Action Stub − It is in the lower left quadrant
which outlines all the action to be carried out to
meet such condition.
• Condition Entry − It is in upper right quadrant
which provides answers to questions asked in
condition stub quadrant.
• Action Entry − It is in lower right quadrant which
indicates the appropriate action resulting from the
answers to the conditions in the condition entry
quadrant.
Y -Existence of a condition.
N - condition, which is not satisfied.
A blank - Ignore
X – Execute or carry out the Task.
 Includes the design of application, network, databases, user interfaces, and system
interfaces.
 Bridges the gap between problem domain and the existing system in a manageable way.
 Transform the SRS document into logical structure, which contains detailed and complete
set of specifications that can be implemented in a programming language.
 Create a contingency, training, maintenance, and operation plan.
 Review the proposed design. Ensure that the final design must meet the requirements
stated in SRS document.
 Developers will first outline the details for the overall application, alongside specific
aspects, such as its:
 User interfaces
 System interfaces
 Network and network requirements
 Databases
Inputs to System Design
• Statement of work
• Requirement determination plan
• Current situation analysis
• Proposed system requirements including a conceptual data
model, modified DFDs, and Metadata (data about data).
Outputs for System Design
• Infrastructure and organizational changes for the proposed
system.
• A data schema, often a relational schema.
• Metadata to define the tables/files and columns/data-items.
• A function hierarchy diagram or web page map that graphically
describes the program structure.
• Actual or pseudocode for each module in the program.
• A prototype for the proposed system.
High Level Design Document
• Brief description and name of each module
• An outline about the functionality of every
module
• Interface relationship and dependencies
between modules
• Database tables identified along with their
key elements
• Complete architecture diagrams along with
technology details
Low Level Design Document
• Functional logic of the modules
• Database tables, which include type and
size
• Complete detail of the interface
• Addresses all types of dependency issues
• Listing of error messages
• Complete input and outputs for every
module
Logical Design
• Abstract Representation of the data flow,
inputs, and outputs of the system.
• Describes the inputs (sources), outputs
(destinations), databases (data stores),
procedures (data flows) all in a format that
meets the user requirements.
• System Analyst specifies the user needs at
level of detail that virtually determines the
information flow into and out of the system
and the required data sources.
• Data Flow Diagram
• E-R Diagram Modeling
Physical Design
• Relates to the actual input and output
processes of the system.
• Focuses on how data is entered into a
system, verified, processed, and displayed as
output.
• It produces the working system by defining
the design specification that specifies exactly
what the candidate system does.
• It is concerned with user interface design,
process design, and data design.
• It consists of the following steps −
• Specifying the input/output media,
designing the database, and specifying
backup procedures.
• Planning system implementation.
• Devising a test and implementation plan,
and specifying any new hardware and
software.
• Updating costs, benefits, conversion
dates, and system constraints.
Top-Down Strategy
• Starts from the top or the highest-level module
and moves towards the lowest level modules.
• The highest-level module or main module for
developing the software is identified.
• The main module is divided into several
smaller and simpler sub-modules or segments
based on the task performed by each module.
• Each sub-module is further subdivided into
several sub-modules of next lower level.
• This process of dividing each module into
several sub-modules continues until the lowest
level modules, which cannot be further
subdivided, are not identified.
Physical Design
• Starts from the bottom or the most basic level
modules and moves towards the highest level
modules.
• The modules at the most basic or the lowest
level are identified.
• These modules are grouped together based on
the function performed by each module to form
the next higher-level modules.
• Then, these modules are further combined to
form the next higher-level modules.
• This process of grouping several simpler
modules to form higher level modules continues
until the main module of system development
process is achieved.
 Testing is done for its intended behavior and direction of progress at each development
stage to avoid duplication of efforts, time and cost overruns, and to assure completion of the
system within stipulated time.
 Testing is the process or activity that checks the functionality and correctness of software
according to specified user requirements in order to improve the quality and reliability of
system.
 It is an expensive, time consuming, and critical approach in system development which
requires proper planning of overall testing process.
 System Testing and Quality Assurance come to aid for checking the system. It includes
 Product Level Quality (Testing)
 Process Level Quality.
 Testing should be based on the requirements of user.
 Before writing testing scripts, understand the business logic should be understood
thoroughly.
 Test plan should be done as soon as possible.
 Testing should be done by the third party.
 It should be performed on static software.
 Testing should be done for valid and invalid input conditions.
 Testing should be reviewed and examined to reduce the costs.
 Both static and dynamic testing should be conducted on the software.
 Documentation of test cases and test results should be done
Unit Testing
• Also known as Program Testing
• Analyst tests or focuses on each
program or module
independently.
• It executes each statement of
the module at least once.
• Accuracy of program cannot be
assured
• It is difficult to conduct testing of
various input combination in
detail.
• It identifies maximum errors in a
program as compared to other
testing techniques.
Integration Testing
• Analyst tests multiple module
working together.
• It is used to find discrepancies
between the system and its
original objective, current
specifications, and systems
documentation.
• Here the analysts are try to find
areas where modules have been
designed with different
specifications for data length,
type, and data element name.
• It verifies that file sizes are
adequate and that indices have
been built properly.
Functional Testing
• Determines whether the system
is functioning correctly according
to its specifications and relevant
standards documentation.
• It starts with the implementation
of the system, which is very
critical for the success of the
system.
• Positive Functional Testing −
It involves testing the system
with valid inputs to verify that
the outputs produced are
correct.
• Negative Functional Testing −
It involves testing the software
with invalid inputs and
undesired operating conditions.
Test Strategy
• It is a statement that provides information about the various levels, methods, tools, and techniques used for testing
the system. It should satisfy all the needs of an organization.
Test Plan
• It provides a plan for testing the system and verifies that the system under testing fulfils all the design and functional
specifications. The test plan provides the following information −
• Objectives, Approaches, Tools, Facilities and Test Libraries of each test phase
• Responsibilities and time required for each testing activities
• Procedures and standards required for planning and conducting the tests
• Factors responsible for successful completion of testing process
Test Case Design
• Each test case will specify how the implementation of a particular requirement or design decision is to be tested and
the criteria for the success of the test.
• The test cases along with the test plan are documented as a part of a system specification document or in a
separate document called test specification or test description.
Test Procedures
• It consists of the steps that should be followed to execute each of the test cases. These procedures are specified in
a separate document called test procedure specification. This document also specifies any special requirements and
formats for reporting the result of testing.
Test Result Documentation
• Test result file contains brief information about the total number of test cases executed, the number of errors, and
nature of errors. These results are then assessed against criteria in the test specification to determine the overall
outcome of the test.
Provides confidence to the customers by constant delivery of product according to
specification.
Techniques that includes procedures and tools applied by the software professionals to
ensure that software meet the specified standard for its intended use and performance.
Provides proper and accurate visibility of software project and its developed product to the
administration.
Reviews and audits the software product and its activities throughout the life cycle of
system development.
To monitor the software development process and the final software developed.
To ensure whether the software project is implementing the standards and procedures
set by the management.
To notify groups and individuals about the SQA activities and results of these activities.
To ensure that the issues, which are not solved within the software are addressed by
the upper management.
To identify deficiencies in the product, process, or the standards, and fix them.
Level 1 − Code Walk-
through
Offline software is
examined or
checked for any
violations of the
official coding rules.
Emphasis is placed
on examination of
the documentation
and level of in-code
comments.
Level 2 − Compilation
and Linking
It is checked that
the software can
compile and link all
official platforms and
operating systems.
Level 3 − Routine
Running
It is checked that the
software can run
properly under a
variety of conditions
Conditions include
certain number of
events and small
and large event
sizes etc.
Level 4 − Performance
test
It is checked that
the performance of
the software
satisfies the
previously specified
performance level.
 Implementation is a process of ensuring that the information system is operational. It involves −
 Constructing a new system from scratch
 Constructing a new system from the existing one.
 Implementation allows the users to take over its operation for use and evaluation.
 It involves training the users to handle the system and plan for a smooth conversion.
 Once the software testing phase is over and no bugs or errors left in the system then the final
deployment process starts. Based on the feedback given by the project manager, the final software is
released and checked for deployment issues if any.
Conversion Conversion Plan
 Contains description of all the activities that must occur
during implementation of the new system and put it into
operation.
 It anticipates possible problems and solutions to deal with
them.
 It includes the following activities −
 Name all files for conversions.
 Identifying the data requirements to develop new files
during conversion.
 Listing all the new documents and procedures that are
required.
 Identifying the controls to be used in each activity.
 Identifying the responsibility of person for each activity.
 Verifying conversion schedules.
It is a process of migrating from the old
system to the new one.
It provides understandable and
structured approach to improve the
communication between management
and project team
 Implementation is a process of ensuring that the information system is operational. It involves −
 Constructing a new system from scratch
 Constructing a new system from the existing one.
 Implementation allows the users to take over its operation for use and evaluation. It involves training
the users to handle the system and plan for a smooth conversion.
 Once the software testing phase is over and no bugs or errors left in the system then the final
deployment process starts. Based on the feedback given by the project manager, the final software is
released and checked for deployment issues if any.
 Documentation is a process of recording the information for any reference or
operational purpose.
 Helps users, managers, and IT staff, who require it on regular basis to trace the
progress of the system easily.
 After the implementation of system if the system is working improperly, then
documentation helps the administrator to understand the flow of data in the system to
correct the flaws and get the system working.
 Systems analysts usually are responsible for preparing documentation to help users
learn the system. In large companies, a technical support team that includes technical
writers might assist in the preparation of user documentation and training materials.
 It can reduce system downtime, cut costs, and speed up maintenance tasks.
 It provides the clear description of formal flow of present system and helps to understand
the type of input data and how the output can be produced.
 It provides effective and efficient way of communication between technical and
nontechnical users about system.
 It facilitates the training of new user so that he can easily understand the flow of system.
 It helps the user to solve the problems such as troubleshooting and helps the manager
to take better final decisions of the organization system.
 It provides better control to the internal or external working of the system.
 Describes inputs, outputs, and processing logic for all the program modules.
 The program documentation process starts in the system analysis phase and continues during
implementation.
 This documentation guides programmers, who construct modules that are well supported by internal
and external comments and descriptions that can be understood and maintained easily.
Program Documentation
Operations Documentation
 Contains all the information needed for processing and distributing online and printed output.
 Operations documentation should be clear, concise, and available online if possible.
 It includes the following information:
 Program, systems analyst, programmer, and system identification.
 Scheduling information for printed output, eg. report, execution frequency, and deadlines.
 Input files, their source, output files, and their destinations.
 E-mail and report distribution lists.
 Special forms required, including online forms.
 Error and informational messages to operators and restart procedures.
 Special instructions, such as security requirements.
 Includes instructions and information to the users who will interact with the system. For example, user
manuals, help guides, and tutorials.
 User documentation is valuable in training users and for reference purpose.
 It must be clear, understandable, and readily accessible to users at all levels.
 The users, system owners, analysts, and programmers develop this document.
A system overview that clearly describes all major system features, capabilities, and limitations.
Description of source document content, preparation, processing, and, samples.
Overview of menu and data entry screen options, contents, and processing instructions.
Examples of reports that are produced regularly or available at the user’s request, including samples.
Security and audit trail information.
Explanation of responsibility for specific input, output, or processing requirements.
Procedures for requesting changes and reporting problems.
Examples of exceptions and error situations.
Frequently asked questions (FAQs).
Explanation of how to get help and procedures for updating the user manual.
Advantages
 Serves as the technical specifications for the Information System (IS) and how the objectives of the
IS are accomplished.
 Users, Managers and IS owners need reference system documentation for understanding the
technical aspects of the IS when modifications are made.
Describes each program within the IS and the entire IS itself.
Describes the system’s functions, the way they are implemented, each program's purpose within the entire IS with
respect to the order of execution, information passed to and from programs, and overall system flow.
Includes data dictionary entries, data flow diagrams, object models, screen layouts, source documents, and the
systems request that initiated the project.
Most of the system documentation is prepared during the system analysis and system design phases.
During systems implementation, an analyst must review system documentation to verify that it is complete, accurate,
and up-to-date, and including any changes made during the implementation process.
Characteristics
 Training involves creating troubleshooting lists to identify possible problems and remedies
for them, as well as the names and telephone numbers of individuals to contact when
unexpected or unusual problems arise.
 Training also involves familiarization with run procedures, which involves working through
the sequence of activities needed to use a new system.
 Establishing measurable objectives
 Using appropriate training methods
 Selecting suitable training sites
 Employing understandable training
materials
Training Guidelines
 Fast mobilization of the organization.
 Enables end users to do their own problem solving
using computer-based information system
development .
 Focuses on how to operate the equipment,
troubleshooting the system problem, determining
whether a problem that arose is caused by the
equipment or software.
 Most user training deals with the operation of the
system itself.
User Training : Why & What
It involves both trainers and trainees, who have to
meet at the same time, but not necessarily at the
same place. The training session could be one-on-
one or collaborative
Multimedia Training
 Courses are presented in multimedia format and
stored on CD-ROM.
 It minimizes the cost in developing an in-house
training course without assistance from external
programmers.
Web-based Training
 Presented in hyper media format and developed to
support internet and intranet.
 It provides just–in-time training for end users and
allow organization to tailor training requirements.
Types – Self-Paced
Virtual Classroom
 Trainers must meet the trainees at the same time, but
are not required to be at the same place.
 Primary Tools: video conferencing, text based Internet
relay chat tools, or virtual reality packages, etc.
Normal Classroom
 The trainers must meet the trainees at the same time
and at the same place.
 Primary Tools: blackboard, overhead projectors, LCD
projector, etc.
Types – Instructor led
Instructor-led Training Self –Paced Training
It involves both trainers and trainees, who do not
need to meet at the same place or at the same
time. The trainees learn the skills themselves by
accessing the courses at their own convenience.
UNIT-III SYSTEM DEVELOPMENT LIFE CYCLE.pptx

More Related Content

Similar to UNIT-III SYSTEM DEVELOPMENT LIFE CYCLE.pptx

Hsc project management 2017
Hsc project management 2017Hsc project management 2017
Hsc project management 2017
greg robertson
 
System development
System developmentSystem development
System development
Praveen Minz
 
Software Development Life Cycle (SDLC).pptx
Software Development Life Cycle (SDLC).pptxSoftware Development Life Cycle (SDLC).pptx
Software Development Life Cycle (SDLC).pptx
sandhyakiran10
 
PLANNING PHASE(1).pdf and designing phases
PLANNING PHASE(1).pdf and designing phasesPLANNING PHASE(1).pdf and designing phases
PLANNING PHASE(1).pdf and designing phases
hamdiabdrhman
 
2 System development life cycle has six stages of creating a sys.docx
2 System development life cycle has six stages of creating a sys.docx2 System development life cycle has six stages of creating a sys.docx
2 System development life cycle has six stages of creating a sys.docx
tamicawaysmith
 
Alternative Methodologies for Systems Development
Alternative Methodologies for Systems Development Alternative Methodologies for Systems Development
Alternative Methodologies for Systems Development
Sunderland City Council
 
Lesson 9 system develpment life cycle
Lesson 9 system develpment life cycleLesson 9 system develpment life cycle
Lesson 9 system develpment life cycle
Oneil Powers
 
System_Analysis_and_Design_Assignment_New2.ppt
System_Analysis_and_Design_Assignment_New2.pptSystem_Analysis_and_Design_Assignment_New2.ppt
System_Analysis_and_Design_Assignment_New2.ppt
MarissaPedragosa
 
Cosmetic shop management system project report.pdf
Cosmetic shop management system project report.pdfCosmetic shop management system project report.pdf
Cosmetic shop management system project report.pdf
Kamal Acharya
 
Mis system analysis and system design
Mis   system analysis and system designMis   system analysis and system design
Mis system analysis and system designRahul Hedau
 
Software Engineering & SDLC
Software Engineering & SDLCSoftware Engineering & SDLC
Software Engineering & SDLC
Rida Murad
 
a123.pdf
a123.pdfa123.pdf
a123.pdf
AhTh3
 
· Choose an information system for an individual project.  During .docx
· Choose an information system for an individual project.  During .docx· Choose an information system for an individual project.  During .docx
· Choose an information system for an individual project.  During .docx
LynellBull52
 
S D L C
S D L CS D L C
Creating Functional Testing Strategy.pptx
Creating Functional Testing Strategy.pptxCreating Functional Testing Strategy.pptx
Creating Functional Testing Strategy.pptx
Mohit Rajvanshi
 
unit2.pptx
unit2.pptxunit2.pptx
unit2.pptx
ssuser6109b1
 

Similar to UNIT-III SYSTEM DEVELOPMENT LIFE CYCLE.pptx (20)

Hsc project management 2017
Hsc project management 2017Hsc project management 2017
Hsc project management 2017
 
تحليل النظم
تحليل النظمتحليل النظم
تحليل النظم
 
System development
System developmentSystem development
System development
 
Software Development Life Cycle (SDLC).pptx
Software Development Life Cycle (SDLC).pptxSoftware Development Life Cycle (SDLC).pptx
Software Development Life Cycle (SDLC).pptx
 
PLANNING PHASE(1).pdf and designing phases
PLANNING PHASE(1).pdf and designing phasesPLANNING PHASE(1).pdf and designing phases
PLANNING PHASE(1).pdf and designing phases
 
Development Guideline
Development GuidelineDevelopment Guideline
Development Guideline
 
2 System development life cycle has six stages of creating a sys.docx
2 System development life cycle has six stages of creating a sys.docx2 System development life cycle has six stages of creating a sys.docx
2 System development life cycle has six stages of creating a sys.docx
 
Alternative Methodologies for Systems Development
Alternative Methodologies for Systems Development Alternative Methodologies for Systems Development
Alternative Methodologies for Systems Development
 
Ch12
Ch12Ch12
Ch12
 
Lesson 9 system develpment life cycle
Lesson 9 system develpment life cycleLesson 9 system develpment life cycle
Lesson 9 system develpment life cycle
 
Sdlc1
Sdlc1Sdlc1
Sdlc1
 
System_Analysis_and_Design_Assignment_New2.ppt
System_Analysis_and_Design_Assignment_New2.pptSystem_Analysis_and_Design_Assignment_New2.ppt
System_Analysis_and_Design_Assignment_New2.ppt
 
Cosmetic shop management system project report.pdf
Cosmetic shop management system project report.pdfCosmetic shop management system project report.pdf
Cosmetic shop management system project report.pdf
 
Mis system analysis and system design
Mis   system analysis and system designMis   system analysis and system design
Mis system analysis and system design
 
Software Engineering & SDLC
Software Engineering & SDLCSoftware Engineering & SDLC
Software Engineering & SDLC
 
a123.pdf
a123.pdfa123.pdf
a123.pdf
 
· Choose an information system for an individual project.  During .docx
· Choose an information system for an individual project.  During .docx· Choose an information system for an individual project.  During .docx
· Choose an information system for an individual project.  During .docx
 
S D L C
S D L CS D L C
S D L C
 
Creating Functional Testing Strategy.pptx
Creating Functional Testing Strategy.pptxCreating Functional Testing Strategy.pptx
Creating Functional Testing Strategy.pptx
 
unit2.pptx
unit2.pptxunit2.pptx
unit2.pptx
 

More from abhiisharma0504

2022 Red bull presentation template.pptx
2022 Red bull presentation template.pptx2022 Red bull presentation template.pptx
2022 Red bull presentation template.pptx
abhiisharma0504
 
Learning.ppt for manager of rtu management services for our client services
Learning.ppt for manager of rtu management services for our client servicesLearning.ppt for manager of rtu management services for our client services
Learning.ppt for manager of rtu management services for our client services
abhiisharma0504
 
Dinesh PPT.pptxjhj gg gfyh ft ddcytdtcttf
Dinesh PPT.pptxjhj gg gfyh ft ddcytdtcttfDinesh PPT.pptxjhj gg gfyh ft ddcytdtcttf
Dinesh PPT.pptxjhj gg gfyh ft ddcytdtcttf
abhiisharma0504
 
jhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptx
jhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptxjhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptx
jhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptx
abhiisharma0504
 
Power module VII.ppt OND SDJ KS,DJ. CDKF
Power module VII.ppt OND SDJ KS,DJ. CDKFPower module VII.ppt OND SDJ KS,DJ. CDKF
Power module VII.ppt OND SDJ KS,DJ. CDKF
abhiisharma0504
 
Transactional Analysis(Unit VI).ppt MBAx
Transactional Analysis(Unit VI).ppt MBAxTransactional Analysis(Unit VI).ppt MBAx
Transactional Analysis(Unit VI).ppt MBAx
abhiisharma0504
 
Cover letter.pptx for asddmasl ffsfkf s
Cover letter.pptx for asddmasl  ffsfkf sCover letter.pptx for asddmasl  ffsfkf s
Cover letter.pptx for asddmasl ffsfkf s
abhiisharma0504
 
Unit IV Learning.ppt in mba is vjs hha j
Unit IV Learning.ppt in mba is vjs hha jUnit IV Learning.ppt in mba is vjs hha j
Unit IV Learning.ppt in mba is vjs hha j
abhiisharma0504
 

More from abhiisharma0504 (8)

2022 Red bull presentation template.pptx
2022 Red bull presentation template.pptx2022 Red bull presentation template.pptx
2022 Red bull presentation template.pptx
 
Learning.ppt for manager of rtu management services for our client services
Learning.ppt for manager of rtu management services for our client servicesLearning.ppt for manager of rtu management services for our client services
Learning.ppt for manager of rtu management services for our client services
 
Dinesh PPT.pptxjhj gg gfyh ft ddcytdtcttf
Dinesh PPT.pptxjhj gg gfyh ft ddcytdtcttfDinesh PPT.pptxjhj gg gfyh ft ddcytdtcttf
Dinesh PPT.pptxjhj gg gfyh ft ddcytdtcttf
 
jhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptx
jhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptxjhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptx
jhjjjghjjjjhkjgjjggjjgjjggjgjMRunit 1.pptx
 
Power module VII.ppt OND SDJ KS,DJ. CDKF
Power module VII.ppt OND SDJ KS,DJ. CDKFPower module VII.ppt OND SDJ KS,DJ. CDKF
Power module VII.ppt OND SDJ KS,DJ. CDKF
 
Transactional Analysis(Unit VI).ppt MBAx
Transactional Analysis(Unit VI).ppt MBAxTransactional Analysis(Unit VI).ppt MBAx
Transactional Analysis(Unit VI).ppt MBAx
 
Cover letter.pptx for asddmasl ffsfkf s
Cover letter.pptx for asddmasl  ffsfkf sCover letter.pptx for asddmasl  ffsfkf s
Cover letter.pptx for asddmasl ffsfkf s
 
Unit IV Learning.ppt in mba is vjs hha j
Unit IV Learning.ppt in mba is vjs hha jUnit IV Learning.ppt in mba is vjs hha j
Unit IV Learning.ppt in mba is vjs hha j
 

Recently uploaded

CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
BhavyaRajput3
 
Unit 8 - Information and Communication Technology (Paper I).pdf
Unit 8 - Information and Communication Technology (Paper I).pdfUnit 8 - Information and Communication Technology (Paper I).pdf
Unit 8 - Information and Communication Technology (Paper I).pdf
Thiyagu K
 
Palestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptxPalestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptx
RaedMohamed3
 
The French Revolution Class 9 Study Material pdf free download
The French Revolution Class 9 Study Material pdf free downloadThe French Revolution Class 9 Study Material pdf free download
The French Revolution Class 9 Study Material pdf free download
Vivekanand Anglo Vedic Academy
 
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdfESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
Fundacja Rozwoju Społeczeństwa Przedsiębiorczego
 
How to Split Bills in the Odoo 17 POS Module
How to Split Bills in the Odoo 17 POS ModuleHow to Split Bills in the Odoo 17 POS Module
How to Split Bills in the Odoo 17 POS Module
Celine George
 
Chapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptxChapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptx
Mohd Adib Abd Muin, Senior Lecturer at Universiti Utara Malaysia
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
joachimlavalley1
 
Digital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and ResearchDigital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and Research
Vikramjit Singh
 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
siemaillard
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
Atul Kumar Singh
 
Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)
rosedainty
 
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptxStudents, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
EduSkills OECD
 
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdfUnit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Thiyagu K
 
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup   New Member Orientation and Q&A (May 2024).pdfWelcome to TechSoup   New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
TechSoup
 
How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17
Celine George
 
Model Attribute Check Company Auto Property
Model Attribute  Check Company Auto PropertyModel Attribute  Check Company Auto Property
Model Attribute Check Company Auto Property
Celine George
 
Phrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXX
Phrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXXPhrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXX
Phrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXX
MIRIAMSALINAS13
 
2024.06.01 Introducing a competency framework for languag learning materials ...
2024.06.01 Introducing a competency framework for languag learning materials ...2024.06.01 Introducing a competency framework for languag learning materials ...
2024.06.01 Introducing a competency framework for languag learning materials ...
Sandy Millin
 
Basic phrases for greeting and assisting costumers
Basic phrases for greeting and assisting costumersBasic phrases for greeting and assisting costumers
Basic phrases for greeting and assisting costumers
PedroFerreira53928
 

Recently uploaded (20)

CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCECLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
CLASS 11 CBSE B.St Project AIDS TO TRADE - INSURANCE
 
Unit 8 - Information and Communication Technology (Paper I).pdf
Unit 8 - Information and Communication Technology (Paper I).pdfUnit 8 - Information and Communication Technology (Paper I).pdf
Unit 8 - Information and Communication Technology (Paper I).pdf
 
Palestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptxPalestine last event orientationfvgnh .pptx
Palestine last event orientationfvgnh .pptx
 
The French Revolution Class 9 Study Material pdf free download
The French Revolution Class 9 Study Material pdf free downloadThe French Revolution Class 9 Study Material pdf free download
The French Revolution Class 9 Study Material pdf free download
 
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdfESC Beyond Borders _From EU to You_ InfoPack general.pdf
ESC Beyond Borders _From EU to You_ InfoPack general.pdf
 
How to Split Bills in the Odoo 17 POS Module
How to Split Bills in the Odoo 17 POS ModuleHow to Split Bills in the Odoo 17 POS Module
How to Split Bills in the Odoo 17 POS Module
 
Chapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptxChapter 3 - Islamic Banking Products and Services.pptx
Chapter 3 - Islamic Banking Products and Services.pptx
 
Additional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdfAdditional Benefits for Employee Website.pdf
Additional Benefits for Employee Website.pdf
 
Digital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and ResearchDigital Tools and AI for Teaching Learning and Research
Digital Tools and AI for Teaching Learning and Research
 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
 
Language Across the Curriculm LAC B.Ed.
Language Across the  Curriculm LAC B.Ed.Language Across the  Curriculm LAC B.Ed.
Language Across the Curriculm LAC B.Ed.
 
Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)Template Jadual Bertugas Kelas (Boleh Edit)
Template Jadual Bertugas Kelas (Boleh Edit)
 
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptxStudents, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
Students, digital devices and success - Andreas Schleicher - 27 May 2024..pptx
 
Unit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdfUnit 2- Research Aptitude (UGC NET Paper I).pdf
Unit 2- Research Aptitude (UGC NET Paper I).pdf
 
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup   New Member Orientation and Q&A (May 2024).pdfWelcome to TechSoup   New Member Orientation and Q&A (May 2024).pdf
Welcome to TechSoup New Member Orientation and Q&A (May 2024).pdf
 
How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17How to Make a Field invisible in Odoo 17
How to Make a Field invisible in Odoo 17
 
Model Attribute Check Company Auto Property
Model Attribute  Check Company Auto PropertyModel Attribute  Check Company Auto Property
Model Attribute Check Company Auto Property
 
Phrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXX
Phrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXXPhrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXX
Phrasal Verbs.XXXXXXXXXXXXXXXXXXXXXXXXXX
 
2024.06.01 Introducing a competency framework for languag learning materials ...
2024.06.01 Introducing a competency framework for languag learning materials ...2024.06.01 Introducing a competency framework for languag learning materials ...
2024.06.01 Introducing a competency framework for languag learning materials ...
 
Basic phrases for greeting and assisting costumers
Basic phrases for greeting and assisting costumersBasic phrases for greeting and assisting costumers
Basic phrases for greeting and assisting costumers
 

UNIT-III SYSTEM DEVELOPMENT LIFE CYCLE.pptx

  • 1.
  • 2.  Conceptual model used in project management that describes the stages involved in an information system development project, from an initial feasibility study through maintenance of the completed application.  Multistep, iterative process, structured in a methodical way.  SDLC is used to model or provide a framework for technical and non-technical activities to deliver a quality system which meets or exceeds a businesses expectations or manage decision-making progression.  Every hardware or software system will go through a development process which can be thought as an iterative process with multiple steps.  SDLC is used to give a rigid structure and framework to define the phases and steps involved in the development of a system
  • 3.  It serves as a foundation for project planning, scheduling, and estimating.  It is a mechanism for Project Tracking and Control Method.  Increased and accelerated development speed  Assists you in lowering project risk and project management plan overhead.  Provides a framework for a consistent set of activities and deliverables.  Increases the visibility of project planning to all development partners, Stakeholders etc.  Improved and Enhanced client relationships
  • 4.  Having a clear view of an entire project, workers involved, estimated costs and timelines.  Gives project managers a projected base cost of the project.  Goals and standards are clearly defined.  Developers can move back a step if something does not go as expected.  Due to assumptions made at the beginning of a project, if an unexpected circumstance complicates the development of a system, then it may stockpile into more complications down the road. As an example, if newly installed hardware does not work correctly, then it may increase the time a system is in development, increasing the cost.  Some methods are not flexible.  It can be complicated to estimate the overall cost at the beginning of a project.  Testing at the end of development may slow down some development teams.
  • 5. • With the SDLC one can clearly see the goals and the problems so that the plan is implemented with precision and relevance. Clarity of the Problem Statement and Goal: • Project members cannot move from one stage to another until the prior stage is completed and signed off on by the project manager. A formal review is created at the end of each stage, which allows the project manager to have maximum management control. Project is designed with clarity: • The installation in a project that is executed using an SDLC has the necessary checks and balances so that it will be tested with precision before entering the installation stage. Project is properly tested before being installed: • The SDLC gives you a well-structured and well-documented paper trail of the entire project that is complete with records of everything that occurs. If key project member leaves, a new member can pick where old left
  • 6. • If paperwork is missing or incomplete, the new project member will have to start from the beginning and even possibly change the project to make sense of it. Without the SDLC, the loss of a project member can set you back and potentially ruin the project. • Sticking to a budget is easier with a well-organized plan with all the timetables and costs. Project members can submit their work to an integrated system that flags anything that is past due. When the project manager can spend less time micromanaging, he or she can spend more time improving efficiency and production. The project manager can properly manage a project if deliverables are completed on time and within the budget. • The stages are meant to feed back into the earlier stages, so the SDLC model provides the project with flexibility. The project can continuously loop around until it is perfect. • It's the best way to ensure optimal control, minimize problems, and allow the project manager to run production without having to micromanage the project members. When designing and implementing a project, a software development life cycle is the solution.
  • 7. Systems Analysis • Process of collecting and interpreting facts, identifying the problems, and decomposition of a system into its components. • Conducted for the purpose of studying a system or its parts in order to identify its objectives. • It is a problem solving technique that improves the system and ensures that all the components of the system work efficiently to accomplish their purpose. • Analysis specifies what the system should do. Systems Design • Process of planning a new business system or replacing an existing system by defining its components or modules to satisfy the specific requirements. • Before planning, you need to understand the old system thoroughly and determine how computers can best be used in order to operate efficiently. • System Design focuses on how to accomplish the objective of the system. System Analysis and Design (SAD) mainly focuses on Systems Processes Technology
  • 8. Planning Stage Feasibility or Requirements Analysis Stage Design and Prototyping Stage Software Development Stage Software Testing Stage Implementation and Integration Operations and Maintenance Stage
  • 9.
  • 10. Defines the problem and scope of existing system. Overview the new system and determine its objectives. Confirm project feasibility and produce the project Schedule. Threats, constraints, integration and security of system are considered. A feasibility report for the entire project is created at the end of this phase..
  • 11. Requirements Determination  A requirement is a vital feature of a new system which may include processing or capturing of data, controlling the activities of business, producing information and supporting the management.  Requirements determination involves studying the existing system and gathering details to find out what are the requirements, how it works, and where improvements should be made. Requirements Anticipation • It predicts the characteristics of system based on previous experience which include certain problems or features and requirements for a new system. • It can lead to analysis of areas that would otherwise go unnoticed by inexperienced analyst. But if shortcuts are taken and bias is introduced in conducting the investigation, then requirement Anticipation can be half-baked. Requirements Investigation • It is studying the current system and documenting its features for further analysis. • It is at the heart of system analysis where analyst documenting and describing system features using fact- finding techniques, prototyping, and computer assisted tools. Requirements Specifications • It includes the analysis of data which determine the requirement specification, description of features for new system, and specifying what information requirements will be provided. • It includes analysis of factual data, identification of essential requirements, and selection of Requirement- fulfillment strategies.
  • 12. Interview • Systems analyst collects information from individuals or groups by interviewing. The analyst can be formal, legalistic, play politics, or be informal; as the success of an interview depends on the skill of analyst as interviewer. • It can be done in two ways − • Unstructured Interview − The system analyst conducts question-answer session to acquire basic information of the system. • Structured Interview − It has standard questions which user need to respond in either close (objective) or open (descriptive) format. Advantages of Interviewing • This method is frequently the best source of gathering qualitative information. • It is useful for them, who do not communicate effectively in writing or who may not have the time to complete questionnaire. • Information can easily be validated and cross checked immediately. • It can handle the complex subjects. • It is easy to discover key problem by seeking opinions. • It bridges the gaps in the areas of misunderstandings and minimizes future problems.
  • 13. Questionnaires • This method is used by analyst to gather information about various issues of system from large number of persons. • There are two types of questionnaires − • Open-ended Questionnaires − It consists of questions that can be easily and correctly interpreted. They can explore a problem and lead to a specific direction of answer. • Closed-ended Questionnaires − It consists of questions that are used when the systems analyst effectively lists all possible responses, which are mutually exclusive. Advantages of Wuestionnaires • Effective in surveying interests, attitudes, feelings, and beliefs of users which are not co-located. • Useful in situation to know what proportion of a given group approves or disapproves of a particular feature of the proposed system. • Useful to determine the overall opinion before giving any specific direction to the system project. • Reliable and provides high confidentiality of honest responses. • Appropriate for electing factual information and for statistical data collection which can be emailed and sent by post.
  • 14. Description • Review of existing records, procedures, and forms helps to seek insight into a system which describes the current system capabilities, its operations, or activities. Advantages • Helps user to gain some knowledge about the organization or operations by themselves before they impose upon others. • Helps in documenting current operations within short span of time as the procedure manuals and forms describe the format and functions of present system. • Provides a clear understanding about the transactions that are handled in the organization, identifying input for processing, and evaluating performance. • Helps an analyst to understand the system in terms of the operations that must be supported. • Describes the problem, its affected parts, and the proposed solution.
  • 15. Description • This is a method of gathering information by noticing and observing the people, events, and objects. The analyst visits the organization to observe the working of current system and understands the requirements of the system. Advantages • It is a direct method for gleaning information. • It is useful in situation where authenticity of data collected is in question or when complexity of certain aspects of system prevents clear explanation by end-users. • It produces more accurate and reliable data. • It produces all the aspect of documentation that are incomplete and outdated.
  • 16. Description • It is a new technique developed by IBM which brings owners, users, analysts, designers, and builders to define and design the system using organized and intensive workshops. JAD trained analyst act as facilitator for workshop who has some specialized skills. Advantages • Saves time and cost by replacing months of traditional interviews and follow-up meetings. • It is useful in organizational culture which supports joint problem solving. • Fosters formal relationships among multiple levels of employees. • It can lead to development of design creatively. • It Allows rapid development and improves ownership of information system.
  • 17. Description • It includes any previously gathered information used by the marketer from any internal or external source. Advantages • More openly accessed with the availability of internet. • Provides valuable information with low cost and time. • Acts as forerunner to primary research and aligns the focus of primary research. • Used by the researcher to conclude if the research is worth it as it is available with procedures used and issues in collecting them.
  • 18.
  • 19.  Analysis of the Preliminary Investigation that helps the management to take decision about whether study of system should be feasible for development or not.  Used to assess the viability of a project, such as ensuring a project is legally and technically feasible as well as economically reasonable.  Identifies the possibility of improving an existing system, developing a new system, and produce refined estimates for further development of system.  Used to obtain the outline of the problem and decide whether feasible or appropriate solution exists or not.  Main objective is to acquire problem scope instead of solving the problem.  The output of a feasibility study is a formal system proposal act as decision document which includes the complete nature and scope of the proposed system.
  • 20.  Improves project teams’ focus  Identifies new opportunities  Provides valuable information for a “go/no-go” decision  Narrows the business alternatives  Identifies a valid reason to undertake the project  Enhances the success rate by evaluating multiple parameters  Aids decision-making on the project  Identifies reasons not to proceed
  • 21.  Form a project team and appoint a project leader.  Develop system flowcharts.  Identify the deficiencies of current system and set goals.  Enumerate the alternative solution or potential candidate system to meet goals.  Determine the feasibility of each alternative such as technical feasibility, operational feasibility, etc.  Weight the performance and cost effectiveness of each candidate system.  Rank the other alternatives and select the best candidate system.  Prepare a system proposal of final project directive to management for approval.
  • 22. • Can we complete the project within the budget or not? Economic Feasibility : • Can we handle this project as cyber law and other regulatory framework/compliances. Legal Feasibility: • Can we create operations which is expected by the client? Operation Feasibility: • Need to check whether the current computer system can support the software Technical Feasibility: • Decide that the project can be completed within the given schedule or not. Schedule Feasibility: • Evaluates and estimates the user attitude or behavior towards the development of new system. Behavioral Feasibility:
  • 23. Economic Feasibility : • Evaluates the effectiveness of candidate system by using cost/benefit analysis method. • Demonstrates the net benefit from the candidate system in terms of benefits and costs to the organization. • Estimates the economic requirements of candidate system before investments funds are committed to proposal. • Prefers the alternative which will maximize the net worth of organization by earliest and highest return of funds along with lowest level of risk involved in developing the candidate system. Legal Feasibility: • Project is analyzed in legality point of view. • Analyses barriers of legal implementation of project, data protection acts or social media laws, project certificate, license, copyright etc. • Overall it can be said that Legal Feasibility Study is study to know if proposed project conform legal and ethical requirements. Scheduling Feasibility • An organization estimates how much time the project will take to complete. • Helps to identify any constraints the proposed project may face, including: • Internal Project Constraints: Technical, Technology, Budget, Resource, etc. • Internal Corporate Constraints: Financial, Marketing, Export, etc. • External Constraints: Logistics, Environment, Laws, and Regulations, etc.
  • 24. • Determines whether the system is operating effectively once it is developed and implemented. • Ensures that the management should support the proposed system and its working feasible in the current organizational environment. • Analyses whether the users will be affected and they accept the modified or new business methods that affect the possible system benefits. • Ensures that the computer resources and network architecture of candidate system are workable. Operational Feasibility : • Evaluates and estimates the user attitude or behavior towards the development of new system. • Helps in determining if the system requires special effort to educate, retrain, transfer, and changes in employee’s job status on new ways of conducting business. Behavioral Feasibility:
  • 25. • Includes an assessment of the proposed system’s hardware, software, and other technological needs • It helps organizations determine whether the technical resources meet capacity and whether the technical team is capable of converting the ideas into working systems. • Assists companies in determining whether technical resources are enough and whether the technical team is capable of translating ideas into workable systems. • Analyzes technical skills and capabilities of technical team, existing technology can be used or not, maintenance and up-gradation is easy or not for chosen technology etc. • Analyzes and determines whether the solution can be supported by existing technology or not. • The analyst determines whether current technical resources be upgraded or added it that fulfill the new requirements. • Ensures that the candidate system provides appropriate responses to what extent it can support the technical enhancement. Technical Feasibility :
  • 26. Environment: • Identifies the individuals responsible for software development. It provides information about input and output requirements, processing requirements of the software and the interaction of the software with other software. It also identifies system security requirements and the system’s processing requirements Current functional procedures: • Describes the current functional procedures of the existing system, whether automated or manual. It also includes the data- flow of the current system and the number of team members required to operate and maintain the software. Functional objective: • Provides information about functions of the system such as new services, increased capacity, and so on. Performance objective: • Provides information about performance objectives such as reduced staff and equipment costs, increased processing speeds of software, and improved controls. Assumptions and constraints: • Provides information about assumptions and constraints such as operational life of the proposed software, financial constraints, changing hardware, software and operating environment, and availability of information and sources.
  • 27. Evaluation criteria: • Identifies criteria such as cost, priority, development time, and ease of system use, which are applicable for the development process to determine the most suitable system option. Equipment impacts: • Determine new equipment requirements and changes to be made in the currently available equipment requirements. Software impacts: • Specify any additions or modifications required in the existing software and supporting software to adapt to the proposed software. Organizational impacts: • Describe any changes in organization, staff and skills requirement. Operational impacts: • Describe effects on operations such as user- operating procedures, data processing, data entry procedures, and so on.
  • 28. Recommendation: • Describes a recommendation for the proposed system. This includes the delays and acceptable risks. Methodology: • Describes the methods that are applied to evaluate the proposed software in order to reach a feasible alternative. These methods include survey, modeling, benchmarking, etc. Developmental impacts: • Specify developmental impacts such as resources required to develop databases, resources required to develop and test the software, and specific activities to be performed by users during software development. Security impacts: • Describe security factors that may influence the development, design, and continued operation of the proposed software.
  • 29.
  • 30. • It shows the flow of data between various functions of system and specifies how the current system is implemented. • It is an initial stage of design phase that functionally divides the requirement specifications down to the lowest level of detail. • Its graphical nature makes it a good communication tool between user and analyst or analyst and system designer. • It gives an overview of what data a system processes, what transformations are performed, what data are stored, what results are produced and where they flow.
  • 31. • Method for defining complex relationships by describing decisions and avoiding the problems in communication. • Shows alternative actions and conditions within horizontal tree framework. • Depicts which conditions to consider first, second, and so on. • Depicts the relationship of each condition and their permissible actions. • It forces analysts to consider the sequence of decisions and identifies the actual decision that must be made. • Square Node - Action • Circle Node - Condition
  • 32. • Describing the complex logical relationship in a precise manner which is easily understandable. • Useful when the resulting actions depend on the occurrence of one or several combinations of independent conditions. • Matrix containing row or columns for defining a problem and the actions. Components of a Decision Table • Condition Stub − It is in the upper left quadrant which lists all the condition to be checked. • Action Stub − It is in the lower left quadrant which outlines all the action to be carried out to meet such condition. • Condition Entry − It is in upper right quadrant which provides answers to questions asked in condition stub quadrant. • Action Entry − It is in lower right quadrant which indicates the appropriate action resulting from the answers to the conditions in the condition entry quadrant. Y -Existence of a condition. N - condition, which is not satisfied. A blank - Ignore X – Execute or carry out the Task.
  • 33.
  • 34.  Includes the design of application, network, databases, user interfaces, and system interfaces.  Bridges the gap between problem domain and the existing system in a manageable way.  Transform the SRS document into logical structure, which contains detailed and complete set of specifications that can be implemented in a programming language.  Create a contingency, training, maintenance, and operation plan.  Review the proposed design. Ensure that the final design must meet the requirements stated in SRS document.  Developers will first outline the details for the overall application, alongside specific aspects, such as its:  User interfaces  System interfaces  Network and network requirements  Databases
  • 35. Inputs to System Design • Statement of work • Requirement determination plan • Current situation analysis • Proposed system requirements including a conceptual data model, modified DFDs, and Metadata (data about data). Outputs for System Design • Infrastructure and organizational changes for the proposed system. • A data schema, often a relational schema. • Metadata to define the tables/files and columns/data-items. • A function hierarchy diagram or web page map that graphically describes the program structure. • Actual or pseudocode for each module in the program. • A prototype for the proposed system.
  • 36. High Level Design Document • Brief description and name of each module • An outline about the functionality of every module • Interface relationship and dependencies between modules • Database tables identified along with their key elements • Complete architecture diagrams along with technology details Low Level Design Document • Functional logic of the modules • Database tables, which include type and size • Complete detail of the interface • Addresses all types of dependency issues • Listing of error messages • Complete input and outputs for every module
  • 37. Logical Design • Abstract Representation of the data flow, inputs, and outputs of the system. • Describes the inputs (sources), outputs (destinations), databases (data stores), procedures (data flows) all in a format that meets the user requirements. • System Analyst specifies the user needs at level of detail that virtually determines the information flow into and out of the system and the required data sources. • Data Flow Diagram • E-R Diagram Modeling Physical Design • Relates to the actual input and output processes of the system. • Focuses on how data is entered into a system, verified, processed, and displayed as output. • It produces the working system by defining the design specification that specifies exactly what the candidate system does. • It is concerned with user interface design, process design, and data design. • It consists of the following steps − • Specifying the input/output media, designing the database, and specifying backup procedures. • Planning system implementation. • Devising a test and implementation plan, and specifying any new hardware and software. • Updating costs, benefits, conversion dates, and system constraints.
  • 38. Top-Down Strategy • Starts from the top or the highest-level module and moves towards the lowest level modules. • The highest-level module or main module for developing the software is identified. • The main module is divided into several smaller and simpler sub-modules or segments based on the task performed by each module. • Each sub-module is further subdivided into several sub-modules of next lower level. • This process of dividing each module into several sub-modules continues until the lowest level modules, which cannot be further subdivided, are not identified. Physical Design • Starts from the bottom or the most basic level modules and moves towards the highest level modules. • The modules at the most basic or the lowest level are identified. • These modules are grouped together based on the function performed by each module to form the next higher-level modules. • Then, these modules are further combined to form the next higher-level modules. • This process of grouping several simpler modules to form higher level modules continues until the main module of system development process is achieved.
  • 39.
  • 40.  Testing is done for its intended behavior and direction of progress at each development stage to avoid duplication of efforts, time and cost overruns, and to assure completion of the system within stipulated time.  Testing is the process or activity that checks the functionality and correctness of software according to specified user requirements in order to improve the quality and reliability of system.  It is an expensive, time consuming, and critical approach in system development which requires proper planning of overall testing process.  System Testing and Quality Assurance come to aid for checking the system. It includes  Product Level Quality (Testing)  Process Level Quality.
  • 41.  Testing should be based on the requirements of user.  Before writing testing scripts, understand the business logic should be understood thoroughly.  Test plan should be done as soon as possible.  Testing should be done by the third party.  It should be performed on static software.  Testing should be done for valid and invalid input conditions.  Testing should be reviewed and examined to reduce the costs.  Both static and dynamic testing should be conducted on the software.  Documentation of test cases and test results should be done
  • 42. Unit Testing • Also known as Program Testing • Analyst tests or focuses on each program or module independently. • It executes each statement of the module at least once. • Accuracy of program cannot be assured • It is difficult to conduct testing of various input combination in detail. • It identifies maximum errors in a program as compared to other testing techniques. Integration Testing • Analyst tests multiple module working together. • It is used to find discrepancies between the system and its original objective, current specifications, and systems documentation. • Here the analysts are try to find areas where modules have been designed with different specifications for data length, type, and data element name. • It verifies that file sizes are adequate and that indices have been built properly. Functional Testing • Determines whether the system is functioning correctly according to its specifications and relevant standards documentation. • It starts with the implementation of the system, which is very critical for the success of the system. • Positive Functional Testing − It involves testing the system with valid inputs to verify that the outputs produced are correct. • Negative Functional Testing − It involves testing the software with invalid inputs and undesired operating conditions.
  • 43. Test Strategy • It is a statement that provides information about the various levels, methods, tools, and techniques used for testing the system. It should satisfy all the needs of an organization. Test Plan • It provides a plan for testing the system and verifies that the system under testing fulfils all the design and functional specifications. The test plan provides the following information − • Objectives, Approaches, Tools, Facilities and Test Libraries of each test phase • Responsibilities and time required for each testing activities • Procedures and standards required for planning and conducting the tests • Factors responsible for successful completion of testing process Test Case Design • Each test case will specify how the implementation of a particular requirement or design decision is to be tested and the criteria for the success of the test. • The test cases along with the test plan are documented as a part of a system specification document or in a separate document called test specification or test description. Test Procedures • It consists of the steps that should be followed to execute each of the test cases. These procedures are specified in a separate document called test procedure specification. This document also specifies any special requirements and formats for reporting the result of testing. Test Result Documentation • Test result file contains brief information about the total number of test cases executed, the number of errors, and nature of errors. These results are then assessed against criteria in the test specification to determine the overall outcome of the test.
  • 44. Provides confidence to the customers by constant delivery of product according to specification. Techniques that includes procedures and tools applied by the software professionals to ensure that software meet the specified standard for its intended use and performance. Provides proper and accurate visibility of software project and its developed product to the administration. Reviews and audits the software product and its activities throughout the life cycle of system development.
  • 45. To monitor the software development process and the final software developed. To ensure whether the software project is implementing the standards and procedures set by the management. To notify groups and individuals about the SQA activities and results of these activities. To ensure that the issues, which are not solved within the software are addressed by the upper management. To identify deficiencies in the product, process, or the standards, and fix them.
  • 46. Level 1 − Code Walk- through Offline software is examined or checked for any violations of the official coding rules. Emphasis is placed on examination of the documentation and level of in-code comments. Level 2 − Compilation and Linking It is checked that the software can compile and link all official platforms and operating systems. Level 3 − Routine Running It is checked that the software can run properly under a variety of conditions Conditions include certain number of events and small and large event sizes etc. Level 4 − Performance test It is checked that the performance of the software satisfies the previously specified performance level.
  • 47.
  • 48.  Implementation is a process of ensuring that the information system is operational. It involves −  Constructing a new system from scratch  Constructing a new system from the existing one.  Implementation allows the users to take over its operation for use and evaluation.  It involves training the users to handle the system and plan for a smooth conversion.  Once the software testing phase is over and no bugs or errors left in the system then the final deployment process starts. Based on the feedback given by the project manager, the final software is released and checked for deployment issues if any. Conversion Conversion Plan  Contains description of all the activities that must occur during implementation of the new system and put it into operation.  It anticipates possible problems and solutions to deal with them.  It includes the following activities −  Name all files for conversions.  Identifying the data requirements to develop new files during conversion.  Listing all the new documents and procedures that are required.  Identifying the controls to be used in each activity.  Identifying the responsibility of person for each activity.  Verifying conversion schedules. It is a process of migrating from the old system to the new one. It provides understandable and structured approach to improve the communication between management and project team
  • 49.  Implementation is a process of ensuring that the information system is operational. It involves −  Constructing a new system from scratch  Constructing a new system from the existing one.  Implementation allows the users to take over its operation for use and evaluation. It involves training the users to handle the system and plan for a smooth conversion.  Once the software testing phase is over and no bugs or errors left in the system then the final deployment process starts. Based on the feedback given by the project manager, the final software is released and checked for deployment issues if any.
  • 50.
  • 51.  Documentation is a process of recording the information for any reference or operational purpose.  Helps users, managers, and IT staff, who require it on regular basis to trace the progress of the system easily.  After the implementation of system if the system is working improperly, then documentation helps the administrator to understand the flow of data in the system to correct the flaws and get the system working.  Systems analysts usually are responsible for preparing documentation to help users learn the system. In large companies, a technical support team that includes technical writers might assist in the preparation of user documentation and training materials.
  • 52.  It can reduce system downtime, cut costs, and speed up maintenance tasks.  It provides the clear description of formal flow of present system and helps to understand the type of input data and how the output can be produced.  It provides effective and efficient way of communication between technical and nontechnical users about system.  It facilitates the training of new user so that he can easily understand the flow of system.  It helps the user to solve the problems such as troubleshooting and helps the manager to take better final decisions of the organization system.  It provides better control to the internal or external working of the system.
  • 53.  Describes inputs, outputs, and processing logic for all the program modules.  The program documentation process starts in the system analysis phase and continues during implementation.  This documentation guides programmers, who construct modules that are well supported by internal and external comments and descriptions that can be understood and maintained easily. Program Documentation Operations Documentation  Contains all the information needed for processing and distributing online and printed output.  Operations documentation should be clear, concise, and available online if possible.  It includes the following information:  Program, systems analyst, programmer, and system identification.  Scheduling information for printed output, eg. report, execution frequency, and deadlines.  Input files, their source, output files, and their destinations.  E-mail and report distribution lists.  Special forms required, including online forms.  Error and informational messages to operators and restart procedures.  Special instructions, such as security requirements.
  • 54.  Includes instructions and information to the users who will interact with the system. For example, user manuals, help guides, and tutorials.  User documentation is valuable in training users and for reference purpose.  It must be clear, understandable, and readily accessible to users at all levels.  The users, system owners, analysts, and programmers develop this document. A system overview that clearly describes all major system features, capabilities, and limitations. Description of source document content, preparation, processing, and, samples. Overview of menu and data entry screen options, contents, and processing instructions. Examples of reports that are produced regularly or available at the user’s request, including samples. Security and audit trail information. Explanation of responsibility for specific input, output, or processing requirements. Procedures for requesting changes and reporting problems. Examples of exceptions and error situations. Frequently asked questions (FAQs). Explanation of how to get help and procedures for updating the user manual. Advantages
  • 55.  Serves as the technical specifications for the Information System (IS) and how the objectives of the IS are accomplished.  Users, Managers and IS owners need reference system documentation for understanding the technical aspects of the IS when modifications are made. Describes each program within the IS and the entire IS itself. Describes the system’s functions, the way they are implemented, each program's purpose within the entire IS with respect to the order of execution, information passed to and from programs, and overall system flow. Includes data dictionary entries, data flow diagrams, object models, screen layouts, source documents, and the systems request that initiated the project. Most of the system documentation is prepared during the system analysis and system design phases. During systems implementation, an analyst must review system documentation to verify that it is complete, accurate, and up-to-date, and including any changes made during the implementation process. Characteristics
  • 56.
  • 57.  Training involves creating troubleshooting lists to identify possible problems and remedies for them, as well as the names and telephone numbers of individuals to contact when unexpected or unusual problems arise.  Training also involves familiarization with run procedures, which involves working through the sequence of activities needed to use a new system.  Establishing measurable objectives  Using appropriate training methods  Selecting suitable training sites  Employing understandable training materials Training Guidelines  Fast mobilization of the organization.  Enables end users to do their own problem solving using computer-based information system development .  Focuses on how to operate the equipment, troubleshooting the system problem, determining whether a problem that arose is caused by the equipment or software.  Most user training deals with the operation of the system itself. User Training : Why & What
  • 58. It involves both trainers and trainees, who have to meet at the same time, but not necessarily at the same place. The training session could be one-on- one or collaborative Multimedia Training  Courses are presented in multimedia format and stored on CD-ROM.  It minimizes the cost in developing an in-house training course without assistance from external programmers. Web-based Training  Presented in hyper media format and developed to support internet and intranet.  It provides just–in-time training for end users and allow organization to tailor training requirements. Types – Self-Paced Virtual Classroom  Trainers must meet the trainees at the same time, but are not required to be at the same place.  Primary Tools: video conferencing, text based Internet relay chat tools, or virtual reality packages, etc. Normal Classroom  The trainers must meet the trainees at the same time and at the same place.  Primary Tools: blackboard, overhead projectors, LCD projector, etc. Types – Instructor led Instructor-led Training Self –Paced Training It involves both trainers and trainees, who do not need to meet at the same place or at the same time. The trainees learn the skills themselves by accessing the courses at their own convenience.