WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Requirement study for the business integration of the new SCADA/EMS system on the AES SONEL network in Cameroon

( Télécharger le fichier original )
par Mbelli Njah Fongha
Polytechnic,Yaounde - Masters Engineering in Electrical Engineering(Diplome d'ingenieur de conception avec option Genie Electrique) 2009
  

Disponible en mode multipage

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

UNIVERSITE DE YAOUNDE I

ECOLE NATIONALE SUPERIEUREPOLYTECHNIQUE

DEPARTMENT OF ELECTRICAL AND TELECOMMUNICATIONS ENGINEERING

REPUBLIQUE DU CAMEROUN

Paix - Travail - Patrie

THE UNIVERSITY OF YAOUNDE I

NATIONAL ADVANCED SCHOOL OF ENGINEERING

REPUBLIC OF CAMEROON Peace - Work - Fatherland

ti

REQUIREMENT STUDY FOR THE BUSINESS INTEGRATION OF THE NEW SCADA/EMS SYSTEM ON THE AES-SONEL NETWORK IN CAMEROON

Presented by

Mbelli Njah Fongha

In partial fulfilment of the requirements for the obtention of a

 «DIPLOME D'INGENIEUR DE CONCEPTION»

In Electrical Engineering

: Pr. Thomas TAMO TATIETSE

In front of the jury composed of;

Examiners: Dr. Paul-Salomon NGOHE-EKAM

Engr. Edwin MBINKAR

Supervisors: Pr. Emmanuel TONYE

Dr. Patrick KALTJOB

Guest: Engr. Alain OYONO of AES SONEL

2008-2009 Academic Year

Date: 29th OCTOBER 2009

President:

DEDICATION

TO MY CHAMPIONS MR AND MRS MBELLI NJAH, MBELLI NJAH NKWENTI, MBELLI NJAH MAMBO-AMECK AND MBELLI NJAH NDANGOH-CHI

ACKNOWLEDGEMENTS

To GOD ALMIGHTY, for the privilege and opportunity He granted to me to be in and go through this prestigious engineering institution. All glory and honor be ascribed to His name for His grace, compassion, strength, wonderful blessings and special favor during my internship at AES-SONEL

Many thanks to all those who contributed morally, academically, spiritually, financially, socially, and professionally to making me a 21st century Polytechnician Engineer:

Pr. Awono ONANA, Director the National Advanced School of Engineering for admitting me amongst the best 100 students during the competitive entrance into this prestigious institution in September 2004

Pr. Thomas TAMO TATIESE, Vice Director and Dean of Studies of Polytechnic, Yaoundé, for his academic contribution to moulding as a 21st century Polytechnician Engineer

Pr. Emmanuel TONYE and Dr. Patrick KALTJOB, for accepting to supervise and work with me and for their understanding during periods of uncertainty

Dr. P.S.Ngohe-Ekam, Eng Moses TABE, Eng Edwin MBINKAR and Mr. Mouna, for all their moral support and motivation during my snag times in school

The teaching and auxiliary staff of the National Advanced School of Engineering Yaoundé for the support and knowledge made available to me by them.

ASPY (Association of Anglophones of Polytechnic Yaoundé), for always standing beside me during my times of success and failures as a student in Polytechnic, Yaoundé and also for their support given by to all the other Anglophones of the school

All my class mates especially NDIFOR CYRIL FRU, FONKWE FONGANG EDWIN, MBANTAPAH PASCAL LOHKOH, TITUS TANWIE TALLA, ESSOUA FRANCK CYRILLE, TCHOUMWHI NOUMBA WILLIAM and DAH ELVIS; for their wonderful support especially in times of difficulties

Pr. Beban Sammy CHUMBOW for his fatherly love and support during my training in school.

The CHUMBOW's family, for their support during my life as a Student Engineer at Polytechnic, Yaoundé

All the Njah's family especially Aunti Stella, Aunti Angeline and Aunti Comfort Chumbow for always being ready to help me in times of need

All my aunts, uncles and cousins who have made sacrifices to help see this day

All ASPY Alumni especially Ashu Besong Nso, Fon Immanuel Umenei, Ebot Daniel and Motuba Rosa for their financial support and motivation during my internship and my life as a student engineer of polytechnic, Yaoundé

All family friends especially at home and abroad

All senior friends especially Mrs. NYEMB ELISE for all her support during the difficult times of my life as a Student Engineer

All my friends at home and abroad especially TABIAYUK AYUKOTABE and BESONG ERIC AYUK for always standing beside me

All my petits especially ABONGMO SIMON-PETER, TANKU CONRAD AND COLEMAN for always reminding of my function as a senior brother and the responsibility to show them the way

All other friends for their miscellaneous support for making this possible

GLOSSARY

AESS: AES SONEL

AGC: Automatic Generation Control

AMR: Automatic Meter Reading

CD: Collision Detection

CSMA: Carrier Sense Multiple Access

DA: Distribution Automation

DMS: Distribution Management System

DTS: Dispatcher Training Simulator

EMS: Energy Management System

EPC: Engineering, procurement and Construction

FA: Feeder Automation

FAT: Factory Acceptance Test

FOC: Fiber Optic cable

GSM: Global System for Mobile communication

HMI: Human Machine Interface

HV: High Voltage

IED: Intelligent Electronic Device

ISD: Information System Division

IT: Information Technology

ITS: Interchange Transaction Scheduling

MMS: Metering Management Systems

MV: Medium Voltage

NCC: Northern Control Center

NIG: Northern Interconnected Grid

NIN: Northern Interconnected Network

OSI: Open Systems Interconnect

OJT: On-The-Job Training

NSCC: National System Control Center

OHTL: Over Head Transmission Line

PAC: Provisional Acceptance Certificate

PMS: Power Management System

RCC: Regional System Control Center

RTU: Remote Terminal Unit

SA: Substation Automation

SCADA: Supervisory Control And Data Acquisition

SAT I: Site Acceptance Test

SAT II: System Acceptance Test

SIG: Southern Interconnected Grid

SIN: Southern Interconnected Network

SOW: Statement Of Work

WRMS: Water Resource Management System

TSO: Transmission System Operator

TDM: Time Division Multiplexing

VDU: Visual Display Unit

VHF: Very High Frequency

UPS: Uninterruptible Power Supply

YCC: Yaoundé Control Center

RESUME

La « Business Integration » est définie comme étant le processus d'opérationnalisation durable d'équipements, afin d'assurer l'effectivité pour une entreprise des valeurs ajoutées escomptées par l'acquisition de ces équipements. Ce processus qui passe par l'implémentation des équipements, le transfert technologique, l'internalisation et l'appropriation peut se décliner sur trois dimensions d'opérationnalisation : technologique, fonctionnelle, organisationnelle. la « Business Integration » telle que définie ci-dessus est envisagée dans le cadre de l'implémentation des équipements matériels et logiciels d'un système informatique.

Les « requirement for business integration » consistent en l'ingénierie du processus de « business integration » d'un système informatique en vue de produire des spécifications pour assurer une bon déroulement du processus dans les trois dimensions évoquées ci avant : une implémentation correcte des équipements (dimension technologique de l'intégration), le bon usage des fonctionnalités (dimension fonctionnelle de  l'intégration), l'ajustement continu de l'organisation pour tirer le meilleur partie de la technologie (dimension organisationnelle de l'intégration). En d'autres termes les « requirements for business integration » constituent le pivot de l'assurance qualité pour une « business intégration » réussie.

Le contexte des présents travaux est la mise en oeuvre chez AES-Sonel d'un système informatique pour la planification, la supervision, le contrôle et le comptage des flux d'énergie dans le réseau électrique du Cameroun. Après avoir acheté ce système AES-Sonel commence tout juste l'implémentation des différents équipements qui le composent.

L'objectif des présents travaux est de (i) détecter toutes les exigences de la BI de ce système informatique, puis de (ii) spécifier chacune de ces exigences. L'approche méthodologique utilisée à ces effets combine l'ingénierie des projets d'implémentation de systèmes informatiques, l'ingénierie des spécifications et l'ingénierie des processus.

Au délà du stage, le travail se poursuivra par une tentative de généralisation des résultats obtenus chez AES-Sonel par la production de spécifications pour la mise en oeuvre d'un logiciel d'assurance qualité pour la « Business Integration » de tout système d'informatique dans une entreprise donnée.

ABSTRACT

Business integration involves all the processes necessary in bringing into full and sustained operation equipments (hard and soft) in order to make sure that they satisfy the needs they were undertaken for during buying. In case of information systems, business integration involves all the processes from implementation through transfer and operation to ownership and is divided into technological, functional and organization integration.

Developing requirements for the business integration of an information system is a systems engineering process for business integration with the main goal of producing specifications and quality assurance measures to guarantee a successful business integration, hence ensuring correct implementation of equipments (technological integration); proper, full and sustained use of equipment functionalities (functional integration) and continual appropriate organizational adjustment to ensure that the complete technological and functional benefits of the equipments are obtained. In other words, these business integration requirements and their corresponding specifications, form the most important quality assurance measures for successful business integration.

The context of this dissertation resides on the fact that AESS has bought and is about to implement the equipments (hard and soft) of an information/computer system for use in managing the operations on the whole Cameroonian electricity transmission network

The objective of this dissertation is to (i) elicit all the requirements and aspects for the business integration of this information system and (ii) develop their corresponding specifications. In this light, the adopted methodology combines aspects of information systems project implementation, requirement engineering; change management; process reengineering and technology transfer.

This work would be followed by another project that would try to generalize the results obtained for AESS in producing specifications for the development of a quality assurance software for the business integration of an information system in any given business/company.

TABLE OF CONTENTS

DEDICATION 1

ACKNOWLEDGEMENTS 2

GLOSSARY 6

GENERAL INTRODUCTION 15

CHAPTER 1: CONTEXT AND PROBLEM DESCRIPTION.................................17

1.1: INTRODUCTION 18

1.2: PRESENTATION OF AES SONEL 18

1.2.1: History 18

1.2.2: Mission 18

1.2.3: Organization of AES Sonel 18

1.2.3.1: Hierarchical organization of AES Sonel 18

1.2.3.2: Organization of the network operations department 19

1.2.4: Description of the AES Sonel network 20

1.3: Problem location and description 23

1.3.1: Existing operations management system 23

1.3.1.1: Processes 23

1.3.1.2: Procedures 23

1.3.1.3: Resources 24

1.3.1.3.1: Human resources 24

1.3.1.3.2: Systems 24

1.3.1.3.2.1: Existing SCADA system 25

1.3.1.3.2.2: Existing telecommunication system 27

1.3.1.3.2.2: Softwares 29

1.3.2: The TSO and the new electricity market system 29

1.3.3: Problem statement 32

1.3.4: PMS description 32

1.3.4.1: Compositional overview 33

1.3.4.2: Technical Overview of PMS 34

1.3.4.3: Functional Overview of PMS 38

1.3.5: The Business Integration problem 43

1.4: Scope of work and specific objectives 44

CHAPTER 2: METHODOLOGY.....................................................................45

2.1: INTRODUCTION 46

2.2: Technology transfer 46

2.3: Technology transfer project management 48

2.3: Information systems project implementation 49

2.4: Requirement engineering 52

2.4.1: Requirement gathering 52

2.4.2: Requirement analysis and specifications development 54

2.5: Change management 55

2.6: Business Process Reengineering (BPR) 57

2.3: Conclusion 60

CHAPTER 3: RESULTS...............................................................................61

3.1: Introduction 62

3.2: Requirements for PMS business integration 62

3.2: PMS business integration requirements specifications 62

3.2.1: Technological requirements 62

3.2.1.1: Pre-requisites for implementation 62

3.2.1.1.1: Human Resources 63

3.2.1.1.1.1: Implementation 63

3.2.1.1.1.2: Project Follow-up and Handling 63

3.2.1.1.1.3: Systems Operation and Business Integration (BI) 65

3.2.1.1.2: Civil, Construction and adaptation Works 66

3.2.1.1.3: Telecommunication Infrastructure 66

3.2.1.2: QUALITY DATA FOR SYSTEM 67

3.2.1.2.1 Organizational Data 67

3.2.1.2.1.1 Transmission Network Plan 67

3.2.1.2.1.2 Telecommunication Network Infrastructure 67

3.2.1.2.1.3 Profile Data for System users (System Operators and System Administrators) 68

3.2.1.2.1.4 Generation System Owner Data 68

3.2.1.2.1.5 Transmission System Customer/End User data 68

3.2.1.2.2 Referential Data 69

3.2.1.2.3 SCADA Process Data 70

3.2.1.2.3.1 Controls 71

3.2.1.2.3.2 Status 71

3.2.1.2.3.4 Measurements 72

3.2.1.2.4 EMS Process Data 72

3.2.1.2.4.1 Generation Process Data 72

3.2.1.2.4.2 Network Application Process Data 73

3.2.2 Organizational requirements 74

3.2.2.1 Operations reengineering 74

3.2.2.2 Organizational reengineering 77

3.2.3 Operational requirements 79

3.2.3.1: Systems rollout 79

3.2.3.2: Training 79

3.2.3.2.1 Objective 80

3.2.3.2.2 Training types 81

3.2.3.2.3 Training Plan 81

3.2.4: Maintenance and Support 82

3.2.4.1: Maintenance and Spare Part Replacement Strategy 82

3.2.4.2: Support Strategy 84

3.2.5: Documentation 84

3.2.5.1: Hardware Documentation 84

3.2.5.1.1: Equipment Documentation 85

3.2.5.1.2: Installation Documentation 85

3.2.5.2: Software Documentation 86

3.3 Quality assurance measures conformance checklist for business integration 86

3.3.1: Telecommunication systems quality assurance conformance checklist 86

3.3.2: Systems rollout quality assurance conformance checklist 87

3.3.3: Training quality assurance conformance checklist 87

3.3.4: Documentation quality assurance conformance checklist 88

CONCLUSION AND PERSPECTIVES.............................................................89

BIBLIOGRAPHY/REFERENCES....................................................................91

ANNEX...................................................................................................93

TABLE OF FIGURES

Figure 1: Hierarchical organizational chart of AESS 16

Figure 2: Organizational chart of the network operations department 17

Figure 3: The southern grid 19

Figure 4: The northern grid 20

Figure 5: SCADA systems on the southern grid 23

Figure 6: Control room at dispatch center, Magombe, Edea, Cameroon. 24

Figure 7: Future hierarchical dispatching structure 28

Figure 8: Compositional overview of PMS system 31

Figure 9: SCADA/PMS system Overview 32

Figure 10: Principle overview of system control center, Cameroon 35

Figure 11: PMS subsystems functions 37

Figure 12: Metering Management system 40

Figure 13: A system 44

Figure 14; The system development life cycle is sometimes called the waterfall method 46

Figure 15: Process data diagram for the change management process 54

Figure 16: Business process reengineering consolidated methodology 57

Figure 17: Generation assets and storage dams foe AES Sonel a

Figure 18: National System Control Center (NSCC), Douala b

Figure 19: North Control Center, Garoua c

Figure 20: Yaoundé Control Center, Yaoundé d

THIS PAGE IS INTENTIONALLY LEFT BLANK

GENERAL INTRODUCTION

In July 2001 AES acquired 56% of the shares of the sole electrical energy service provider company Sonel. The concession agreement signed between AES and the Cameroon government requested the modernization of equipments and operations management of the new company AESS as a progressive move towards the liberalization of the Cameroon electricity market system. This new electricity market structure requires the unbundling of the Transmission System Operator (TSO) from AESS. In order to ensure security and reliability in electricity network and market operations, the TSO as the system operator with exclusive right to operations management, shall share the same information and information system facilities with AESS who conserves asset owner responsibilities and exclusive rights to provide transmission services. Requirements

In line with the above, AESS has decided to implement a new Power Management System (PMS). The PMS is an IT-based solution package composed of SCADA infrastructures on top of which specific software are implemented to manage planning, supervisory control, and the accounting of electricity flows between the main nodes of the network. Given the importance of this new system, the large total cost of ownership associated with acquiring and running it, AESS is facing challenges on its appropriate business integration.

More precisely,  the business integration project of the new SCADA/PMS at AESS would consist of integration in three dimensions : (i) integrating technology in terms of implementation by the EPC contractor (Siemens) as defined in the system design specifications; (ii) integrating functionalities in terms of systems rollout, system documentation, maintenance and support planning, training users to ensure sustainability of the system service delivery; (iii) integrating organization in terms of business operations re-engineering to ensure that both network operations management and the new electricity market stakeholders derive expected project benefits.

Therefore, in order to ensure full ownership of the technology and effectiveness of the expected benefits from the new SCADA/PMS system, AESS has decided to analyze and study all the requirements and aspects across the above three axes, in the bid to design specifications for an efficient business integration solution.

The job during the internship at AESS was to do a requirement study for the business integration of the SCADA/EMS module (one module of the PMS).

Chapter 1 presents the context and background and then states the problem to be solved with the goals and objectives to be attained. In order to give a clear picture of the problem being solved, this chapter also gives an overview of the technologies to be integrated.

Chapter 2 exposes some concepts and state-of-the-art techniques as well as adopted the methodology used in doing the requirements study.

Chapter 3 presents a summary of the results (the different aspects and requirements for business integration with their corresponding specifications) and some of their benefits in terms of quality assurance measures for AESS's business integration project.

This work finishes with a conclusion, project status at AESS, and the in terms of next steps of my internship project and my research work.

.

CHAPTER 1

CONTEXT AND PROBLEM DESCRIPTION

1.1: INTRODUCTION

This chapter briefly presents AESS as well as stating the problem to be solved with the scope of work, goals and objectives to be attained. Also, in order to give a clear picture of the problem being solved, this chapter also gives a brief overview of the technologies to be integrated.

1.2: PRESENTATION OF AES SONEL

1.2.1: History

SONEL was founded in 1974, born of ENERCAM which was in turn the daughter of Electricte du Cameroon. It became AES Sonel on the 18 July 2001 when 56 % of the capital was transferred to the American group AES CORPORATION, one of the world's largest private electricity companies. It is a public limited company and is the sole electrical energy service provider company in Cameroon till date.

1.2.2: Mission

The mission of AESS is to generate, transmit and distribute reliable energy in compliance with safety standards as well as supply to Cameroon industry reliable and clean energy with a high sense of social responsibility. AESS caries out this mission within the framework of the concession agreement and electricity sale license agreement that both determine the perimeter, modalities and conditions.

1.2.3: Organization of AES Sonel

1.2.3.1: Hierarchical organization of AES Sonel

AESS is structured into departments, sub-departments, divisions and services. It is organized into 9 departments and my internship took place at the network operations department depicted in red in the figure below which displays the organizational chart of AESS. Each of these departments is subsequently organized into sub-departments made up of divisions and services. The head office headed by the GM/CEO is organized into a communications sub-department, a legal affairs sub-department, a compliance sub-department, a safety and environment sub-department and a community partnership section. Part of my internship also took place at the productions department and the network departments.

Figure 1: Hierarchical organizational chart of AESS

1.2.3.2: Organization of the network operations department

The network operations department is organized into sub-departments, sub-division and division as depicted in the figure below

Figure 2: Organizational chart of the network operations department

The network operations department, future Independent System Operator/Transmission network Operator (TSO), is presently responsible for managing all the operations on the electricity transmission network. It carries out this mission through the following divisions with their respective functions

· Grid operations Divisions: Located at the Grid Dispatch center in Magombe, Edea is responsible for supervision and control of the electricity transmission network, data management, capacity planning and operations planning.

· Hydrology Sub-division: Located at the Grid Dispatch center, is responsible for managing and providing information concerning the water levels and flow rates in the production dams, storage dams and on the Sanaga and Benue river

· Metering and Scheduling division; responsible for operations planning, metering, energy accounting and billing.

· Information system division: responsible for the management (design, maintenance and support) of the information system used in network operations management as well as the establishment of communication procedures for the network operations department.

· Grid code and documentation division: establishment and management of the grid code.

1.2.4: Description of the AES Sonel network

AESS carries out its mission of generating, transmitting and distributing reliable electrical energy of excellent quality in compliance with safety standards through a generation network made up of both thermal and hydro generating power stations, a transmission network made up of two isolated grids (the northern grid and the southern grid) and a low voltage distribution network.

AESS has an up-to-date an installed generation capacity of about 900MW of which about 88% is hydro and 12% is thermal. Its two main hydro power stations, Edea and Songloulou with installed generation capacities of 265MW and 384MW respectively are located on the Sanaga River. Another hydro power station is located in Lagdo, on the Benue River, with an installed generation capacity of approximately 72MW. These three hydro plants are supplemented by thermal plants (HFOs and LFOs) located in Limbe, Douala, Yaoundé and Bafoussam. About 30 aging diesel power stations that supply isolated centers in the country.

Transmission through the SIG is done using MV (30/15KV) and HV (225/90KV) power lines. The figure below depicts the whole SIG showing all its substations and power stations.

Figure 3: The southern grid [26]

As a summary and as can be seen from above, the SIG has

Ø 29 substations (both 225/90KV and 90/30/15KV)

Ø 2 hydro power stations

Ø 4 Heavy Fuel Oil (HFO) thermal power stations

Ø 5 light Fuel Oil (LFO, Diesel) thermal Power stations

Transmission through the NIG is done using MV (30/15kV) and HV (110/90kV) power lines respectively. The figure below depicts the NIG showing all its power stations and substations

Figure 4: The northern grid [26]

As a summary, the NIG is made up of

Ø 5 substations

Ø 1 hydro power station

Ø 1 thermal power station

Distribution is done through a highly radial LV (400/380V) network using MV/LV transformers. AESS presently serves 528,000 customers, which constitutes 60% of the urban population and 30% of the rural population. Billing is done using 365 grid connected meters on the northern grid and 1300 grid connected meters MV points on the southern grid.

1.3: Problem location and description

1.3.1: Existing operations management system

The entire existing operations management system used by the network operations department for the management of all the operations on the electricity transmission network is organized into processes, procedures and resources.

1.3.1.1: Processes

The processes involved in transmission network operations management which represent an audit of the main technical activities of the network operations department include

v Capacity planning: demand planning forecasting, load flow and stability assessment, technical studies and enquiries, replacement and refurbishment planning and transmission system improvement efficiency.

v Operations planning: water flow and load forecasting, generation scheduling, production simulation including costing and budgeting, active and reactive power dispatch optimization and transmission reliability and efficiency.

v Data management: data preparation including collection and warehousing, energy accounting (power exchange metering operation), technical performance reporting.

v Supervision and control: grid dispatch logistics, system real time monitoring and control, power system restoration, control room resource scheduling and system data and event logging.

v Water resource management: management of the water level and flow rate in the storage dams, productions dams and the hydro stations on the Sanaga River.

v Metering and scheduling: billing, energy and production counting, energy and production costing, energy allocation, energy balancing, energy flow registration, losses calculation, meter reading and meter data collection, contract management, meter maintenance and metering infrastructure management.

v General: training, information exchange, IT infrastructure maintenance and support.

1.3.1.2: Procedures

There exist well established procedures in operating instructions manual for all the above processes of which detailed description is out of scope of this work. For example, for the supervision and control process, there exist different procedures to be used by the grid dispatch/system operators in restoring the power system to the normal state from an alert state, an emergency state, a critical state or a black-out state and of which there also exist different procedures for restoring the power system to the normal state from a black-out state resulting from a fault, insufficiency in production capacity, maintenance intervention, failure of a major equipment or system e.t.c.

1.3.1.3: Resources

The resources used managing operations on the transmission network can be divided into human resources and systems (technologies, softwares)

1.3.1.3.1: Human resources

The network operations department organized into a grid dispatch sub-department and TSO sub-department has at its head an engineer (departmental head).

The grid dispatch sub-department headed by a senior operations engineer (the sub-departmental head) is structured into an operations division and a hydrology sub-division. The operations division is made up of 11 employees with a senior electrical engineer at the head (operation divisional head) and a team of 10 dispatchers/system operators working on shifts of 8 hours per day and 7 days a week while the hydrology sub-division is made up of about 10 employees with a senior hydrology engineer at the head (divisional head), 2 hydrology technicians responsible for collecting and analyzing hydrological data obtained by the other technicians dispersed at the different hydro stations on the Sanaga river and at the production dams.

The TSO sub-department headed by a senior engineer is structured into an information system division, a metering and scheduling division and a grid code and documentation division. The information system division is made up of a 1 employee (the divisional head) while the metering and scheduling division is made up of 3 employees with a senior engineer at the head (divisional head) and a team of 2 technicians to assist the engineer in his function to carry out the division's mission.

1.3.1.3.2: Systems

Even though most of the underlined processes involved in operations management cited above are carried out manually, there exist nevertheless some operations management systems/technologies to aid in their management.

1.3.1.3.2.1: Existing SCADA system

Supervision and control of all the operations on the southern transmission network is done in the control room at the grid dispatch center in Edea using two SCADA systems deployed on the southern transmission network, the SKAN4 since 2008 and the LS 2000 since 1979 running in parallel and by a team of 10 grid dispatch operators working on a shift of 8 hours per day. These two systems are depicted in the figure below where components of the SKAN4 system are colored in red

Figure 5: SCADA systems on the southern grid [1]

This control room depicted in the figure below is made up of a control desk with two operator stations, each with also two MMI color 21" Displays, corresponding keyboards and event printers available for display, printing, control and monitoring of limited parts of the 225 kV/90 kV network substations and power stations of the southern grid.

The SCADA system supplied by «Landys & Gyr« consist of redundant (main and back-up) master computers of type LS 2000 to process information acquired and transmitted from the Substations and Power stations through the installed RTUs, 7 from type Telegyr 709 as Master RTUs and 12 from type Telegyr 065 as slave RTUs [1]. The information to be processed includes

§ Critical and non critical alarm signals (AN and AC)

§ Single indications (TS)

§ Double indications (IM and IR)

§ Telecontrols (TC)

§ Measurements (TM)

§ Query signals (QG)

Figure 6: Control room at dispatch center, Magombe, Edea, Cameroon.

All data from and to the substations and power stations RTUs are transmitted with 200 Baud Power Line Carrier (PLC) links using the 225 kV and 90 kV overhead line conductors.

A mimic board is also installed at the control room in front of the operator desk. Only few information (status indications, alarms and measurements) acquired directly from the Mangombe Substation are still available at the mimic board [1]. At the control center the mimic board is presently used mainly as a passive network single line information board and as the conventional back up local control panel for the Mangombe 225/90 kV Substation.

The SKAN4 system supplied by `Siemens' and which runs in parallel with the LS 2000 system has a similar configuration with the LS 2000 system but consist of 15 TG 805 and 2 TG 065 RTU/data concentrators sending signals (status, measurements, alarms and control signals) back to a redundant (master and back-up) set of MMIs for processing through a PLC communication link. The one operator station with the computers for monitoring, supervision and control has one keyboard, a mouse and a separate printer for event printing.

1.3.1.3.2.2: Existing telecommunication system

The existing telecommunication systems in use for SCADA in Cameroon (in the southern grid) comprise mainly Power Line Carrier (PLC), UHF/VHF and Microwave radio links, some Fiber Optic (FO) links installed in recent time. The telecommunication network is used for transmission of SCADA data (from some 20 substations and power stations in the 90kV and 225kV network) and operational voice communication. Except for some links in the

Southern grid, redundant telecommunication paths do not exist. There are another 5 stations in the north of the country, connected via PLC to the 90/110kV grid. The PLC links in the northern grid are only used for voice communication [1]. At present there is no hierarchical structure with regional control centers i.e. the RTUs send their telegrams directly to the SCC, which is the high level control center.

The following bullets show the basic SCADA communication concerns:

· Only some 20 RTUs (out of approx. 30 stations that will be situated in the 90/225kV southern grid in the future) are connected to the control center today.

· SCADA data transmission between the RTUs and the control center is using data channels with transmission speed of 200 bit/s.

For operational voice communication besides the PLC network; GSM, Cisco IP phones and VHF radio based telephone system are installed for connection of the SCC and the power stations and substations and other administrative offices for AESS all over the country. AES SONEL is also using public telephone lines for the operational voice communication [1].

Besides the usage of PLC, GSM, Cisco IP phones, VHF and Microwave links, connections to the public telephone services are partly being used for administrational voice communication from AES SONEL main office with offices all over the country. Data communication is mostly being done through emails using an intranet system.

1) PLC (Power Line Carrier) system

Most of the existing PLC terminals are manufactured by AREVA (former CEGELEC-ALSPA), some by ABB (former BBC). For PLC communication AES SONEL, is utilizing the frequency range from 40 kHz-500 kHz. The coupling method used is phase-to-ground coupling [1]. The PLC terminals have a 4 kHz or 2X4 kHz bandwidth respectively, which is used to transmit voice and data information. Between the substations Logbaba and Koumassi (8.3 km) and between BRGM and Oyomabang (4 km), each one PLC link is interconnected through coaxial cables (50 ohm), which are integrated inside the 90 kV overhead line ground wire. The last part of ground wire between Logbaba and Koumassi is embedded in the earth with the 90 kV cable. The age of the PLC installations ranges from some years to over 25 years. Spare parts for the older types of PLC terminals are expensive or not available any more [1]. Especially for larger stations and for the interconnection of the power stations to the SCC, the SCADA data transmission speed of 200 bits/s is insufficient compared to state of the art SCADA systems. Most of the installed PLC terminals are not operational while in some cases only voice communication is possible, and the status of some links is such that they do not provide a reliable transmission medium for the transmission of SCADA data. Especially with the implementation of standard protocols (IEC 60870-5-101 and -104) for connection of RTUs to the Control Center, it is a vital requirement to install reliable data links providing sufficient data rates.

2) Radio systems

AES SONEL uses UHF/VHF and Microwave equipment in their radio system. The radio links are used for voice communication to substations, power stations and to AES SONEL offices (for administrative purposes) [1].Presently, 12 VHF relay stations, with 8 for the south and 4 for the north, cover the essential routes of HV, MV and LV AES-SONEL electrical

network. Each relay station is corresponds to an independent sub network and the sub-networks are not interconnected between each other [1]. The majority of the installed radio equipment is manufactured by Motorola of which some those especially the microwave equipments are non-functional while some have been abandoned.

3) Fiber optic system

AES SONEL's fiber optic system is presently made up of some fiber optic cables installed by AES SONEL in the southern grid with the total length of these fiber optic links summing up to approximately 288 km [1].

4) Telephone system

For operational voice communication within the AES SONEL; PAX based telephone, GSM and IP telephone systems are connecting the Control Centers, power stations, substations and administrative offices [1].

For voice communication between the SCC, substations and power stations in the southern grid of AES SONEL, PAX based telephone systems of various types and status are installed. The transmission is mainly using the existing speech channels (4 kHz) of the interconnected PLC equipments between the substations and power stations. PAX telephone systems are also installed in the substations and power stations of the northern grid [1].

Operational communication is using not only using the existing AES SONEL owned telecommunication network, communication with many substations is also through the Public Telephone Network [1].AES SONEL offices are using various communication paths for voice and data communication for administrative purposes (AES SONEL owned as well as Public Telephone Network) such as Cisco IP phones over the fiber optic links, MTN GSM mobile phones and an intranet system for data communication over the fiber optic link

1.3.1.3.2.2: Softwares

Apart from some excel sheets used by the hydrology department in the analysis of hydrological data and the SCADA software, the main software used by the network operations department is operations and capacity planning is the QSOM (Quantitative systems for Operations Management) software. It is used in daily dispatching through unit commitment and the establishment of a production plan.

1.3.2: The TSO and the new electricity market system

The process to open-up the electricity markets system in Cameroon as stated by the new electricity law started after the privatization of SONEL on the 18 July 2008 by the American AES Corporation. AESS would soon share the electricity market in Cameroon with Independent Power Producers (IPP), Independent Transmission Companies (ITCs) and independent retailers including large customers [2].

The TSO (Transmission System Operator) presently part of the network operations department would be unbundled from AESS and assigned to a subsidiary of AESS as stated in the concession agreement. AESS shall conserve transmission assets, asset owner responsibilities and exclusive rights to provide transmission services in the scope of transmission while the TSO shall conserve exclusive right to managing operations on the transmission network.

The TSO would be at the heart of this new electricity market system as demonstrated in the future hierarchical dispatching structure below

Figure 7: Future hierarchical dispatching structure [3]

The TSO in this new electricity market structure has as mission the following [23];

1. Maintain the security and the balance of load flows on the Transmission system and undertake the management of network power flows, taking account of exchanges within the interconnected network;

2. Maintain the reliability and security of the Transmission system, taking account of constraints upon the latter, and implement such measures as are required to ensure the availability of all the requisite auxiliary services and the maintenance of a high level of reliability and security on the electric system;

3. Ensure the optimum use of existing capacity;

4. Manage the take-up of available electricity production at the lowest possible price, preferably from the national market in case of exports, in accordance with functions in the general interest to be undertaken by the Transmission System Operator;

5. Guarantee the availability of management data and ensure that interested parties receive any information required for the purposes of billing and the settlement of payments in respect of services provided;

6. Not practice any discrimination between system users, subject to the limits of available capacity;

7. Supply to the operator of any other system which is connected to the SONEL system sufficient information to allow the secure, effective and coordinated operation of interconnected networks;

8. Facilitate the interconnection of systems under the terms of agreements concluded with any other system operators, participate in the implementation of rules governing interconnection and supervise compliance with these rules;

9. Prepare and submit to the Agency an annual estimate of Generating capacity, Transmission capacity and Distribution capacity connected to the system; and

10. Identify requirements for interconnection with other systems, potential Transmission capacity and electricity demand for the next ten (10) years; this analysis will be updated and submitted to the Agency each year.

In order to aid the TSO to properly execute its functions and carry out its mission, AESS is about to put into operation a new PMS (Power Management System) on the whole Cameroonian electricity transmission network which also forms part of the context of this work and of which the TSO (more specifically, the information system division under which i did my internship and of whom this dissertation concerns) has as obligation under this context

Ø Project ownership responsibilities for the implementation of the Power Management System (PMS) [23]

Ø Coordination of the proper operational integration of the PMS in business processes within the AESS [23]

And of which the business integration of this PMS in line with the PMS project opening memo is the last phase for the complete realisation of these obligations.

1.3.3: Problem statement

Based on the concession agreement signed between AES and the Cameroonian government which requested [2]

1) Modernization of company equipments

2) Modernization of operations management

AESS is about to put into operation a new PMS for the supervision, control and management of operations on the whole Cameroonian electricity transmission network. Also in order to ensure security and reliability in electricity network and market operations, this information system and the information obtained would be shared between the TSO (system operator, who has exclusive right to operations management) and AESS (concession holder, who conserves asset owner responsibilities and has exclusive rights to provide transmission services).

Faced with a business integration challenge which key to correct implementation, complete technology transfer, proper operation and the absolute ownership of this system; AESS has decided study and analyze all the requirements and aspects for the business integration of this system in the bid to design specifications and quality assurance measures for efficient business integration.

In other words, it involves designing quality assurances measures (requirements and specifications) used in the subsequent development of a number of quality assurance checklists to ensure the efficient business integration of this new PMS system. These quality assurance checklists to be established subsequently would be used to demonstrate compliance with the defined business integration requirement specifications upon completion of business integration to ensure correct implementation; full, proper and sustained operation; complete technology transfer and absolute ownership of system.

1.3.4: PMS description

The PMS is an IT-based solution package composed of SCADA infrastructures on top of which specific softwares are implemented to manage operations such as planning, supervisory control, energy accounting between the main nodes of the network e.t.c. More specifically, it is an information system with information management infrastructures/systems for real-time analysis of information.

1.3.4.1: Compositional overview

The new PMS system to be supplied by Siemens (EPC contractor) and to be business integrated is made up of the following three subsystems with their corresponding main operational objectives;

1. SCADA/EMS with main operational objective the optimization of network monitoring and control as well as switching operations for a better system security and reliability [2]

2. Water Resources Management System (WRMS) with main operational objective the optimization of the water discharge from the storage dams for an efficient energy generation and water use in the hydro power plants [2]

3. Automatic Meter reading/Metering Management System/Energy Data Management system (AMR/MMS/EDM) with main operational objectives the provision of reliable metering data from any major grid node of the overall system network to all entitled stakeholders and the determination of electrical losses inside the electrical supply system of Cameroon [2].

The compositional overview of the PMS is depicted in the figure below where real time data/information from the substations and power stations, the meteo and hydro stations and grid metering points acquired and processed by their respective hardwares; RTUs/data concentrators, meteorological/flow meters and grid connected meters; are transported over a telecommunications network to an interface hardware platform (made up of servers, switches, e.t.c) to be analyzed and processed by their respective softwares (information management systems); SCADA/EMS, EDM/MMS and WRMS softwares.

Figure 8: Compositional overview of PMS system [5]

1.3.4.2: Technical Overview of PMS

This IT-based solution package is made up of both hardware (network and control) and software components. The major network and control components of this PMS to be installed at the different substations, power stations, hydro and meteo stations and at the system controls centres are depicted in the figure below showing an overview of the PMS

Figure 9: SCADA/PMS system Overview [5]

All the different data acquisition stations and system control centers have communication buildings containing all the different telecommunication equipments such as communication back-up power supplies e.g. UPS, diesel generator, battery e.t.c; data concentrators; switches; routers and the fiber optic nodes e.t.c. All sensors and data acquisition equipments at the different data acquisition stations and grid metering points are connected through a highly redundant communication network to system control centers for information and operations management.

All RTUs communicate with the SCADA system through dedicated data channels. They will have single and double pole statuses, analog and pulse accumulator inputs, as well as supervisory control outputs for switching of circuit breakers and isolators as well as raise/lower controls for tap-changing transformers. These RTUs communicate in [1]

Ø IEC 60870-5-101 (balanced and unbalanced mode)

Ø IEC 60870-5-104 (which is TCP/IP and thus routable)

Ø dual-port-communication either

o With homogenous protocols (IEC 101-101 / IEC 104-104)

o Or with mixed protocols (IEC 104 main channel / IEC 101 standby channel).

Ø With a future capability of communicating in the IEC 61850

Six different telecommunication systems make up the telecommunication network associated to this new PMS system for voice and data transmission and include [1]

Ø OHTL (Over-Head Transmission Line) Power Line Carrier suitable for voice, SCADA data, corporate data and hotline telephones

Ø GSM fixed mobile facility at each substation

Ø Low Power VHF (Very High Frequency) link to remote offices

Ø Satellite link to the Garoua office in the North

Ø Microwave link

Ø FOC (Fiber Optic Cable) laid in the way leave of the existing OHTL's

At the system control centers, functions (information management systems and their corresponding applications) are compartmentalized into functional blocks/subsystems with the subsystems implemented on different servers and the servers distributed along a redundant Local Area Network (LAN). All the information managements systems (SCADA, EMS, WRMS, MMS and EDMS) and their corresponding application are critical in operations management and are hence implemented on dual redundant servers, with one of the servers serving as a hot standby. All the servers, workstations and network equipments are interconnected through a redundant fast Ethernet LAN using Ethernet switches. The most important and fundamental hardware equipments found in all the system control centers include [5]

§ Application and system servers, performing all the main data processing tasks and acting as the information reference sources for the entire system. Critical applications are implemented on dual redundant servers with one of the servers functioning in the hot standby mode.

§ Multiple workstation consoles with about 3 VDU per workstation. The workstation consoles are configured for different purposes (Operator, Engineering, Maintenance, Training e.t.c).

§ Large wall display unit connected to the real-time LAN to rear-project any displays that would ordinarily be visualized on a workstation

§ Redundant fast Ethernet 10/100base T switches to interconnect the different system control center equipments

§ GPS time and Frequency System (TFS)

§ Redundant color and Black & white printers accessible from workstation consoles for printing of the operating status of the network anytime an event occurs.

§ Redundant WAN routers for interconnection to other control centers and RTUs

§ Firewalls for connection to other LAN and WAN such corporate office LAN, TSO LAN, the internet

This new PMS as depicted in the figure above would be implemented on three system control centers with the following borders of operational responsibility [5]

1. A National System Control Center (NSCC) to control and monitor the entire HV network of AES SONEL in Cameroon, including the outgoing MV feeders, located in Douala and made up of SCADA and EMS applications.

2. A regional Northern Control Center (NCC) to control and monitor (in case of break-down of data communication to Douala) the isolated HV network of the North, including the outgoing MV feeders, located in Garoua and made up of only SCADA applications.

3. A back-up Yaoundé regional Control Center (YCC) to control and monitor (in case of break-down of data communication to Douala) the Yaoundé HV network including the outgoing MV feeders located in Yaoundé and made up of only SCADA applications.

Also, regional distribution grid monitoring and partial control would be done at the system control centers and by the regional distribution control centers (CCRs) in the future.

LAN connections shall be installed between the AESS offices in Douala (Bassa, Charles de Gaulle and Koumassi), the system control centers and the TSO offices for information sharing on transmission and distribution planning and maintenance by AESS as well as on other issues such as energy dispatch, hydro-thermal scheduling/coordination and water management by the TSO as depicted in the figure below which shows an principle overview of the PMS and the future hierarchical dispatching system.

Figure 10: Principle overview of system control center, Cameroon [1]

Also as depicted in the figure above, there will be an operator workstation with a three screen Console for each distribution network ((Yaoundé (YCC), Garoua (NCC) and Douala (Remote

console)). For the distribution grid of Douala one operator workstation and corresponding Console will be located in the same building as the SNCC. The subsystems (back-up Control Centers, YCC and NCC) for Yaoundé and Garoua will be located at the AESS building in Mbankolo and the control building of the Garoua SS/PS. From these workstations the MV feeders in the corresponding HV/MV substations can be remotely controlled and supervised.

1.3.4.3: Functional Overview of PMS

Any time there is a change of state in the network as a result of an event, signals (alarms, status, measurements and control signals) from the sensors and actuators locally controlling the different substation and power station equipments, stored and processed in the RTUs/Data concentrators, are send over a redundant telecommunications network to the control centers and then displayed in real time on the workstation consoles of the grid dispatch operators. This real time data and displays give the operators minute-by-minute up-to-date information about the status of the network and are also used by the underlying EMS application modules for real time analysis and computations to aid them in decision-making.

In addition to some of the supervision, control, data acquisition, data processing and MMI functions provided by the existing SCADA system and which would be renewed and extended by the SCADA subsystem of this new PMS system, this new SCADA subsystem brings in new functionalities such as [2]

· Topology processor: responsible for analyzing the open/closed status of network switching devices such as breakers and disconnectors in order to define the configuration of the network for screen projection and display.

· Data dissemination: provides the ability to transmit and receive data (telemetered data, calculated and manually entered data, data generated by application programs and text data such as alarm messages, event messages e.t.c to and from other control centers and other computer systems e.g enterprise management systems or enterprise wide databases, settlement systems e.t.c.

· Outage scheduler: assist authorized user in scheduling future outages of power system equipment.

· Information storage and retrieval functions such as journalizing, energy data collection and calculation, disturbance data for post mortem review.

The figure below illustrates the different functional blocks/subsystems of the new PMS and how they interact with each other. The EMS subsystem has the main task of economically optimizing the utilization of generation facilities within the constraints imposed by the transmission network and power/energy exchange contracts or power producers and includes all the task related to energy purchase, determination of generation cost, generation maintenance schedules, unit commitment, load frequency control e.t.c The Energy Management Software in the Power Applications refers to the group of functions that monitors and controls the generated and exchanged power in the electric system. In real-time the EMS there would be a significant amount of coordination between the control center and the various power plant facilities. System-wide economic benefits are to be achieved when this coordination would be optimized taking into consideration unit efficiencies, fuel costs and availability, transmission efficiencies, unit and transmission outages as well as interchange power availability and price.

Figure 11: PMS subsystems functions [2]

The following new functionalities amongst others would be brought in by the new EMS subsystem in capacity and operations planning and metering and scheduling [1];

· Load forecast: forecast on demand on daily, weekly, monthly seasonally (rainy and dry season) and annually basis as well as use the forecasting model predict initially stream flow between the reservoirs (Mbakaou, Mape and Bamendjin) and the power plants (Edea and Songloulou).

· Economic dispatch: allocate generation in an optimal manner among committed units to minimize production cost while respecting reserve requirements and other constraints

· Load Frequency Control (LFC): to keep controlled area's frequency, area interchange and system time within pre-defined limits.

· Interchange scheduler: allow the operator to develop record and maintain the interchange transactions negotiated with other systems and/or generating companies.

· Reserve monitor: to monitor and account for available generation capacity and system reserves both system-wise and on a generating unit basis as well as reactive power reserve to allow voltage control regulation.

· Hydro scheduling: responsible for determining optimal operation of the hydro system, taking into account constraints and limits.

· Hydro-thermal coordination

· Energy accounting: for calculating the cost of energy interchanges based on tariffs defined in the respective transactions.

· Power flow: enable operator to study power flow under a wide variety of different network situations

· Short circuit analysis: analyze potential short circuits in network and compute fault currents at selected buses and fault current contributions from other equipment near the faulted buses

· State estimator: application that processes raw real-time telemetry data and pseudo measurements to provide real time power flow solution for the entire network as well as detect and isolate failed or bad data using either the orthogonal transformation algorithm or the normal equation with constraint algorithm. Also checks and verifies credibility of data including limits, consistencies and validity.

· Contingency analysis: application that analyses the threats to the power network that can potentially result from a credible set of contingent events under steady-state power system conditions e.g. short circuit, line loss e.t.c using either the Newton-Raphson's or the fast decoupled power flow algorithm.

· Optimal power flow: application that enables optimization in the utilization of the power system generation and transmission network by using a non-linear programming method to identify operating bottle necks and the marginal cost of binding constraints in MW dispatch, MVAR dispatch, fuel cost minimization and remedial scheduling.

· Dynamic stability simulation: solve power systems dynamic problems such providing accurate simulation models and algorithms to cover the complete range of transient and time frames, calculation of initial conditions based on power flow results e.t.c

· Harmonic analysis: for carrying out frequency scan and harmonic load flow for the determination of network natural frequencies and for filter design.

· Dispatcher Training Simulator: A DTS (Dispatcher Training Simulator) for both new and experienced dispatchers with main functions to train new dispatchers, train dispatchers on advanced EMS applications, train dispatchers on new EMS applications, testing new EMS packages and post disturbance analysis.

Apart from the SCADA functions of data acquisition, monitoring and control of hydro stations, the water management system offers the following addition functionalities [1]

· Forecasting: water flow and water level forecast at the different hydro stations on the Sanaga and benue rivers, stream flow between the reservoirs (Mbakaou, Mape and Bamendjin) and the power plants (Edea and Songloulou) and inflow into the reservoirs during the discharge and filling periods using a forecasting model that uses measured historical data from hydro stations and forecasted precipitated data

· Determine the optimal release of water from the reservoirs to cover entire dry season taking into consideration the hydro plant cascading on the river basin using a catchment model

· Scheduling of hydro and thermal plants to optmise resources especially during critical periods such as the dry season

All energy flows into and out of the HV network and other energy flows within the energy market would be processed by the MMS [1]. Metering data from all the metering points equipped with metering equipments (modems/IEDs) would be send over a telecommunications network to the central MMS. This MMS combined AMR system offers the following functionalities

· Data acquisition

· Data storage and processing

· Data validation

· Data reporting and analysis

There is in general a gap between the physical energy flow, which can be determined by the meters installed in the electrical grid and the energy flow determined by the rules of the electricity market. The transformation from meter data into energy data is a crucial function and a prerequisite for the settlement of the market interactions between the entitled market participants. The energy data management (EDM) is a software component that transforms metering data into energy data by processing besides the metering data also the schedules of the forecasted data for consumption and electricity provision [1]. The EDM system offers the following functionalities using some mathematical, programmable macro and scheduling functions with an interface to contractual and economic information [1]

· Transformation from metering data to energy data

· Depiction of commercial transactions

· Energy allocation

· Energy balancing

o identification of deviations between forecasted consumption schedule and real consumption

o identification between forecasted supply schedule and real supply schedule

o allocation of balance energy

· Verification of energy supply from various sources

The figure below depicts the flow of metering data from the metering system through the energy data management system to the billing system

Figure 12: Metering Management system [1]

The figure above shows clearly the function of an EDM-system in the context of metering and billing.

1.3.5: The Business Integration problem

Business integration involves all the processes necessary in bringing into full and sustained operation equipments (hard and soft) in order to make sure that they satisfy the needs they were undertaken for during buying. While the excellent business integration of a system can have substantial impact on the success of a business, technology alone has no value. In the case of information systems, business integration includes all the processes from implementation through transfer and operation to ownership and the excellent business integration of an information system is indispensable for

Ø Correct implementation

Ø Complete technology transfer

Ø Full, proper and sustained operation

Ø Absolute ownership

The notion of business integration of an information system brings in the following important concepts

1. Technology transfer/technology transfer project management

2. Project implementation/information systems project implementation

3. Process reengineering

4. Change management

The most successful business integration implementations are those that meet the business integration requirements and contribute to the overall success of the business. The successful business integration of an information system by a business is measured with metrics reflecting the key performance indicators of the business and not IT metrics.

The socio-technical infrastructure of AESS in the case of information systems, is made up of obsolete technologies/equipments (hard and soft), ideas, concepts and technical as well as scientific know-how. A good example is the LS 2000 SCADA system installed since 1990 by `Landis and Gys' being used up to today as the main system in supervision and control while manufacturing of its equipments/components was discontinued since 1999 making maintenance, upgrade and extension of the system extremely difficult. New information system technologies/equipments destined for use in operations management such as for supervision and control, operations planning have faced serious business integration problems because of this technical, cultural and conceptual resistance like in the case of the new SKAN4 SCADA system supplied by Siemens with the aim of renewing and extending the capabilities of the LS 2000 SCADA system as a result of network expansion and increase in the number of substations, which is not fully operated and has been partially abandoned; the new daily dispatching software (QSOM) which faced resistance in application by the dispatch operators e.t.c. This obsolete socio-technical infrastructure and the concept of routine makes it extremely difficult for AESS to adapt and change against the reception of new equipments/technology which would impact the technological, functional and organization aspects of the company.

1.4: Scope of work and specific objectives

Due to the duration of the internship, this work would consist more concisely of identifying and studying all the aspects and requirements to produce specifications and a board of quality assurance measures for (i) total technology integration to ensure proper and correct implementation of system equipments; (ii) absolute functional integration to guarantee complete, full and sustained use of system functionalities and (iii) continual appropriate organizational integration to ensure total achievement of all technological and functional benefits, of the SCADA/EMS module (one module of the PMS) for the southern grid.

CHAPTER 2

GENERAL CONCEPTS AND METHODOLOGY

2.1: INTRODUCTION

In this chapter, we would be presenting a number of concepts and techniques which forms the combined methodology used to carry out this requirement study.

2.2: Systems development life cycle

The purpose of this a methodology is to specify a set of well-defined steps or phases, coupled with a set of clear, measurable exit criteria, for developing and implementing an information system) [24]. The system development life cycle (SDLC) is a set of steps that serves as the basis for most systems analysis and design methodologies.

2.2.1: strengths, weaknesses and limitations

An information system is a set of hardware, software, data, human, and procedural components intended to provide the right data and information to the right person at the right time [24]. A system is a set of interrelated components that function together in a meaningful way, delimited from its environment (its suprasystem) by a boundary, accepts inputs at its boundaries and outputs flow back across the boundaries while process is an activity that changes the system in some way. Of particular interest are the interfaces, the points at which the various system components communicate or interact. As a general rule, the more interfaces a system contains, the more complex the system. The figure below depicts the diagram of a system [24]

Figure 13: A system [24]

The system development life cycle methodology acts as a memory aid by imposing discipline, thus reducing the risk that key details will be overlooked [24]. Communication is enhanced because the methodology imposes a consistent set of documentation standards. The steps in the methodology enhance management control, providing a framework for scheduling, budgeting, and project management [24]. The tools associated with this methodology that makes it excellent is that it makes it easier to solve the problem of developing and implementing an information system and also, increases the likelihood that significant errors are detected early [24].

Using this method, raises a concern that the system developed may not accurately reflect the current business environment because the elapsed time between the initial proposal and system completion can be quite lengthy (often one or more years). Many methodologies require that specifications be «frozen» as work progresses from one step to the next, and user requirements do change over time. Given the fast pace of technology, this problem is particularly acute with hardware and/or software selected early in the process [24].

This is a traditional methodology used for developing and implementing many types of information systems, such as expert systems and real-time processing systems. Additionally, fourth-generation, fifth-generation, and objected-oriented languages require modifications to the traditional approach [24].

The project management life cycle is similar to the system development life cycle, with stages or phases defining a schedule and triggering resource allocations. Note, however, that a given project might encompass several related systems, and a given system might be divided into several sequential or concurrent projects.

2.2.2: The system development life cycle methodology (the waterfall method)

The systems development life cycle is sometimes called the waterfall method because the model visually suggests work cascading from step to step like a series of waterfalls with sometimes a considerable feedback between the various steps or phases [24]. A set of steps for solving information system problems: the basis for most systems analysis and design methodologies.

The first step is problem definition. The intent is to identify the problem, determine its cause, and outline a strategy for solving it [24].

Given a clear problem definition, analysis begins. The objective of analysis is to determine exactly what must be done to solve the problem. Typically, the system's logical elements (its boundaries, processes, and data) are defined during analysis.

The objective of design is to determine how the problem will be solved. During design the analyst's focus shifts from the logical to the physical. Processes are converted to manual procedures or computer programs. Data elements are grouped to form physical data structures, screens, reports, files, and databases. The hardware components that support the programs and the data are defined.

The system is created during development. (Note: Because the entire process is called the system development life cycle, some experts prefer to use other labels, such as system creation, for this stage.) Programs are coded, debugged, documented, and tested. New hardware is selected and ordered. Procedures are written and tested. End-user documentation is prepared. Databases and files are initialized. Users are trained.

Once the system is developed, it is tested to ensure that it does what it was designed to do. After the system passes its final test and any remaining problems are corrected, the system is implemented and released to the user. After the system is released, maintenance begins. The objective of maintenance is to keep the system functioning at an acceptable level

The figure below depicts the various steps to be followed when applying the waterfall method

Figure 14; The system development life cycle is sometimes called the waterfall method [24]

2.3: Information systems project implementation

Implementation is the process of completing the system and turning it over to the user [24]. In the case of an information system, it includes all the processes involved in site preparation; documentation preparation; personnel training; system cutover and system release. Implementation occurs after the system has been analyzed, designed, constructed, and tested [24].

1. Site preparation: It involves preparing the work environment, installing the hardware, and configuring any new equipment to work with existing computers and peripherals. The work environment includes sufficient space to hold the computer, its peripherals, desks, storage cabinets, printer stands, and other furniture, and to store such supplies as paper, ribbons, disks, backup media, forms, cleaning supplies, documentation, and procedure manuals. Wiring, communication lines, and other physical connections must be installed. A raised floor might be needed. Security features might be required [24]. A dependable power supply is essential. Large computer systems often require custom-designed power supplies. Although most small computer systems run on standard household current, the equipment can easily tax the limits of existing wiring (particularly in older buildings), so rewiring might be necessary. Surge protectors and an uninterruptable power source (UPS) are recommended for most systems. Air conditioning is another factor. Computers are heat sensitive, and heat-related problems are difficult to trace. The computer itself generates heat, and that can add to the air conditioning load. The cost of inadequate air conditioning is often measured in excessive downtime and high maintenance costs. Ergonomic requirements are intended to provide the users with a comfortable working environment. Key parameters include lighting, glare, airflow, noise, temperature, humidity, workspace, and the design of the furniture. Many organizations have implemented ergonomic standards.

2. Documentation preparation and design: Documentation consists of the specifications, instructions, tutorials, reference guides, and similar materials that accompany and explain a piece of software or a hardware component [24]. A complete set of user documentation, systems documentation, software documentation, and operations documentation must be available to support the implementation process. In addition to procedures for performing system tasks, preparing paperwork, entering data, and distributing output, documentation for backup, recovery, auditing, and security procedures is also needed. Documentation tells the users how to operate the system, helps to resolve problems and errors, and supports the training process.

3. Training: Before the system is released, the users, system maintenance personnel, system operators, and other people affected by the system must be trained [24]. The user manual and the written procedures form the core of the training plan. Initially, the analysts and other technical experts should show the users how to perform the various tasks. Gradually, the experts should do less and the users more until the users clearly understand the system. Following the initial intensive training period, the users should begin to work on their own, but the experts should be available to provide quick, accurate technical support. Over time the level of technical support should decline, but facilities for answering user questions (e.g., a help facility) should be maintained for the life of the system. In addition to the primary users and system support people, back-up personnel must also be trained. Often the primary person trains his or her backup. People retire, resign, suffer injuries and illnesses, and earn promotions, so there will be turnover. Training does not end when the system is released; it is an ongoing activity. In-house training is suitable when the system is developed internally. The training can be tailored to the system and the organization's environment, touching on the relationship between the new system and existing systems and stressing user interests and needs. Unfortunately, users sometimes undervalue in-house training because they believe the in-house experts will always be available to provide assistance on request. Third party training includes vendor-supplied training, developer-supplied training, and training from independent outside services. Such training is common when a company lacks in-house information system support or has no on-going training program, or when a third party develops the system. Some training is done in a traditional classroom environment. In other cases, the trainer goes to the trainee, perhaps providing one-on-one or small group training on specific equipment or in the user's environment. Videoconferencing is an economical training medium for a relatively brief time (hours, days, or weeks). Distance learning (via satellite or other communication media) is effective for longer periods (weeks, months, years). Interactive training software (on tape or CD) is both popular and cost effective. Computer-based training (CBT) utilizes the computer as a training tool; for example, an instruction system is a type of expert system that implements computer-based training.

4. Cutover strategies: System cutover is the process of turning the system over (or releasing the system) to the user. Some experts believe that a system should be released any weekday before Thursday, giving the users at least one day (Friday) to experiment and giving the installers the weekend to fix any last-minute problems. Other experts believe that a system should be released on Friday, thus giving the installers three full days to complete the installation before the users begin working with it [24].

5. System release: After the system is installed and stable, it is released, or turned over, to the user. In most cases, the system release or system turnover process includes a formal user sign off that implies user acceptance of the system [24]. If the system was developed in-house, system release marks the end of the developer team's responsibility. If the system was developed by outside contractors or consultants, system release implies successful completion of the contract.

6. Post-implementation review: A post-implementation (or post-release) review should be scheduled some time after the system is released [24]. During the post-implementation review the developers should investigate any remaining problems and compare the project's objectives, cost estimates, and schedules to the actual outcomes. The idea is not simply to find discrepancies, but to explain them. Knowing why mistakes were made is the key to improving the organization's analysis, design, scheduling, and cost estimating procedures. During the post-implementation review, such general concepts as the design philosophy and the design strategy should be discussed. The hardware platform, the inputs, the outputs, the interfaces, the dialogues, the processes, the files and databases, and the documentation should all be carefully studied to ensure that the system performs as designed.

2.4: Requirement engineering

Requirement engineering encloses all those tasks that go into determining the needs or conditions to meet new or altered systems taking into account of the possible conflicting requirements of the various stakeholders such as beneficiaries or users [10]. Also known as systematic requirement analysis, it is concerned with determining the goals, functions and constraints of hardware and software systems and is very critical to the success of a development project. New systems can change the environment and relationship between people, so it is important to identify all the stakeholders, take into account their needs and ensure that they understand the implications of the new system.. Requirement engineering involves the major tasks of requirement gathering, requirement analysis and requirement recording.

2.4.1: Requirement gathering

Also known as requirement eliciting, it is the process of determining what the requirements to meet the new or altered system [10]. Requirements are actionable, measurable, testable, related to identified business needs or opportunities, and defined to a level of detail sufficient for system design [27]. Generally for technical management, requirements are commonly categorized into

Ø Customer/operational requirements: statement of facts and assumptions that define the expectations of the system in terms of mission objectives, environment, constraints and measures of effectiveness and suitability (MOE/MOS). The key customer of the system is the operator. Operational requirements would define basic needs and answer the following questions [27]

· Operational distribution or deployment: where would the system be used?

· Mission profile or scenario: how would the system accomplish its mission objective?

· Performance and related parameters: what are the critical system parameters to accomplish the mission?

· Utilization environment: how are the various system components to be used?

· Effectiveness requirement: how effective or efficient must the system be in performing its mission?

· Operational life cycle: how long would the system be in use by its user?

· Environment: what environment would the system be expected to operate in an effective manner?

Ø Functional requirements: explains what has to be done by identifying the necessary task, action or activity that must be accomplished. [27]

Ø Non-functional requirements: requirements that specify criteria can be used to judge the operation of a system, rather than specific behaviors. Requirements which impose constraints on design or implementation. [27]

Ø Performance requirements: the extent to which a mission or function must be executed; generally measured in terms of quantity, quality, coverage, timeliness or readiness. During requirements analysis, performance (how well does it have to be done) requirements are interactively developed across all identified functions based on system life cycle factors; and characterized in terms of the degree of certainty in their estimate, the degree of criticality to system success, and their relationship to other requirements. [27]

Ø Design/Technology requirements: the requirements used in buying the system (system design specification requirements). [27]

Ø Derived requirements: requirements that are implied or transformed from higher-level requirements.[27]

Ø Allocated requirements: requirements obtained by allocating or dividing a higher-level requirement into multiple lower-level requirements.[27]

2.4.2: Requirement analysis and specifications development

Requirement analyst and engineers use several different techniques in analyzing requirements as well as establishing their specifications such holding interviews, holding workshops, prototyping, use cases e.t.c. In requirement analysis and specification development, they use techniques that include [10];

1) Stakeholder identification: modern technique which involve identifying the different stakeholders to use the system which encompass direct system users (operators, organization employing requirement engineer) to include senior management, back office systems or organizations and other organizations that can integrate horizontally with organization employing requirement engineer/analyst. The possible stakeholders of this PMS system in our context were identified to be IPPs, ITCs, AESS-T, large retailers, large and small customers, ARSEL and the TSO/present network operations department.

