Module - V (System Implementation & Operation (System Management) ) Temp
Module - V (System Implementation & Operation (System Management) ) Temp
Topics
Activities in implementing a system Testing and types of testing Installation Approaches Direct Parallel Single Location Phased Training and supporting users Types of Training Methods Reason of system implementation failures Maintenance and types of maintenance Effective Maintenance System Enhancement Quality Assurance
System implementation and operation is made up of seven major activities: Coding Testing Installation Documentation Training Support Maintenance
4
3 group of Activities
Activities that lead to the system going into operation - coding, testing, and installation.
Activities that are necessary for successful system operation - documenting the system and training and supporting users. Activities that make system ongoing and needed to keep the system working and up-todate: - maintenance.
6
Coding : The Process through which the physical design specifications created by design team are turned into working computer code by programming team. Testing : The process can begin and proceed in parallel. As each programmer module is produced, it can be tested individually, then as part of a larger program and then as part of larger system.
Installation : The process during which the current system is replace by the new system. It includes conversion of existing data, software, documentation, and work procedures to those consistent with the new system.
10
Program Testing
A program represents the logical elements of a system. For a program to run satisfactorily, it must compile and test data correctly and tie in properly with the other programs. Achieving an error free program is the responsibility of the programmer. Program testing checks for two type of errors : Syntax and Logic.
String Testing
Programs are invariably related to one another and interact in a total system. Each program is tested to see whether it conforms to related programs in the system. Each portion of the system is tested against the entire module with both test and live data before the entire system is ready to be tested.
System Testing
It is designed to uncover weaknesses that were not found in earlier tests. This includes forced system failure and validation of the total system as it will be implemented by its users in the operational environment.
System Documentation
All design and test documentation should be finalized and entered in the library for future reference. The library is the central location for maintenance of the new system. The format, organization, and language of each documentation should be in line with system standard.
Approaches to Installation
Four approaches of installation are there: Direct Installation Parallel Installation Single Location Phased Installation
16
Direct Installation
Changing over from the old information system to new one by turning off the old system when the new one is turned on.
Characteristics
Abrupt
Advantages
Low cost
Cold turkey
High interest in making installation a success. May be the only possible approach if new and existing systems cannot coexist in some form. 17
Direct Installation
Direct Installation-Risks
Operational error have direct impact on users and organization. It may take too long to restore old system, if necessary. Time-consuming and benefits may be delayed until whole system is installed.
19
Parallel Installation
Running the old information system and the new one at the same time until management decides the old system can be turned off.
Characteristics Old and new system coexist. Safe Advantage New system can be checked against old systems. Impact of operational errors are minimized because old system is also processing all data.
20
Parallel Installation
Parallel-Risks
Not all aspects of new system can be compared to old system. Very expensive due to duplication of effort to run and maintain two systems. Can be confusing to users. May be delay until benefits result. May not be feasible due to costs or system size.
22
Trying out a new information system at one site and using the experience to decide if and how the new system should be deployed throughout the organization. Characteristics
Pilot approach
Middle-of-the road approach May involve series of single location installations Each location may be branch office, factory, or department
Advantage
Learning can occur and problems fixed by concentrating on one site.
Limits potential harm and costs from system errors or failure to selected pilot sites Can use early success to convince other to convert to new system
23
Single Location-Risks
Burden on IS staff to maintain old and new systems. If different sites require data sharing, extra programs need to be written to bridge the two systems. Some parts of organization get benefits earlier than other parts.
25
Phased Installation
Changing from the old information system to the new one incrementally, starting with one or a few functional components and then gradually extending the installation to cover the whole new system.
26
Characteristics
Staged, incremental, gradual, based on system functional components. Similar to bringing system out via multiple releases.
Limits potential harm and costs from system error or failure to certain business activities/functions. Risk spread over time. Some benefits can be achieved early. Each phase is small and more manageable.
Phased Installation
Disadvantage-Phased
Old and new systems must be able to work together and share data, which likely will require extra programming to bridge the two systems. Conversion is constant and may extend over a long period, causing frustration and confusion for users.
29
IS Personnel
Users
System Documentation
Detailed information about a systems design specifications, its internal workings, and its functionality. System Documentation is intended primarily for maintenance programmers, user documentation is intended mainly for users. System Documentation is further divided into internal, external.
Internal Documentation
It is a part of program source code.
External Documentation
It includes the outcome of all of the structured diagramming techniques such as DFD,ER Diagram.
User Documentation
Written or visual information about an application system, how it works, and how to use it.
32
Training Methodologies
Resident Expert Computer based instruction Formal courses-several people taught at the same time. Software help components. Tutorials-one person taught at a time.
Despite the support and active participation of users and management, information systems implementation still sometimes fails.
37
Two most common and trusted ways of determining system implementation success are: The extent to which the system is used and the users satisfaction with the system. Political Factors.
39
of
capabilities,
deletion
of
obsolete
capabilities, and optimization. So, any work done to change the software after it is operational is considered to be a maintenance work. The purpose of maintenance is to preserve the value of software over time.
40
System maintenance is a very important activity of software life cycle which may span for more than 20 years and constitute the highest cost incurred in SDLC. Maintenance accounts for 50-80% of total system development as shown in following
figure.
41
Maintenance 70%
42
1
Request program & system doc
Specify required modification Make required changes to programs & systems System and program documentation Submit test results for user approval Return modified documentation to library Notify user of project completion Project Completion notice
Modification requirements
Test changes
Types of Maintenance
Three types of maintenance are: Corrective Maintenance Adaptive Maintenance Perfective Maintenance
44
Corrective Maintenance
It means repairing processing or performance failures or making changes because of previously uncorrected problems or false assumptions. Corrective maintenance is initiated by the defect in the system. The defect can result from design errors, logic errors, coding errors, performance or processing failure.
Adaptive Maintenance
It includes modifying the software to match the changes in the ever changing environment. The term environment includes totality of all conditions and influences which act from outside upon the software, for e.g., business rules, government policies, work pattern, software and hardware operating platforms. A change in the whole or part of the environment will require a corresponding modification of the software.
Perfective Maintenance
It involves making enhancements to improve processing performance, interface usability, or to add desired, but not necessarily required, system features. It means enhancing the performance or modifying the programs to respond to the users additional or changing needs. Of these types, more time and money
Perfective maintenance refers to enhancements making the product better, faster, smaller, better documented, cleaner structured, with more functions and reports.
Adaptive 25%
Perfective 50%
Corrective 25%
49
Quality Assurance
It is to certify that the program or software package is current and confirms to standards.
With a growing trend toward purchasing ready to use software, certification has become more important. A package that is certified goes through a team of specialists who test, review, and determine how well it meets the vendors claims.
51
Thank you
52