2) Stakeholder interviews: common method use in requirement analysis. These interviews help to reveal requirements not previously being envisaged as being within the scope of the project or even contradictory requirements. Most commonly, each stakeholder has idea of his expectation or would have visualized his requirements.

3) Contract-style: a traditional way of documenting requirements using the implementation plan proposed by the EPC contractor, Siemens in our context

4) Measurable goals: involves using a set of critical measurable goals during the requirement analysis during which the level at which each goal has been attained is continuously being verified.

5) Prototyping

6) Use cases: entails using case studies or examples of similar systems during the requirement analysis. The National grid and the NYISO (New York Independent System Operator) were used as case studies in system operation in our context.

2.5: Process engineering

2.5.1: Change management

Change Management is the process of requesting, determining attainability, planning, implementing and evaluation of changes to a system [11]. The two main goals of change management include: supporting the processing of changes and enabling traceability of changes, which should be possible through proper execution of the process. It is an important process because it can deliver vast benefits by improving the system and thereby satisfying customer needs. Change management can also cause enormous problems because it can ruin system or mix up change administration. In the information technology domain, more funds and work are put into system maintenance, which involves change management, than to the initial creation of a system [12].

The change management process includes a set of activities and deliverables. The six main activities involved in the change management process are

i) Identify potential change [13]: a potential change can be identified when a new functionality is required or a problem is encountered leading to a change request.

ii) Analyze change request [13]: involves determining the technical feasibility of the change as well as its costs and benefits.

iii) Evaluate change

iv) Plan change: entails analyzing change impact and creating a change plan.

v) Implement change: entails executing change, propagating change, testing change, updating documentation and releasing change.

vi) Review and close change: entails verifying and closing change.

The deliverables of the change management process are requirements include

Ø Requirement

Ø Problem report: document describing facts and information related to the problem

Ø Change request

Ø Change log entry: entry consisting of change request, change technical feasibility, change costs and benefits, change impact analysis, change planning, test report and change verification.

Ø Change technical feasibility: document indicating whether or not reliable hardware, software and technical resources are capable of meeting the needs of proposed system

Ø Change cost and benefits: effort required to implement and advantages.

Ø Change impact analysis: assessment of the extent of change

Ø Change planning

Ø Added and changed items

Ø Test report

Ø Documentation: explains, gives instruction for use or otherwise functions as a major guide to the system materials or system. Can be material or training.

Ø System release

Ø Change verification: a determination of whether or not the result of change implementation fulfills the requirements established.

The meta-modeling technique is used to describe the change management process. The figure below is a process-data diagram displaying an algorithm for the change management process with all its activities and deliverables

Figure 15: Process data diagram for the change management process [13]

2.5.2: Business Process Reengineering (BPR)

Business process reengineering is also known as Business Process Redesign, Business Transformation, or Business Process Change Management. Reengineering is a fundamental rethinking and radical redesign of business processes to achieve dramatic improvements in cost, quality, speed, and service. BPR combines a strategy of promoting business innovation with a strategy of making major improvements to business processes so that a company can become a much stronger and a more successful competitor in the marketplace. It encompasses the envisioning of new work strategies, the actual process design activity, and the implementation of the change in all its complex technological, human resource, and organizational dimensions [17].

Reengineering is an approach aimed at redesigning the way work is done to better support the organization's mission and reduce costs. It starts with a high-level assessment of the organization's mission, strategic goals, and customer needs. Within the framework of this basic assessment of mission and goals, reengineering focuses on the organization's business processes--the steps and procedures that govern how resources are used to create products and services that meet the needs of particular customers or markets. Reengineering identifies, analyzes, and redesigns an organization's core business processes with the aim of achieving dramatic improvements in critical performance measures, such as cost, quality, service, and speed. It focuses on redesigning the process as a whole in order to achieve the greatest possible benefits to the organization and their customers. This distinguishes reengineering from process improvement efforts that focus on functional or incremental improvement [16].

A key stimulus for reengineering has been the continuing development and deployment of sophisticated information systems and networks. Generally business processes are not reengineered simultaneously; they are done based on the following criteria:

Ø dysfunction: which processes are functioning the worst?

Ø importance: which are the most critical and influential in terms of customer satisfaction

Ø feasibility: which are the processes that are most likely to be successfully reengineered

The five main established methodologies from contemporary literature used in reengineering business processes and the activities in chronological order include

Reengineering methodology 1 [22]

1. Develop vision and strategy

2. Create desired culture

3. Integrate and improve enterprise

4. Develop technology solution

Reengineering methodology 2 [19]

1. Determine requirements and goals for the process

2. Map and measure existing process

3. Analyze and modify existing process

4. Design a reengineered process

5. Implement the reengineered process

Reengineering methodology 3 [18]

1. Set direction

2. Baseline and benchmark

3. Create the vision

4. Launch problem solving projects

5. Design improvements

6. Implement change

7. Embed continuous improvement

Reengineering methodology 4 [21]

1. Motivating reengineering

2. Justifying reengineering

3. Planning reengineering

4. Setting up for reengineering

5. As-Is description and analysis

6. To-be design and validation

7. Implementation

Reengineering methodology 5 [20]

1. Preparation

2. Identification

3. Vision

4. Technical and social design

5. Transformation

A consolidated methodology has been developed from the above five methodologies by taking into consideration their common attributes and differences. This consolidated methodology is depicted in the process flow diagram below, which shows the main processes and the activities involved

Figure 16: Business process reengineering consolidated methodology [7]

2.6: Technology transfer

Technology denotes the broad area of purposeful application of the contents of the physical, life and behavioral sciences [25]. Technology transfer is a long and complex process of innovation, that is, a process of adaptation and change. Technology transfer projects often occur where the recipient culture (technology-pull side) is different from the source culture (technology-push side) and therefore generally long, complicated and extend over an average of two to four years [25].

Technology transfer is composed of horizontal and vertical technology transfer and takes place at the following two main levels [25]

1. Development level: characterized by the following development and research phases; discovery phase, create phase leading to an invention, substantiate phase, development phase leading to a prototype and an engineering phase leading to a functional technological system which may be a process, an intellectual concept, a hardware product e.t.c

2. Impact level characterized by how the technology is going to affect its destination

Technology transfer might come as a result of a company strategy to improve on process management by buying a new technology and of which is the case of AESS in the context of this work or the ordinary commercial operation of a firm e.g. technology vendors who regularly transfer technology to their clients and of which is the case of Siemens (EPC contractor) for this PMS project in the context of this work.

An efficient technology transfer can be obtained by first answering the following questions [25]

ü What aspects of the technology are transferred in the transfer project? How can they be conceptualized?

ü How can the overall system within which the transfer occurs be represented?

ü What transfer model exist that can be used to develop a particular design?

ü What steps are required to ensure efficiency in the transfer and the technology appropriateness (integration) to the new context and specific destination point?

The following are the factors involved in a decision-making process in the pursued of a technology transfer strategy by the technology-pull side (purchaser, recipient or destination point) and the corresponding decision phases they affect. These phases and their deciding factors form in other words the steps used in ensuring an efficient and complete technology transfer (stages in a technology transfer project)

1. Needs and opportunities in the development plan phase

2. Technology transfer project analysis (technical feasibility, market analysis and financial analysis) for the implementation strategy phase

3. Technology transfer project evaluation and selection in the portfolio of project phase

4. Technical availability, cost and socioeconomic conditions in the design and management of the technology transfer project phase.

The technology transfer project analysis at the implementation strategy phase with feasibility studies entails

a) Needs assessment, that is, technical requirements for responding to a specific market demand and which would spell out linkages between users of product, producers or the competition

b) Impact on of the technology on destination

c) Technical feasibility of transfer, that is, feasibility in terms of current processes, comparative analysis with other technologies, equipments required human resources and skills needed, training requirements, contract and transfer-management conditions, requisite modification to existing processes, impact on working relations and functional linkages, impact on user and consumer behavior relative to final product.

Design and management of the technology transfer project is the last phase of the process and is one of the other main ways/mechanisms in which technology transfer takes substance apart from the purchase of a direct license.

2.7: Technology transfer project management

Management of a technology transfer project includes all the phases of design, planning and implementation of the transfer [25]. Unlike the classical phases of project management through which a technology transfer project also proceeds, managing a technology transfer project involves training and human relational learning with all the complexities it can entail. Technology transfer project management is all about overcoming conceptual resistance, technical resistance, economic and financial resistance, as well as cultural resistance which characterizes the behavior of all companies and businesses towards the coming of a new technology [25].

The management strategy for a technology transfer project depends on the following variables [25]

· Nature of the origin and destination systems; the socio-technical nature of the systems involved in the transfer.

· If it is a `technology-pull' problem involving socio-technical adaptation or a `technology-push' problem, involving building bridges across boundary lines

· Type of technology involved; hard or soft: the hard/soft metaphor applies to the technology transfer as well as to the type of resistance offered/boundaries encountered; the more scientific or conceptually intricate a technology is, the more changes integrating it would require at the destination end, the greater the degree of innovation it would require and hence the softer the technology would be while the more extensive the machinery and equipment associated with the technology are and the more they operate on a stand-alone basis, the more automated the technology is, the freer it is of the context and social sphere into which it is being placed, the harder the technology would be. Hard technologies or the hard components of a technology are fairly easy to transfer across hard boundaries (poorly developed destination systems in technology) while soft technologies or the soft components of a technology like information systems, technical know-how of a technology require careful integration

· Technical limits beyond which technology is no longer efficient

· Relative hardness of the boundaries/resistance: resistance to change is exhibited in the form of boundaries/barriers, keeping out change from the outside system.

· Relative hardness of the technology

· What would be transferred in the technology transfer

i)Transferring hard technologies across hard boundaries are conditions surrounding some turnkey based projects and have a greater chance of succeeding e.g. dam in Chine built by North American companies; (ii) transferring hard technologies across soft boundaries e.g. Canadian nuclear plant in Italy; (iii) transferring soft technologies across soft boundaries where the strategic issue for transfer project management is in terms of `technology-pull' (the receiver's objective) and finally, (iv) transferring soft technologies across hard boundaries which is the most complex from the technology transfer management perspective and where the central problem is the relative impermeability of the boundaries which sets up resistance to socio-technical change and makes innovation difficult.

Transfers concerning soft technologies or soft components of a technology need careful integration and pre-planned strategies, since they require substantial adjustments on a company's social system (e.g. its organization) while the transfers across hard boundaries would need intervening institutions as bridges between the source and destination as they would have to cross hard boundaries and thus overcome strong resistance to transfer.

2.7: Adopted methodology

A combined methodology which included concepts and methods from the systems development life cycle, information system project implementation, process engineering, and technology transfer and technology transfer project management was adopted.

Actually,

1. The systems development life cycle and the information system project implementation concepts and methodologies detailed the stages that would be crossed for the implementation of the PMS system equipments and were used to obtain some of the requirements

2. Requirement gathering techniques were also used to obtain the rest of the requirements

3. A link between the requirements was being established

4. The requirements were then grouped into the technological, organisational and functional dimension

5. Then, techniques and concepts in technology transfer, technology transfer project management, process reengineering, change management and requirement analysis and specifications development were being used to develop the specifications for the requirements.

Infact,

1) In order to make sure Siemens implement PMS equipments as specified, we need to

o Identify all prerequisites for implementation

o Set up the proper organization for PMS implementation taking into account AESS internal constraints Vs Contractor planning.

o Identify unit test requirements (FAT)

o Identify integration tests requirements (SAT)

o Identify system test requirements (SAT)

2) The most important responsibility of AESS during implementation is to

o Provide system data

o Validate system data

3) Business process reengineering would enable AESS to adapt, redesign and change (reengineer) its organization and business (existing socio-technical setting) to properly and completely integrate the PMS system equipments in operations management through a

o PMS Impact study : identify impacted business units/BU departments/people/detect people adequacy to function (quantitative/qualitative)

o First round of organizational change : new structure/units/function/ assignment/mission

4) Proper use of PMS equipments during their life cycle by all people involved in system operation and system management would be ensure by ensuring efficient technology transfer during business integration through

o Training of users

o Training program to organize training of users

o Keep user documentation available to every users

5) Full and sustained operation of implemented PMS equipments would be ensured by

o Setting-up a maintenance policy

o Making sure all people involved in system maintenance are trained

o Making sure training program include training of maintainers

o Making sure maintenance strategy/policy and contractor support entry are shared

o Keeping system documentation available for every one

2.3: Conclusion

We have adopted a methodology we are going to use in carrying out this requirement study of which we will present the results in the next chapter based on state-of-the-art techniques and concepts in requirement engineering, technology transfer, technology transfer project management, change management, information systems project implementation and business process re-engineering.

CHAPTER 3

RESULTS

3.1: Introduction

In this chapter, we present the results of this work by first presenting the requirements and then their specifications. The chapter then finishes by presenting the implications of the requirement specifications in quality assurances measures for efficient business integration.

3.2: Requirements for PMS business integration

The following requirements were obtained

1. Technological integration requirements

1.1 pre-requisites for implementation (site preparation)

1.2 quality data for system (data requirements)

2. Organizational integration requirements

2.2 Business process reengineering

3. Functional integration requirements

3.1 systems rollout

3.2 training

3.3 maintenance and support

3.4 documentation

3.2: PMS business integration requirements specifications

3.2.1: Technological requirements

3.2.1.1: Pre-requisites for implementation

The pre-requisites for the implementation of this new SCADA/EMS system are classified under three main categories

1) Human resources

2) Civil and construction works

3) Telecommunication infrastructure

All the above pre-requisites are critical and must be verified for existence and functional effectiveness before the implementation of this new system.

3.2.1.1.1: Human Resources

This involves the verification of human resources in terms of existence, qualifications for recruitment and preparation for training for the following main functions

§ Implementation

§ Project Handling and Follow-up

§ System Operation and Business Integration (BI)

3.2.1.1.1.1: Implementation

Human resources needed for OJT for the following implementation functions

- Tests (FAT, SAT I, SAT II, functional and availability test) and commissioning

- Site activities (substation adaptation works, site adaptation works, civil work and construction work e.t.c)

- System platform erection and installation

- Data entry, database generation and software adaptation, data population and data preparation

- System development, preparation and delivery

3.2.1.1.1.2: Project Follow-up and Handling

Human resources (both AESS staff and experts) for project follow-up and for the handling of project functions.

The following experts are needed for the project

- Project Director for overall project coordination, project management and to ensure implementation of overall systems

- Project Management assistant to assist project director in his functions

- Consultants (team of experts) to assist in project engineering, supervision of works, organization-change management, IT integration and support on information systems rollout

- SCADA/EMS expert for engineering and supervision of SCADA/EMS

- Power System expert for support in transmission and distribution system design and operation and in system modeling

- Organizational expert for support in commissioning and training, process re-engineering and change management

- Data warehouse expert to implement energy master data referencing and integration data flow, support test data preparation and support data cleansing and data populating

AESS staff for the steering committee responsible for the strategic follow-up of the project and made up of members from the project direction, EPC contractor project director, TSO, COO, DSI and the DDE.

AESS staff for Owner engineering functions which include

- Project engineering functions including confirming specifications in tender documents forming the basis for performance requirements; approval of contractor's plan to meet performance criteria; approval of detailed technical design and drawing provided by contractor; follow up of hard and software development and particularly the development of models; checking system conformance with functional specifications; agreement on testing procedures with contractor; witnessing factory tests in the manufacturer's work before acceptance for shipping to site; agreement on equipment configuration in transmission and generation stations, river basin and customer's premises representing scope of works at each location

- Project management functions including analysis of project risks; project completion report; detailed definition and monitoring of KPIs; ensure respect of cost and schedule; preparation of a detailed project control program; project office responsibilities such as accounting, supply chain follow up and reports preparation; project coordination, logistics, meeting organization, communication, readiness and circulation of documents; overall detailed planning of AES-SONEL workload during the work statement with the contractors

- Supervision of work functions including migration of project implementation risks; ensure readiness of technical documentation and as built drawings; commissioning and warranty run monitoring; witnessing site test and acceptance of performance of system as built; check buildings; quality assurance during implementation (AESS construction and safety rules); supervision of buildings, fittings, and furniture of national and regional control rooms and IT rooms

- Support on information systems rollout including preparation of trial and takeover of system; prepare testing and commissioning certification of the system; support in change management implementation, training supervision, new process and new procedures drafting in relation with user departments; detailed design of change management implementation road map to accommodate new systems; draft definition of borders of operational responsibilities; support in IT integration, database design and integration, data referencing and cleansing; ensure PMS efficiency measurement implementation, suitable data modeling and flows integration in the data warehouse; AES-SONEL PMS platform overall architecture during work statement with EPC contractor, taking into account PMS operational environment and interfaces with existing and future corporate systems (billing system, GIS, planning tools, maintenance management tools)

AESS staff for the project direction responsible for the operational direction of the project to achieve the corporate objective on behalf of the steering committee and composed of sub-directions from the following departments

§ Shared service department (DSG)

§ Development and Equipment department (DDE)

§ Network department (DRes)

§ Information system Department (DSI)

§ Commercial Department

§ Business Integration sub-direction

With each sub-direction made up of a sub-directional head, technical correspondent(s), project head(s) and expert user(s)

3.2.1.1.1.3: Systems Operation and Business Integration (BI)

AESS staff for the following functions

- Deputy Project Director for BI teams coordination, ensure information system integration for corporate objective effectiveness and overall IT overseer

- Network team leader to implement BI for network operations and assist in the supervision of the SCADA/EMS project

- Planning and Dispatching team leader to implement BI in planning and dispatching and modeling overseer

- IT integration team leader to provide and implement IT infrastructure for the overall PMS system

AESS staff for Business Integration functions in

v Planning and dispatching such as collection of network technical parameters, check accuracy of forecasting model, strategic outlook of business transformation through business integration (apply APEX deliverables), modeling overseer e.t.c

v Network Integration such as master data preparation, confirm interoperability of existing switchgear, issues connected to operation and maintenance, communication to all stake holders within the network e.t.c

v IT integration such as implementing data center and IT control rooms, implement telecommunications over IP (fiber optic, MAN/LAN cabling, GSM, GPRS and satellite), ensure AESS IT maintenance capabilities, provide data referencing and conversion platforms (Dataware house and GIS)

AESS staff for System Operation and day-to-day system running functions in

v Planning and dispatching

v Network operations (supervision and control, interventions, maintenance...)

v IT

3.2.1.1.2: Civil, Construction and adaptation Works

Some civil, construction and adaptation works which are the responsibilities of AESS and are required for the implementation of this new system include

Ø All external works such as paved areas, car parking, landscaping and construction of a higher perimeter wall and a guardhouse respectively around the premises and at the entrance to the Bali compound building except for everything that concerns the installation of the generating set.

Ø Construction of a second transformer substation in the NSCC yard behind the building

Ø Provide connection between the two transformer substations and the AC room of the NSCC for the contractor to connect to the power supply

Ø Painting of the external walls of the first and ground floor of the Bali building to harmonize with the entire building

Ø Refurbish the entire building both internally and externally including the roof in time so as to intervene as little as possible with the works to be executed by the contractor.

Ø Refurbishment and equipment of the room CCR (Centre de conduit de reseau) room in Douala

3.2.1.1.3: Telecommunication Infrastructure

The telecommunication infrastructure associated to the SCADA system responsible for voice and data communication is of full responsibility of AESS. The functional effectiveness of the telecommunication infrastructure is critical for the implementation of the new system. The following are very critical for the system implementation

Ø Connection of FO between the NSCC and the various users-de Gaulle, Koumassi, Bassa e.t.c

Ø Connection of multiple sites in Oyomabang, Bafoussam e.t.c

Ø Connection of FO to NCC and YCC

Ø Voice recorders at the NSCC, YCC and NCC

Ø Surveillance of RTU and process by surveillance of FO

Ø Installation of radio communication in NSCC, YCC and NCC

Ø Installation of Telephones and internet in the Bali building, NSCC, NCC and YCC

There are six telecommunication networks (PLC, OHTL, GSM, Satellite, microwave and VHF radio) associated to this SCADA system. The figure below shows the actual state of the FO and PLC networks of the AESS SIG

3.2.1.2: QUALITY DATA FOR SYSTEM

The data for the new SCADA/EMS system can be classified into four main categories

1) Organizational Data

2) Reference Data

3) SCADA Process (Application) Data

4) EMS Process (Application) Data

3.2.1.2.1 Organizational Data

This is data for system organization. It includes

3.2.1.2.1.1 Transmission Network Plan

· One line diagram of the whole SIG showing all Zones, Branches, Areas and Interconnections as well as all the hydro and thermal generating stations, loads, busbars, switches (isolators, disconnectors and circuit breakers), capacitor banks, transformers e.t.c

· One line diagram of all the existing transformation substations and generating stations substations showing load centers, busbars, switches (isolators, disconnectors and circuit breakers), capacitor banks, transformers e.t.c

· Name; location; characteristic voltage levels; number of feeders, transformers, capacitor banks, circuit breakers, isolators, disconnectors, busbars and other major components of all transformation substations and generating stations substations of the SIG

3.2.1.2.1.2 Telecommunication Network Infrastructure

· Telecommunication Infrastructure Plan showing all the different telecommunication networks (FO, GSM, VHF radio, PLC and microwave) on the SIG used in association with this new SCADA system for data transfer as well as for voice and data communication

3.2.1.2.1.3 Profile Data for System users (System Operators and System Administrators)

Data defining all the logging parameters of system users

· Names

· User type: Normal system user, System operator or System administrator

· Profile access method (knowledge-based e.g. password, possession-based e.g. badge...)

· level of authorization such as Area Of Responsibility (AOR), operation mode (read, write...), application access e.t.c

3.2.1.2.1.4 Generation System Owner Data

Data from all generator/generation power station owners concerning their generating facilities and would include

· power station owner e.g. KPDC

· power station owned e.g. Dibamba

· power station type e.g. Heavy Fuel Oil (HFO)

· available generation capacity in MW, MVA and MVar e.g. 86MW

· power station connection point, that is connection substation e.g. Ngodi Bakoko substation

· power station location in terms of branch, zone, area, town e.g. Douala, Littoral zone, Nyalla area e.tc

3.2.1.2.1.5 Transmission System Customer/End User data

Data of the different transmission system customers (end users) concerning their consumption facilities and would include

· Customer type (HV, MV or LV customer) e.g. MV

· Customer name e.g CIMENCAM

· Customer location (branch, zone, area, town) e.g. Douala, Littoral zone, Bonaberi area e.t.c

· Connection point (substation) e.g Bonaberi

· Consumption in terms of MW, MVA and MVar e.g. 7MW

3.2.1.2.2 Referential Data

This is technical information of all network assets/equipments both electrical, control and IT network assets. This information is very important for maintenance (both predictive and corrective maintenance), system operation (in performance and limitation check of systems and equipments) and in asset inventory management.

3.2.1.2.2.1 Transmission System Electrical Network Assets

This includes all up-to-date technical information obtained from the manufacturers, nameplates and technical catalogues of all the electrical network assets of the SIG concerning their technical characteristics, makes and models, performance and limitations including

Ø Transformers

Ø Switches (reclosers, circuit breakers, disconnectors, isolators, fuses)

Ø Transmission lines

Ø Capacitor banks

Ø Busbars

Ø Generators

Ø Protection devices

Ø Auxiliary equipments such as UPS, batteries, rectifiers, battery chargers e.t.c

Ø Loads e.t.c

For example, referential data for a transmission line would include

· Origin e.g. Logbaba

· Destination e.g. Bekoko

· Cable structure e.g. Almelec

· Dimension e.g. 570mm

· Length e.g. 41.50km

· Voltage e.g. 225Kv

· Transmission line capacity in MW, MVA and MVar

And for each transformer, information such as

· Location

· Manufacturer (make and model)

· Voltage level xtics

· Power

· Ohms

· Reactance

· Regulation

· % overload supported

· IP (protection index)

3.2.1.2.2.2 Telecommunication Network System assets

Technical and performance data of all the telecommunication and IT network assets including

Ø Fiber Optic cables

Ø Switches, routers, servers, monitors and RTUs

Ø GSM

Ø GPRS

Ø Radio

Ø Satellite

Ø Microwave

Ø Power Line Carrier

3.2.1.2.3 SCADA Process Data

Data necessary for the development of the teleinformation plan for the SCADA system. They constitute data points for the SCADA system and can be classified into four main categories

1) Controls/Commands

2) Status

3) Alarms

4) Measurements

3.2.1.2.3.1 Controls

Data on all substation equipments per substation of the southern grid that receive controls/commands and the nature of control/command forming control data points and would include

· Substation name e.g. Bekoko

· Equipment e.g. transformer, capacitor, busbar e.t.c.

· Equipment voltage e.g. 225kV, 90kV

· Command equipment e.g. circuit breaker, isolator, disconnector, tap changer

· Command type e.g. open/close in the case of a circuit breaker, raise/lower in the case of a tap changer

3.2.1.2.3.2 Status

Status information of all important substation equipments as well as substation command equipments per substation for all the substations of the southern and would include

· Substation name e.g. Bekoko

· Equipment voltage e.g. 225kV, 90kV e.t.c

· Equipment e.g. generators, switches, tap changers e.t.c

· Status type e.g. on/off or local/remote in the case of a switch, manual/auto or local/remote in the case of a tap changer, run/stop in the case of a generator e.t.c

3.2.1.2.3.3 Alarms

Alarms to indicate all critical (alert or emergency) network situations such as faulty equipments, confirmation of a command send, faulty operation by a system user, surpassing limit conditions for all the substations of the southern grid forming the alarm data points and would include

· Substation name e.g. Bekoko

· Equipment voltage e.g. 225kV, 90kV e.t.c

· Equipment e.g. transformer, capacitor bank e.t.c

· Alarm type e.g. breaker faulty, transformer overloaded e.t.c

· Alarm condition e.g. critical, non critical e.t.c

3.2.1.2.3.4 Measurements

Data concerning all measurements to be taken including voltage, power (active, reactive and apparent), energy (active, reactive and apparent), frequency, current, temperature as well as the measurement points per substation for all the substations of the whole southern grid and should include

· Substation name e.g. Bekoko

· Metering points e.g. capacitor bank, feeder, transformer, busbar e.t.c

· Measurement type e.g. temperature, power (MW, MVA, MVar), frequency, current, voltage and energy (MWh, MVAh, MVarh)

3.2.1.2.4 EMS Process Data

This is process data required by the EMS subsystem to carry out its computations and analysis.

3.2.1.2.4.1 Generation Process Data

All information and data on the status, generating capacity and availability of the different Generating (Power) stations connected and supplying power to the transmission system of the southern grid for dispatching and planning and should include information such as for each generating station

· Power station e.g. Edea

· Power station owner e.g. AESS

· Generation type (thermal or hydro)

· Production cost

· Available generation capacity

· Installed generation capacity

· Power station connection point

· Power station location

Also for each of the different generating stations, information for the different generating units such as

· Generating unit

· Generating capacity

· Base MVA

· Base MW

· Capacity limit (overload supported)

· Generation voltage

· Availability (help in defining the capacity factor of the generating unit and its usability: important at the profiling stage of maintenance programming)e.g. 90%, 50% e.t.c

· Generating power factor e.g. 0.90. 0.80 e.t.c

3.2.1.2.4.2 Network Application Process Data

Data and information needed by the different applications of the network application module to perform their respective computations and decision-aid functions. It involves all the data for operation management and business transactions. It involves all the details in terms of

Ø Substation data

Ø Transmission line data

Ø Bus Station data

Ø Load and load factor data

Ø Towns, Zones, Areas and Branches data

Ø Protection system data

Ø Generation and transmission cost of the different transmission system users

Ø Reliability, forecast and stability data e.t.c.

3.2.2 Organizational requirements

3.2.2.1 Operations reengineering

These involves an impact study for the re-engineering (rethinking and redesign) of all the business/operations processes as a result of the new functionalities introduced by this new SCADA/EMS system and the new electricity market system structure.

The main objective of the TSO is to operate the Cameroonian electricity transmission network in its most secured and reliable state (normal state) using the functionalities of the SCADA/EMS subsystem of the new PMS system to

Ø Anticipate potential problems

Ø Apply preventive measures

Ø Quickly respond to actual problems

Operations reengineering requires the following main issues

I) Establishment of a grid code containing

· Roles, Responsibilities and linkages of market participants (generators, transmitters and distributors), defining the rights and obligations of the participants regarding the operation of the Transmission system

· Terms and conditions for connection to the Transmission System , defining connection conditions (for generators, distributors and end-use customers), technical design and construction requirements applicable to the service providers as well as the Transmission System development process and methodology

· Terms and conditions for providing transmission network and system operation services

· Operation and quality standards for transmission and transmission system operation, focusing on quality standards with respect to product (electricity) quality, Quality of supply and system reliability requirements

· Scheduling and Dispatch arrangements for generation and transmission network

· Commercial Rules related to Dispatch, energy balancing and Settlement calculations in the Bilateral Contract Model

· Pricing principles and tariffs for the provision of transmission and transmission system operation services, specifying the objectives, structure and the methodologies employed in transmission tariffs.

· Information (exchange) requirements for transmission system operation, specifying the information requirements and obligations of all the parties associated with system operation.

· Grid Code Governance, detailing all aspects of Grid Code governance and in particular the procedures for rules change.

II) Operating policies as well as newly established operating rules and procedures for all of the processes involved in the following operations

· Monitoring operations: real time supervision and control

· Transmission and dispatching operations: transmission operations, scheduling operations and dispatching operations

· Back-up operations

.Established operating procedures for real time supervision and control (monitoring operations) for example should include

1. Monitored system conditions

o Transmission facility flow

o Stuck breaker

o Actual voltage

o Post-contingency voltage

o Reserve conditions

o Stability limits

o Area control error

o System frequency

o Communication, computer, control and indication facilities

o Neighboring systems

o System separation

o Over-generation

o Severe weather conditions

2. State definition for the different operating states for the different system monitored conditions

o Normal state

o warning state

o Alert state

o Major emergency

o Restoration

3. State criteria for power system existing in underlined operating state

o Pre-contingency flow criteria

o Post-contingency flow criteria

4. Actions of the TSO, transmission system owner and other actors to power system state when

o State is declared by TSO

o State is declared by transmission system owner

o State is declared by generators and customers

III) New communication procedures based result of the new communication systems and should include the following details (non-exhaustive)

· When a communication system to be used and by who

· How should a communication system be used

· Aspects of the communication system to be used

· When communications should stop

For examples, when an Alert State or Major Emergency State occurs: the TSO Shift Supervisor shall communicate with the affected transmission owners to determine the nature of the problem and to make a preliminary estimate of the assistance required. The Shift Supervisor shall then notify all transmission owners via the Emergency Hot Line System that an Alert State or Major Emergency State exists. After this notification, all normal or routine calls on the direct dial telephones between the Shift Supervisor and the transmission owners shall cease. These lines shall be used only for communications between the Shift Supervisor and the affected transmission owners. And then, when the Restoration State occurs: the Shift Supervisor shall notify all transmission owners via the Emergency Hot Line System that a Restoration State exists. After that notification, all normal or routine calls on the Direct Dial telephones between the Shift Supervisor and the transmission owners shall cease. These lines shall be used only by the Shift Supervisor and the affected transmission owners to communicate information about the restoration process. The transmission owners shall use the Emergency Hot Line System to communicate completion of restoration steps to the Shift Supervisor.

3.2.2.2 Organizational reengineering

It entails an impact study on the re-organization and re-structuring for the following different units (services/department/sub-departments/divisions) of AESS to be impacted by this new system for re-organization

1. Generation department

1.1. Hydro power stations: Edea and Songloulou

· Operation divisions

· Electrical division: light current and heavy current

· Mechanical division

· Performance and reporting

1.2. Thermal power stations: Limbe; Dibamba; Oyomabang I and II; Bassa 2 and 3; Bafoussam and Logbaba I and II

· Operation divisions

· Electrical division: light and heavy current

· Mechanical division

· Performance and reporting

2. Networks department

· SCADA and telecommunications division

· Performance and reporting division

· HV/MV line maintenance division

· Substation operation and maintenance

· Automation and protection

3. Networks operation department

· Grid operations division

· Hydrology sub-division

· Metering and scheduling division

· Information system division

· Grid code and documentation division

Re-structuring and re-configuration (organizational reengineering) should be done in terms of

ü New units created

ü Mission (objectives)

ü Resources: human and technology

ü Principal activities

ü Training

ü Job positions (new job positions)

ü Job description

3.2.3 Operational requirements

3.2.3.1: Systems rollout

It entails the establishment of a migration/cutover strategy from managing operations using equipments (hard and soft) of the existing operations management system to managing operations using equipments (hard and soft) the new PMS which contains

· Migration/cutover conditions

· Migration/cutover approach and a procedure with advantages and disadvantages

· Migration plan

Migration/cutover could be

1. Direct cutover: Also called crash cutover or abrupt cutover, where the old system is discontinued on a predefined date (often corresponding to the start of a new accounting period) and the entire organization switches directly to the new system. Direct cutover is risky because, if the new system fails, returning to the old system is virtually impossible. This strategy is relatively inexpensive, however, and it tends to promote user acceptance since there is no old system to serve as a basis for comparison..

2. Parallel operation: where the old and the new systems run in parallel for a time and which tends to be the most effective when a computer-based system replaces a manual (or partially manual) system because concurrently running two computer-based systems is very expensive and which gives makes an excellent choice when data accuracy, security, and/or reliability are important concerns.

3. Gradual cutover: which is a combination of direct and parallel cutover and where the idea is to run the new and old systems concurrently and gradually increase the number of transactions handled by the new system. Actually here, data is not processed twice; instead, some transactions are processed by the old system, some are processed by the new system, and the percentage sent to the new system gradually increases until the old system fades away.

3.2.3.2: Training

Well-organized and proficient training of system users (administrators, operators and maintenance personnel) to enable them to carry out effective operation and maintenance of the SCADA/EMS system hardware and software as well as the telecommunication equipment after the taking over is the most efficient way of ensuring

· Complete technology transfer

· Full, proper and sustained operation

· Absolute ownership

Also, training of the operation and maintenance personnel for the new NSCC, YCC / and NCC hardware and software, new RTUs as well as for the new communication network to be implemented under the project is crucial for the success of the project, for safeguarding the investment and for realizing the benefits the new SCADA system can provide to AES SONEL and the Cameroon economy.

Training of the personnel is the most efficient way for AESS to control the OPEX of the system and enable system users, operators and administrators learn important features and operational procedures of the system, reduce cost of unscheduled customer support, operate system better and be more productive and efficient.

This requires the establishment of a suitable training program including

1) Objective

2) Training types

3) Training plan

3.2.3.2.1 Objective

This entails two main issues

· Selection of Trainees

· Reason for training

It is a human resource challenge and entails selection of the trainees, the establishment of selection criteria and the reason for the training. It includes the establishment of the following information for all the human resource to be trained for system use

· Employee's name e.g. MENDO'O Yannick

· Academic qualification e.g. systems engineer

· Current position e.g. SCADA maintenance engineer

· Reason for training: the main reasons for training would include

ü Project follow-up and Handling functions

ü System Implementation functions

ü System Operation and Business Integration function

o System users

o System administrators

o System operators

o New job positions in the new structure created by organizational re-engineering

3.2.3.2.2 Training types

Training of personnel for the new system can be subdivided in 2 types of training with different tasks, that is

1. Operators' training to acquaint the operators to the new control system and its functions. Only when the operators use fully, properly and completely all the functions provided by the new SCADA/EMS system, will all possible benefits be realized.

2. Maintenance training to safeguard the investment by keeping it fully operational and by adopting/extending the new SCADA/EMS system to the ever-growing network

3.2.3.2.3 Training Plan

Detailing of a training plan include

· Training Sessions

o Early Session

o Mid Session (On-The-Job training, OJT)

o Late Session

· Session start date and end date, Session duration and location

· Session content: course title, target group, course objective, detailed learning objectives, work tasks to be addressed, subjects to be covered, exercises, materials/equipments required, duration, location e.t.c

· Procedures for trainee assessment and testing

3.2.4: Maintenance and Support

The objective of the maintenance stage is to keep the system running at an acceptable level. Maintenance begins when the system is released and continues for the life of the system. It is not unusual for the cost of maintaining a system to significantly exceed the cost of developing it, so a primary objective of a good maintenance and support strategy is controlling maintenance costs, hence TCO while at the same time maintaining system performance and reliability. When the cost of maintaining and operating an obsolete or inefficient system exceeds the cost of replacing it, the system life cycle ends and a new life cycle begins.

3.2.4.1: Maintenance and Spare Part Replacement Strategy

This involves the development of a good hardware and software preventive maintenance (Regularly scheduled maintenance activities; the intent is to anticipate problems and correct them before they occur), corrective maintenance (Maintenance activities intended to remove errors or bugs from the software, the procedures, the hardware, the network, the data structures, and the documentation), adaptative maintenance (Maintenance activities intended to enhance the system by adding features, capabilities, and functions in response to new technology, upgrades, new requirements, or new problems), and perfective maintenance (Maintenance activities intended to enhance the system by improving efficiency, reliability, functionality, or maintainability, often in response to user or system personnel requests) strategies and procedures for all the information system assets of the southern transmission network system which takes into consideration

· Cost

· System and equipment (hard and soft) performance

· Equipment life expectancy

· Critically of equipments and the impact of their absence in the system

This should be followed by the design of a good system follow-up procedure which includes

· Key events

· List of events and interventions performed

· Key indicators

· List of hardware failures

· Cumulative availability of the whole center and for the whole systems for the year

· Tracking of hours used and that still left in warranty, maintenance and support contract

o as well as a good system reporting procedure which includes

· Description of incidents

· Description of solution provided

· Possible recommendations for the future to prevent similar problems

· Time used for solving problem

Another main issue, is the establishment of a procedure and strategy for spare part replacement, this would depend on

· Cost

· Criticality of hardware equipment and hardware equipment function the Quality of Service (QoS)

· Spare part availability

It also entails a clear definition of the responsibilities of AESS and of Siemens with respect to system maintenance, the type of maintenance services to be provided by Siemens and other important elements for the maintenance contract including

· Maintenance services to be provided

· Intervention period, criticality of maintenance services and fault class

· Procedure of execution of the contractual maintenance services

· Scope of maintenance services provided

· Commercial aspects such as price, payment conditions, replacement materials e.t.c

· Duration of contract, possibility of extension or not

Software maintenance is mostly needed in situation of system upgrade, expansion and modification. This requires the establishment of upgrade strategies and procedures to ensure system continuity and availability.

3.2.4.2: Support Strategy

It entails the establishment of a support policy, which should include

· Support services to be provided

· Support methods

o By trained AESS staff, Siemens experts or Consultants

o Onsite and Offsite support methods

o Support tools and infrastructures

3.2.5: Documentation

Good quality documentation about system is also indispensable for complete technology transfer and full, proper and sustained operation. The quality of an information system depends not only on such attributes as flexibility, user-friendliness, reliability and performance, but also on the quality of the documentation. In fact, to the user, the documentation and the user interface are the system.

Documentation should consist of the specifications, instructions, tutorials, reference guides, and similar materials that accompany and explain the software or a hardware component. The documentation should be complete, clear, understandable, current, and reusable.

The documentation provided should include

1) Hardware Documentation: Equipment and Installation documentation

2) Software Documentation

3.2.5.1: Hardware Documentation

Consist of standard product documents, accompanied by project-specific descriptions and drawings, necessary for proper operation and maintenance of the hardware subsystems

3.2.5.1.1: Equipment Documentation

This provides both general and specific information in each device or item of equipment, independently to use in the overall system. In general, this type of documentation consist of the unmodified standard documentation provided by the equipment manufacturer

Additional information and documentation should be provided for customize items of equipments. The equipment documentation includes, for example

Ø Descriptions

Ø Operating instructions

Ø Drawings

Ø Maintenance instructions

A Single document per site regardless of the number of identical sites or units using system

The equipment documentation could divided into

Ø General

Ø Servers and Workstations

Ø Peripherals

Ø Front-End System

3.2.5.1.2: Installation Documentation

Documentation used during equipment installation. It provides detailed information about actual layout installation of each item of equipment, supplied on an equipment group or geographical location basis.

This type of documentation consists specifically of adapted drawings, diagrams and tables-for example;

Ø Block diagrams

Ø Cubicle layout plans

Ø Rack allocation schematics

Ø Module I/O assignments

Ø Terminal allocations

Ø Cable lists

Installation documentation can be divided into

Ø Common Part

Ø System Equipment

3.2.5.2: Software Documentation

This includes all software related, system parameterization and system configuration documents such as the SCADA reference manual, system administration manual e.t.c.

3.3 Quality assurance measures conformance checklist for business integration

3.3.1: Telecommunication systems quality assurance conformance checklist

System

Exist

Non-existent

Functional

Non-functional

Fiber optic systems

 
 
 

PLC systems

 
 
 

Radio systems

 
 
 

Telephone systems

 
 
 

Data links

 
 
 

Satellite system

 
 
 

Microwave systems

 
 
 

Voice recorders at system control centers

 
 
 

GSM and GPRS systems

 
 
 

3.3.2: Systems rollout quality assurance conformance checklist

Item

Established

Non-established

Migration conditions

 
 

Migration strategy

 
 

- Advantages

 
 

- Disadvantages

 
 

Plan

 
 

3.3.3: Training quality assurance conformance checklist

Item/Issue

Established/exist

Non-established/non-existent

Criteria for selection of trainees

 
 

List of trainees selected

 
 

Reason for training

 
 

Training plan

 
 

Training program

 
 

Training manuals

 
 

Training facilities and equipments

 
 

Scope and target group for training

 
 

3.3.4: Documentation quality assurance conformance checklist

Item/Issue

Established/exist

Non-established/non-existent

System level documentation

 
 

Operating instructions

 
 

Dispatcher's manual

 
 

Overview to operations

 
 

User's handbook

 
 

System operator's handbook

 
 

Database, display, and report generation and maintenance manuals

 
 

System design hardware documents

 
 

Detailed hardware documents

 
 

Assembly drawings and instructions

 
 

Preventive maintenance instructions

 
 

Corrective maintenance instructions

 
 

System design software documents

 
 

Detailed software documents

 
 

Software manuals

 
 

System functional descriptions

 
 

CONCLUSION AND PERSPECTIVES

The complete transfer and the full ownership of this new technology by AESS which has as consequences the successful implementation of the new electricity market system in Cameroon; successful modernization/improvement of network operations management at AESS; the sustainability of the system as well as its correct implementation by the EPC contractor (Siemens), all depend on a successful business integration.

Most of the aspects and requirements for a successful business integration of this new system have been cited as well as their corresponding specifications and benefits in terms of quality assurance measures for proper business integration, which was the aim of this master thesis work.

The scope of this master thesis work being limited to the SCADA/EMS system on the southern grid, future work would entail a requirement study for business integration for the SCADA/EMS system on the northern grid and for the other PMS systems (SCADA/WRMS and SCADA/AMR/MMS) on the southern grid and the northern grid.

Given the fact that AESS is already at the statement of work phase in the implementation of the system, the next steps of this master thesis work in the implementation of the project include

Ø Business integration plan

Ø Equipment installation

Ø Quality data supply for the system

Ø Change management plan

Ø Technology transfer strategy

A Perspective in research of this work is the establishment of a model for the development of specifications for the design of quality assurance softwares in installing and integrating information systems.

BIBLIOGRAPHY/REFERENCES

[1] FICHTNER, AES-SONEL System Control Center and Metering System Cameroon Documents, 2006

[2] Alain Oyono, SCADA/Power Management System Project opening memo, 2007

[3] Hans Francis Simb Nag, Alain Oyono and Vincent Mainsah, TSO unbundling memo documents, 2008

[4] Hans Francis Simb Nag, Alain Oyono and Vincent Mainsah, TSO documents of the new electricity market structure in Cameroon, 2008

[5] Areva T & D, Areva T & D Bidpackage for the AES-SONEL National System Control Center and Metering System Project

[6] Siemens, Siemens Bidpackage for the AES-SONEL National System Control Center and Metering System Project

.

[7] Larry Whitman, Business Process Re-engineering; A consolidated Methodology

[8] NYISO (New York Independent System operator) Webpage, www.NYISO.com.

[9] National Grid Webpage, www.nationalgrid.com/www.nationalgrid.co.uk.

[10] www.wikipedia.com /requirement engineering

[11] Crnkovic I, Asklund U & persson Dahlqvist, Implementing and Integrating product data

[12] Dennis A, Wixon B.H and Tegarden D, system analysis and design: An object-oriented approach with UML, New York: John Willey and Sons, Inc

[13] Huang G.H & Mk K.L, current practices of engineering change management in UK manufacturing industries, International Journal of operations and production management

[14] United states defense acquisition press, systems engineering fundamentals, 2001

[15] Beth Gold-Bernstein, Defining business integration requirements, 09/16/2003

[16] United states general accounting office, Business process reengineering assessment guide, May 1997

[17] Thomas Davenport, Reengineering-The fad that forgot people, November 1995

[18] Furey Timothy R, a six step guide to process reengineering, 1993

[19] Harrison Brian D, Pratt Maurice D, methodology for reengineering business, 1993

[20] Mangelli Raymond L & Klein Mark M, The Reengineering handbook: A step-by-step guide to business transformation, business management association, new York

[21] Mayer Richard J & Dewitte Paula S, Delivery results: evolving BPR from art to engineering

[22] Underdown D.R, Transform enterprise methodology, 1997

[23] Hans Francis Simb Nag, Memo on the establishment of a subsidiary

[24] William S. Davis and Dr. David C. Yen, The information system consultant's handbook: system analysis and design.

[25] Dan Alexandre Seni, Vice President of SETYM technologies of Montreal, HARD AND SOFT: AN EMPIRICAL FRAMEWORK FOR THE MANAGEMENT OF TECHNOLOGY TRANSFER PROJECTS

[26]Immanuel Fon Umenei, MatLab-based design of controllers for the Cameroon Power network (The Southern grid), End of course dissertation, July 2008

[27] United states defense acquisition press, systems engineering fundamentals, 2001

ANNEX

Figure 17: Generation assets and storage dams foe AES Sonel

Figure 18: National System Control Center (NSCC), Douala

Figure 19: North Control Center, Garoua

Figure 20: Yaoundé Control Center, Yaoundé






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Ceux qui vivent sont ceux qui luttent"   Victor Hugo