Chapter 2 Traditional Software Development

Size: px
Start display at page:

Download "Chapter 2 Traditional Software Development"

Transcription

1 Chapter 2 Traditiona Software Deveopment 2.1 History of Project Management Large projects from the past must aready have had some sort of project management, such the Pyramid of Giza or Pyramid of Cheops, which were buit more than 2,500 years BC. We cannot beieve that those types of projects were possibe without some sort of project management. But at east we are not aware of the project management practices that were used back then. The 1950s mark the beginning of project management in the modern sense. Before that, projects were aready using Gantt charts (deveoped by Chares Gantt), but during the 1950s more forma project management techniques were deveoped, documented, and made avaiabe to the community (Fig. 2.1). PERT, Program Evauation and Review Technique, one of the first project management scheduing techniques, was deveoped by Booz Aen Hamiton Inc. as part of the Poaris submarine missie project. It was deveoped to schedue and coordinate arge projects. What you see in Fig. 2.2 is a CPM Network chart created with Microsoft Project. In this favor the nodes represent tasks; in the origina PERT chart the nodes represent events or miestones. Around the same time, the Critica Path Method (CPM) was deveoped at DuPont, originay to pan the shutdown and start-up of chemica factories before and after maintenance. CPM is very simiar to PERT. In CPM, the nodes represent activities or events (an event is an activity with duration of zero) and dependencies are represented by arrows between two nodes. Using Eariest Start- and Finish-time as we as Latest Start- and Finish-Time, one can cacuate the critica path in a CPM network diagram. As project management was becoming more and more important in the 1960s, the Project Management Institute ( was founded in 1969 to advance the practice, science, and profession of Project Management. The PMI offers certification as certified project manager, which is currenty the most widey recognized project management certification in the industry. The Project Management Institute aso pubishes the PMBOK Guide, which contains the basic concepts and techniques for traditiona project management. T. Stober and U. Hansmann, Agie Software Deveopment, DOI / _2, # Springer-Verag Berin Heideberg

2 16 2 Traditiona Software Deveopment Fig. 2.1 Gantt chart Task 0 Start: ID: 1 Finish: Dur: 5 days Res: Task 1 Start: ID: 2 Finish: Dur: 4 days Res: Task 2 Start: ID: 3 Finish: Dur: 3 days Res: Task 3 Start: ID: 4 Finish: Dur: 5 days Res: Task 5 Start: ID: 5 Finish: Dur: 3 days Res: Reease Start: ID: 6 Finish: Dur: 1 day Res: Fig. 2.2 Simpe CPM network chart Requirements Design Impementation Test Support Fig. 2.3 Traditiona waterfa approach 2.2 Waterfa Approach The waterfa approach is the traditiona approach used in smaer and arger projects for the ast few decades (Fig. 2.3). In the waterfa approach, each phase is competey finished before the next ones starts. In the next few chap. we wi describe and discuss each phase in more detai.

3 2.2 Waterfa Approach 17 Requirements gathering Requirements anaysis Fig. 2.4 The three steps of the requirement phase Requirements documentation Requirements Every project starts with the requirement phase, during which a the requirements are coected, documented, and discussed with a the stakehoders. Stakehoders are a individuas or groups of individuas who have an interest in the project or its outcome. This is of course the project sponsor who is funding and promoting the project as we as the future users of the system. But there can aso be others, such as the workers counci, competing activities or interest groups in the company, the purchase department and so on. A stakehoder can aso be a group that has a negative attitude against the project. It is as important that a stakehoders are identified and their requirements are coected, anayzed, and taken into consideration. A communication to a stakehoders must be managed in the best interest of the project. Stakehoder management is usuay divided into the foowing two activities: Stakehoder anaysis is the phase during which a the stakehoders are identified and their interests in the project anayzed and documented. The team needs to po a the stakehoders to get their requirements. A communication pan is put together during stakehoder panning to ensure that a stakehoders are kept invoved, depending on their interest and needs. The requirement phase contains the three steps shown in Fig During the requirements gathering steps, the team identifies a the stakehoders (aso described above under stakehoder anaysis) and interviews them to coect their requirements. The team then anayzes these requirements and documents them in the systems requirements specification. The requirements can be separated into two major groups: Functiona requirements, which are often described as use cases describe a user scenario or interact with the soution, such as A user wants to cacuate todays vaue of his or her stock trading account or As an administrator, I woud ike to change the defaut settings for new accounts. These use cases are then brought to a more detaied eve during the Design phase. Non-functiona requirements, such as the software and hardware environment that it shoud support, but aso the performance characteristics the soution needs to meet.

4 18 2 Traditiona Software Deveopment The requirements anaysis and documentation is ideay not a inear process, as the team shoud meet with the stakehoders severa times during the requirements phase and present to them their current understanding of the requirements for the soution to coect feedback and potentiay missing requirements. Prototypes or screen mockups are often usefu to ensure that the stakehoders and the team have the same interpretation of the requirements. Often the stakehoders requirements evove during the requirements discussion, as the discussion becomes more concrete. Especiay during the waterfa approach it is important that the requirements are competey captured and agreed on before the team moves to the design phase, as every new or changing requirement means that the team needs to go back to the requirements phase, which may invaidate work that was aready done in an earier phase Design Phase During this phase the team creates a detaied design for the compete system as we as for each of the individua components. This is done at a eve that deveopers can directy transate into code in the next phase Use Cases The high-eve use cases from the requirements phase are taken and detaied. Use cases describe the behavior and interaction of the system with a user or another system. It may depend on the compexity of the overa system how detaied a use case shoud be, but in genera there shoud be a separate use case for each interaction with the system. Use cases are not ony used in traditiona software deveopment approaches but aso in agie ones, they are caed user stories in agie terms. Especiay in agie approaches it becomes very important that user stories are on the one hand very granuar and on the other hand aso compete in the sense that the team coud decide not to impement certain user stories without impacting other user stories. A feature can be described in one high-eve use case and ater on broken down into severa individua ones (Fig. 2.5). There are a ot of different tempates for use cases avaiabe and each team shoud verify which one fits best for its project. Some sections are common for most of the tempates: Name: The name shoud describe, in two or three words, what the use case is about, ike Update userid & password.

5 2.2 Waterfa Approach 19 Trading account profie updates Update contact information Update notification settings Update userid & password Update checking account detais Fig. 2.5 A high-eve use case broken into severa more detaied ones Number: Often use cases are numbered within a particuar numbering scheme, which shoud aso show to which part of the system the use case beongs. For exampe, the use case update contact information coud have the number 2-4-5, where 2 indicates that it beongs to the Internet Trading Front End of the system, 2-4 indicates that within the Internet Trading Front End this use case beongs to the high-eve use case trading account profie updates. Version: Some tempates suggest keeping a Version number to be abe to identify the current as we as previous versions of this use case. Usuay it is a good idea to aso keep oder versions of the use case around, so one coud go back and see what was changed when. Goa & summary: The goa is a short summary of what this use case shoud achieve, ike user is abe to update the password. Actors: Actors are individuas acting with the system, ike an end user, an administrator, a cerk, or an investment banker, but can aso be another system or a device, ike an account statement printer. Preconditions: The state the system needs to be in before the use case can be executed, ike, for exampe, the user needs to be authenticated or there must be at east one transaction since the ast time the account statement was printed. Triggers: Triggers are conditions that cause the use case to be executed, ike, for exampe, in the case of an account statement, that 30 days have passed since the ast account statement was printed, or the user is requesting the print of an account statement. The preconditions need to be met before the use case is executed. Main Fow: The main fow describes the primary scenario of the use case, this is often aso caed the defaut case where the use case is executed without any error conditions, exceptions, or aternate seections. Aternate fow: Every path that the use case can take that is not the main fow described above. This can, for exampe, be if a user chooses to seect something other than the defaut seections, such as that he or she wants the account statements maied to the home address instead of viewing it onine. Depending on the number of seections a user can make or the number of input streams from other devices or systems, there coud be quite a number of aternate fows. Exceptions and error conditions can aso be described here, but it may aso make sense to put them in a section on their own.

6 20 2 Traditiona Software Deveopment Post conditions: The state the system needs to be in after the use case was executed. Like after printing the account statement, the data fied to keep the date for the ast printed account statement shoud be updated and the counter for transactions since ast statement shoud be reset to zero. Comments, author, and date: Of course the use case can contain any further remark or comment that is important for this use case, as we as the author and the date it was created and ast updated. In our view, a nice advantage of using use cases is aso that they can easiy be transated into test cases and test scenarios and therefore give the test team an easy entry into understanding the project and what the soution shoud do. In approaches with a test team that is separate from the deveopment team and where the deveopment team is not producing detaied use cases, it is often very hard for the test team to define the test scenarios. They then often have to re-engineer what the architects, software designers, and deveopers wanted to achieve by impementing a particuar function. This can create a ot of frustration with the test team, but aso with the deveopers, as the deveopers need to educate the test team and wonder why the test team doesn t aready know what a particuar function is supposed to do. The reationship between different use cases and different actors is usuay documented using use case diagrams. The use case diagram contains of course the use cases incuding the sequence of actions. It aso contains the actor interactions with the use cases, in our exampe in Fig. 2.6 these are the ca center representative as we as the customer. The associations between the actors and the use cases are represented by soid ines. In the exampe beow you can see that the customer can ony interact with two of the use cases and that the ca center can interact with a four use cases. Update contact information Update userid & password Ca center Update checking account detais Customer Update notification settings Trading Account Profie Updates System Fig. 2.6 Use case diagram

7 2.2 Waterfa Approach 21 The rectanguar box around the use cases represents the system boundaries to indicate the scope of the system. The use case diagram is aso part of the Object Management Group s (OMG) Unified Modeing Language (UML) UML The Unified Modeing Language (UML) is a popuar way to mode the system using object-oriented methods. UML is the evoution of and based on Rumbaugh s Object Modeing Technique (OMT) [14], the Booch method deveoped by Grady Booch [1], and Ivar Jacobson s Object-Oriented Software Engineering (OOSE) method [6]. From 1995 on Booth, Jacobson, and Rumbaugh a worked for Rationa Software (now a division of IBM), Rationa asked them to jointy work on a modeing anguage that woud drive the further adoption of object-oriented design. The UML 1.0 specification was adopted by the OMG in 1997 and version 2.0 became avaiabe in UML provides 13 diagrams to mode a software system, which are organized in three major groups (Fig. 2.7): Structure diagrams: cass diagram, object diagram, component diagram, composite structure diagram, package diagram, and depoyment diagram. Behavior diagrams: use case diagram, activity diagram, and state machine diagram. Interaction diagrams: sequence diagram, communication diagram, timing diagram, and interaction overview diagram. The interaction diagrams are derived from the behavior diagrams. cass diagram depoyment diagram structure diagrams composite structure diagram component diagram object diagram package diagram use case diagram activity diagram state machine diagram sequence diagram timing diagram communication diagram Interaction overview diagram interaction diagrams behavior diagrams Fig. 2.7 The different UML diagrams and their reationships

8 22 2 Traditiona Software Deveopment Severa toos automaticay generate cass definitions and code fragments based on UML diagrams Fowcharts Fowcharts have been around for decades and were used ong before object-oriented design was invented. They are especiay usefu for procedura anguages, ike Basic or C, and can be used to design the fows of compex systems (Fig. 2.8). Fow charts are buit using the foowing basic eements: Start and end: Each fow chart has a start eement, indicating the start of the process as we as an end eement, indicating the end of process fow. Processing steps: A rectange is used to represent each step where something is processed, ike a vaue increased or two numbers mutipied. Arrows: The fow and the direction of the process from one step to another is indicated using an arrow. Decision points: A rhombus (a uniatera paraeogram) is used to indicate decision points. From a decision point, there are usuay two arrows eading to the next step, one if the resut of the check is true, and another one if it is fase. Input/Output: A paraeogram is used to represent read and write operations. This may be input from the user, from another appication, or from another device. Deveopers can then directy transate the processing fow into code. The project moves to the impementation phase to code the design as documented after the compete design is finished, reviewed, and signed off by the team as we as the stakehoders. Start Read userid & password No Password correct? Yes Dispay statement Fig. 2.8 A simpe fowchart processing a password check End

9 2.2 Waterfa Approach 23 Fig. 2.9 Usua workfow within the coding phase of a waterfa project. The dashed ine back from Integrate to Write code shoud not be needed in a perfect waterfa project Write code Unit-test Integrate Impementation Now that the design is finished and perfect (at east it needs to be viewed as perfect), it is transated into code. Deveopers take the fowcharts, UML diagrams, and the other design documents and transate them into code, component by component or object by object. Each component is unit-tested on its own and a code review shoud be done. Usuay the integration is done at the end of the coding phase or at the beginning of the test phase. This is often the time for surprises, as things may not fit or work together as panned, and the team may have to go back to the design phase to make the appropriate changes. Depending on how tough the schedue was, the project may get in troube right at this point, as the pan was to integrate the components to form a perfecty working system. But now there is a deay due to the integration issues (Fig. 2.9). The risk of a big surprise at the end can be reduced by introducing different miestones during the coding phase, at which point in time the system is integrated and needs to provide a certain eve of functionaity. These miestones shoud ideay be foowed by a set of tests to verify that the functionaity works correcty Testing After the deveopers have decared that they are done with the coding phase, what is often aso caed DCUT (Design Code Unit Test), the different units and components are put together into an integrated system. As aready mentioned in the previous chap., this is usuay the time where the project goes south due to many surprises and integration issues. This coud be because deveopers have made mistakes during coding, or that a component A behaves sighty differenty than another component B expected it to and now they simpy don t work together. Even with a waterfa approach is it usuay good to have an integration phase at the end of the coding phase or at the beginning of the testing phase. This integration phase shoud be owned by the deveopment team, which needs to prove that a certain number of test cases can be executed without bugs before the test team accepts the deivered code (this is often caed test entry criteria).

10 24 2 Traditiona Software Deveopment If this is not done, a arge number of testers usuay fai right at the same tasks (ike for exampe no-one can insta the soution), which is a arge waste of resources. It is usuay hepfu if a smaer number of testers start with some basic test cases and, as soon as those can be successfuy executed, the majority of the test team shoud join the phase. The goa of the test phase is to identify bugs in the software before it is reeased to the end user. There are severa studies that show that fixing bugs becomes more expensive the ater they are found in the deveopment cyce and especiay expensive if they are found by a customer. According to Steve McConne [8], fixing a bug that is found during the test phase coud cost times more than if that bug had been found and fixed during the impementation phase. But it can become reay expensive after the product is reeased to the end user. Fixing defects in the fied can cost times more than fixing the same bugs in the coding phase. I am sure everyone wi agree with this statement, even without sophisticated studies, as it is simpy much more compicated to debug a customer s system in production, to which the support team may not directy get access and cannot simpy ask the customer to enabe certain ogs and traces to get a hande on the issue. On the other hand it is aso not worth whie to test unti there is no more defect in the product, assuming it were possibe to determine when that state were achieved. The right time to hand over the soution to the customer or to reease the product is usuay when the defect arriva curve of a project fattens out. There has been a ot of research on the subject of computing software reiabiity and there are different modes avaiabe, ike Exponentia, Gamma, Power, or Logarithmic, to name just a few. Pau Li, Mary Shaw, Jim Herbseb, Bonnie Ray, and P. Santhanam have compared the different modes in their artice [7]. For our projects we have chosen the Weibu mode and are quite happy with the resuts (Fig. 2.10). The chaenge with most modes is that someone has to estimate the overa number of defects, which is especiay hard for new projects Deveopment Test Ratio Another discussion that is usuay a hard debate between deveopment and test in a traditiona setup (with separate deveopment and test teams) is the question of the right ratio of testers and deveopers. There is no genera answer to this question. The answer is, for exampe, different for new projects and existing soutions that are being enhanced. In projects that are enhancing an existing soution or software product, the team aso has to ensure that a the existing functionaity sti works. This requires additiona regression test, which is not needed on an anew project. The test effort usuay aso increases the more operating systems, databases, browsers and so on a product supports. Usuay the deveopment effort for this

11 2.2 Waterfa Approach 25 Fig Defect mode using the Weibu distribution. As you can see in this project the defect arriva rate is foowing the modeed distribution additiona support (especiay when Java is used) is reativey sma, but the additiona test effort to make sure that everything reay works on, for exampe, a new operating system is often significant. First, the focus needs to be on deveopers doing a good job in deivering high quaity code to the test teams. With traditiona waterfa projects there is too often the probem that the given DCUT date comes and of course the deveopment team wants to make the date. So they rush the code into the ibrary and buid system to be abe to caim that they finished on time. But now, with a buk-oad of new, potentiay not we-tested code, nothing works for a few days unti the team was abe to stabiize the drivers. Therefore it is important to get the right mindset with the deveopers. The ratio of deveopers to testers on the one hand reay depends on the eve of quaity the deveopment team deivers, and on the other hand aso depends on the eve of risk that the team and the company are wiing to take. With traditiona projects, the deveoper to tester ratio is more in the area of 1:1 1:3 [13], with agie projects it is more in the area of 1:3 1:5 [16], due to the fact that more testing is required by the deveopment teams and the traditiona test teams are now more focused on regression testing and verification of additiona patforms. As it is more efficient to invest in deveopers deivering high quaity code than in having testers find the bugs, we think that a ow deveoper to test ratio is acceptabe as ong as the deveopment teams ive up to the quaity.

12 26 2 Traditiona Software Deveopment Panning and Tracking Test Progress The first step in panning the test is to get a good overview of what the features and functions of the soutions are. Based on this ist of features and functions, an overa test pan needs to be deveoped for the overa project. This test pan shoud contain a the different test phases for the project. Usuay a project has the foowing: Integration & function verification test: This is usuay the first test phase after the deveopers say they are done with coding and unit test. The goa of this phase is to ensure that the functions work as expected and that the overa soution is instaabe and fits together. This test phase usuay aso contains any required accessibiity testing. Gobaization verification test: The focus of this phase is to verify that the soution works with the different anguages it supports, especiay those with doube-byte character sets. Transation verification test: Usuay the deveopment and testing is done with one anguage and after most of the functiona defects are resoved, the product is transated into the different supported anguages. In this phase testers capabe of these anguages verify the transation as we as the ook & fee of the transated project, ike, for exampe, does the transated message text sti fit in the box the deveoper assigned to this message or are the ast few characters missing. System verification test: Here the compete soution is tested as a whoe in compex customer-ike environments under oad. The goa is to verify that the soution functions for severa days or weeks without issues such as running out of memory. Performance verification test: The goa is to verify that the soution meets the performance requirements, especiay with regard to throughput and scaabiity. Acceptance test: Soution deveopment projects for a particuar customer often end with an acceptance test phase during that the customer is vaidating if the soution meets his or her specifications and exceptions, before he or she agrees to cose the project. These different test phases are then usuay panned separatey, and test scenarios are deveoped for each of them. But it is important that there is an overarching test pan covering a the phases that ensures that a areas are covered and on the other hand aso ensures that there are no dupicate test cases. There are often speciaized test teams with skis in each of these test areas. The team then estimates the effort it takes to compete these scenarios. This estimate shoud aso incude the time it may take to reappy new buids and retry the test after defects were fixed. Often the test teams don t directy assign efforts in person days or person weeks, but transated them into abstract units ike points. The progress of a test is often tracked and managed using a so-caed s-curve. The start of a test is usuay sow unti the basic probems are resoved, ike, for exampe, instaation or configuration probems that may bock severa test team members from carrying out their functiona test cases (Fig. 2.11).

13 2.2 Waterfa Approach % attempted competed Time Fig Test s-curve The test teams reach their highest productivity as soon as these probems are resoved and a the different test cases can be executed in parae. Towards the end of the test, the number of bocking defects becomes smaer and there is ony a sma number of remaining test cases that are sti faiing. Therefore the s-curve is fattening out. The test teams usuay differentiate between attempted test cases, meaning the team started to test the respective test case, and competed test cases, which are those that finished without remaining bugs Support The support phase starts as soon as the soution is handed over to the customers or made avaiabe as a purchasabe product. At the same time the responsibiity for supporting the product is often handed over from the deveopment team to a dedicated support team. Depending on the size of the product, there may be a muti-tiered eve of support: Leve 1: Usuay a ca center with a broad set of knowedge across the compete product portfoio the company may offer. Leve 1 is usuay abe to resove simpe probems by pointing customers to the right documentation. Leve 2: Support speciaists with deep knowedge in a product or a sma number of products. They are experts in these products and can resove the probem, uness it is a bug in the product. Leve 3: Deveopers that resove bugs in the reeased software by providing and testing patches Advantages and Disadvantages There are ceary severa advantages with the waterfa approach. The biggest one may be that it is reay the most efficient way to carry out a project, if everything is

14 28 2 Traditiona Software Deveopment designed at the beginning, based on the compete and fina set of requirements. In the coding phase everything is impemented based on the compete and error-free design. As changes become more and more expensive with this approach the ater they are done, it is important that the pan is executed exacty as panned. Every new or changed requirement or design change necessary due to, for exampe, design faws or things that the team just didn t reaize when the design was agreed on, is a significant incrementa cost. If the waterfa mode is executed thoroughy, a very good set of documentation is produced, especiay during the requirement and design phases ike, for exampe, a detaied ist of the requirements, detaied product specifications, and detaied software designs. Like a the deiverabes of one phase, the design documentation needs to be reviewed as we before the project enters the impementation phase. In the waterfa approach, the test teams are usuay separate from the deveopment teams. The test team receives the documentation (and a good specification can be a cear advantage) and verifies the product against that specification. There aso needs to be good product documentation right at the start of the testing phase to aow the test teams to be productive. But it is amost impossibe to carry out arger projects or projects with some eve of innovation without change. It coud be as simpe as a cient becoming more concrete with his ideas and requirements after they have seen a prototype or a first working version of the soution. In the waterfa approach, this means that the team woud need to go back to the requirements and design phase to add these new requirements to the existing design and update the compete code to support the new requirements. The agie concepts accept that change wi happen and therefore tacke the probem in smaer iterations and with eary and continuous customer feedback. Even today, there are certainy projects that are best done with the waterfa approach, especiay sma projects that are cear and mosty repeating something that was done before. If a project works perfecty fine as panned, then there is no probem. But usuay this is not the case. The waterfa approach significanty imits the options, as a significant number of probems usuay surfaces ony very ate in the project, ike in the test cyce. 2.3 Project Management Triange The Project Management Triange is a nice representation of the three main constraints in which a project usuay finds itsef (Fig. 2.12). A change in one of the three constraints has a direct impact on the other two. If, for exampe, one increases the scope of the project, then this usuay means an increase in cost and time. If you are imited by the time and can t finish the project on time, this coud mean that you have to reduce the scope or increase the cost. The chaenge for the project manager is to manage these three constraints without impacting the quaity of the deiverabe. The earier he can detect a potentia

15 2.3 Project Management Triange 29 Fig Project management triange Cost Quaity Time Scope Projected Defects Projected Vaid Actua Defects Actua Vaid Tota Backog Tota & Vaid Defects week 1 week 2 week 3 week 4 week 5 week 6 week 7 week 8 week 9 week 10 week 11 week 12 week 13 week 14 week 15 week 16 week 17 week 18 week 19 week 20 week 21 week 22 week 23 week 24 week 25 week 26 week 27 week 28 week 29 week 30 week 31 0 Fig Defect trend with a project that sti has too many defects at the point in time when the software shoud have been ready. The projected trend is the dashed ine. The panned date to have the software competey done is at the point where the dashed ine starts to go fat probem the more possibiities and time to react does he have and usuay the cheaper the resoutions are. In traditiona waterfa projects, these probems usuay arise the first time the project is handed over to test. Before that, the deveopment teams may be abe to cover up their probems, but as soon as a test team tries to perform some functionaity it wi become obvious whether a particuar function works or not. Another chaenge usuay arises in the test phase of a waterfa project if more probems are found than expected and the test cannot cose on time. Figure 2.13 shows an exempary defect trend curve of a project where the time to deiver the soution to the customer has arrived, but the team sti continues to find defects at the same rate as before, which is a cear indication for the product not being ready for prime time.

16 30 2 Traditiona Software Deveopment In a waterfa project, the options the eadership team has in such a situation are fairy imited. As a functions are impemented, even reducing scope is somewhat difficut, as removing functionaity usuay adds extra effort. Adding more resources to a ate project can often resut in a further deay if these additiona resources need to be trained by the existing team. This often eaves ony two options: extending the project unti a probems are resoved and the required quaity is achieved, or scarifying the quaity of the deiverabe. 2.4 Modified Waterfa Modes There are severa modifications of the waterfa mode to address some of the disadvantages identified with the cassic waterfa mode Miestones and Reguar Integration One simpe step to reduce the risk compared to the traditiona waterfa approach is to spit the impementation phase into mutipe smaer phases with integration points caed miestones. This way, there are reguar integration points with working code which can be used to check the project against the pan, and the test teams coud even start to test the features deivered in that miestone (Fig. 2.14). At these miestones the working system can aso be used for presentations to the stakehoders to show progress and request feedback. It may aso hep to add a few freeze days before the actua miestone to stabiize the driver and ony et reay important defects into the driver. These drivers coud aso be used for any type of Apha or Beta program. The important part is that these miestones shoud be panned, not ony date-wise, but aso content-wise, which aows a caibration of the project with regard to where it reay stands. Usuay, if you ask deveopers how far they are with a particuar task, they spend 50% of the time on the first 90% and Requirements Miestone 1 Design Miestone 2 Impementation Miestone 3 Test Miestone 4 Support Fig Impementation phase with miestones

17 2.4 Modified Waterfa Modes 31 need about the same amount of time to compete the remaining 10% of the work, especiay to unit test and resove the defects found during this test. The approach of overapping some parts of the impementation phase with the beginning of the test phase can aso be used to shorten the overa ength of the project, assuming the required test resources are avaiabe Incrementa Deveopment The incrementa deveopment approach takes the miestone approach further by not ony breaking the impementation phase into smaer pieces, but by aso taking the whoe deveopment process and repeating it severa times on subsets of the overa project (Fig. 2.15). By doing so the whoe project becomes more fexibe to react to change and changing requirements. As the design for the compete soution is now done in steps and not overa at the beginning, there may be a higher risk that in a ater round the designs and the code that were done before need to be changed again to support requirements that are just addressed in this round. This approach aso addresses the issue of the waterfa approach that it takes unti the test phase to see the first integrated and working code. The project is spit into severa increments, with each of the increments being a sma waterfa project. This way you do not have a big bang towards the end of the project, but have the project broken into smaer parts that can be managed more easiy. Now it is possibe to show working code much earier to the stakehoders and customers as we as receive feedback eary to have enough time to react and incorporate the feedback into the soution or product. A fu deveopment approach from requirements to test is executed in each round. Requirements Requirements Requirements Design Design Design Impementation Impementation Impementation Test Test Test Support Fig Incrementa deveopment approach

18 32 2 Traditiona Software Deveopment Further Readings 1. Booch G (1993) Object-oriented anaysis and design with appications, 2nd edn. Addison- Wesey, Reading, MA 2. Booch G, Rambaugh J, Jacaobson I (2005) The unified modeing anguage user guide. Addison-Wesey, Reading, MA 3. Centers for MEDICARE & MEDIAID Services: Seecting a Deveopment Approach Approach.pdf This paper provides a quick overview on some of the traditiona deveopment approaches, ike waterfa, incrementa, prototyping, and others and describes their strengths and weaknesses 4. Hozmann, Gerard: Economics of Software Verification This is an interesting paper on the price of defects and when the test cut off point is to reease a product or soution to the customer 5. IBM Deveoper Works: This is a great site for a deveopers with a ot of artices, trai versions, best practices on a kind of software deveopment topics. Under the Rationa section you can for exampe find a ot of usefu information about UML and using UML in practice as we as toos to hep you with your software deveopment project using UML 6. Jacobson I (1992) Object-oriented software engineering: a use case driven approach. Addison- Wesey, Reading, MA 7. Li P, Shaw M, Herbseb J, Ray B. Empirica Evauation of Defect Projection Modes for Widey-depoyed Production Software Systems, FSE 2004, 8. McConne S (2004) Code compete, 2nd edn. Microsoft Press, USA 9. Object Management Group: The OMG is a non-profit organization driving standardization in the area of software. OMG specifications incude CORBA but aso the Unified Modeing Language (UML). On OMG s website one can for exampe find an introduction to UML or downoad the compete specification 10. Pan J. Software Testing: This artice provides a good overview and summary on the basic testing approaches as we as provides a good ist of references and further inks 11. Project Management Institute: The Project Management Institute (PMI) was founded over 40 years ago to evove the Project Management profession. PMI offers a series of certification programs for Project Managers; the most known one is the Project Management Professiona (PMP). On PMI s website you can of course find information about PMI, the certification program as we as education programs offered by PMI. But you can aso find a number of interesting artices and reports about Project Management 12. Project Management Institute: Guide to the Project Management Body of Knowedge: PMBOK Guide. PMBOK is the standard guide for Project Managers. The techniques and modes presented and discussed in PMBOK are aso what is tested during PMI s Project Management Professiona s certification. It covers the different phases of a project as we as the different knowedge areas, ike scope management, risk management, time management, cost management, quaity management, human resource management, and others

19 Further Readings Rice R. The eusive tester to deveoper ratio, Rumbaugh J, Baha M, Premerani W, Eddy F, Lorensen W (1990) Object-Oriented Modeing and Design. Prentice Ha, Engewood Ciffs, NJ 15. Software Testing Search Engine: This is a good starting point if you are searching for further artices and software around the topic of testing software 16. Sutherand, Jeff; Bount Jake; Viktorov, Anton: Distributed Scrum: Agie Project Management with Outsourced Deveopment, Agie Internationa Conference 2006,

20

Art of Java Web Development By Neal Ford 624 pages US$44.95 Manning Publications, 2004 ISBN: 1-932394-06-0

Art of Java Web Development By Neal Ford 624 pages US$44.95 Manning Publications, 2004 ISBN: 1-932394-06-0 IEEE DISTRIBUTED SYSTEMS ONLINE 1541-4922 2005 Pubished by the IEEE Computer Society Vo. 6, No. 5; May 2005 Editor: Marcin Paprzycki, http://www.cs.okstate.edu/%7emarcin/ Book Reviews: Java Toos and Frameworks

More information

Teamwork. Abstract. 2.1 Overview

Teamwork. Abstract. 2.1 Overview 2 Teamwork Abstract This chapter presents one of the basic eements of software projects teamwork. It addresses how to buid teams in a way that promotes team members accountabiity and responsibiity, and

More information

The guaranteed selection. For certainty in uncertain times

The guaranteed selection. For certainty in uncertain times The guaranteed seection For certainty in uncertain times Making the right investment choice If you can t afford to take a ot of risk with your money it can be hard to find the right investment, especiay

More information

3.3 SOFTWARE RISK MANAGEMENT (SRM)

3.3 SOFTWARE RISK MANAGEMENT (SRM) 93 3.3 SOFTWARE RISK MANAGEMENT (SRM) Fig. 3.2 SRM is a process buit in five steps. The steps are: Identify Anayse Pan Track Resove The process is continuous in nature and handed dynamicay throughout ifecyce

More information

Chapter 3: JavaScript in Action Page 1 of 10. How to practice reading and writing JavaScript on a Web page

Chapter 3: JavaScript in Action Page 1 of 10. How to practice reading and writing JavaScript on a Web page Chapter 3: JavaScript in Action Page 1 of 10 Chapter 3: JavaScript in Action In this chapter, you get your first opportunity to write JavaScript! This chapter introduces you to JavaScript propery. In addition,

More information

WHITE PAPER BEsT PRAcTIcEs: PusHIng ExcEl BEyond ITs limits WITH InfoRmATIon optimization

WHITE PAPER BEsT PRAcTIcEs: PusHIng ExcEl BEyond ITs limits WITH InfoRmATIon optimization Best Practices: Pushing Exce Beyond Its Limits with Information Optimization WHITE Best Practices: Pushing Exce Beyond Its Limits with Information Optimization Executive Overview Microsoft Exce is the

More information

Advanced ColdFusion 4.0 Application Development - 3 - Server Clustering Using Bright Tiger

Advanced ColdFusion 4.0 Application Development - 3 - Server Clustering Using Bright Tiger Advanced CodFusion 4.0 Appication Deveopment - CH 3 - Server Custering Using Bri.. Page 1 of 7 [Figures are not incuded in this sampe chapter] Advanced CodFusion 4.0 Appication Deveopment - 3 - Server

More information

The Web Insider... The Best Tool for Building a Web Site *

The Web Insider... The Best Tool for Building a Web Site * The Web Insider... The Best Too for Buiding a Web Site * Anna Bee Leiserson ** Ms. Leiserson describes the types of Web-authoring systems that are avaiabe for buiding a site and then discusses the various

More information

Australian Bureau of Statistics Management of Business Providers

Australian Bureau of Statistics Management of Business Providers Purpose Austraian Bureau of Statistics Management of Business Providers 1 The principa objective of the Austraian Bureau of Statistics (ABS) in respect of business providers is to impose the owest oad

More information

PREFACE. Comptroller General of the United States. Page i

PREFACE. Comptroller General of the United States. Page i - I PREFACE T he (+nera Accounting Office (GAO) has ong beieved that the federa government urgenty needs to improve the financia information on which it bases many important decisions. To run our compex

More information

Bite-Size Steps to ITIL Success

Bite-Size Steps to ITIL Success 7 Bite-Size Steps to ITIL Success Pus making a Business Case for ITIL! Do you want to impement ITIL but don t know where to start? 7 Bite-Size Steps to ITIL Success can hep you to decide whether ITIL can

More information

Learning from evaluations Processes and instruments used by GIZ as a learning organisation and their contribution to interorganisational learning

Learning from evaluations Processes and instruments used by GIZ as a learning organisation and their contribution to interorganisational learning Monitoring and Evauation Unit Learning from evauations Processes and instruments used by GIZ as a earning organisation and their contribution to interorganisationa earning Contents 1.3Learning from evauations

More information

Business schools are the academic setting where. The current crisis has highlighted the need to redefine the role of senior managers in organizations.

Business schools are the academic setting where. The current crisis has highlighted the need to redefine the role of senior managers in organizations. c r o s os r oi a d s REDISCOVERING THE ROLE OF BUSINESS SCHOOLS The current crisis has highighted the need to redefine the roe of senior managers in organizations. JORDI CANALS Professor and Dean, IESE

More information

Application and Desktop Virtualization

Application and Desktop Virtualization Appication and Desktop Virtuaization Content 1) Why Appication and Desktop Virtuaization 2) Some terms reated to vapp and vdesktop 3) Appication and Desktop Deivery 4) Appication Virtuaization 5)- Type

More information

Setting Up Your Internet Connection

Setting Up Your Internet Connection 4 CONNECTING TO CHANCES ARE, you aready have Internet access and are using the Web or sending emai. If you downoaded your instaation fies or instaed esigna from the web, you can be sure that you re set

More information

With the arrival of Java 2 Micro Edition (J2ME) and its industry

With the arrival of Java 2 Micro Edition (J2ME) and its industry Knowedge-based Autonomous Agents for Pervasive Computing Using AgentLight Fernando L. Koch and John-Jues C. Meyer Utrecht University Project AgentLight is a mutiagent system-buiding framework targeting

More information

NCH Software BroadCam Video Streaming Server

NCH Software BroadCam Video Streaming Server NCH Software BroadCam Video Streaming Server This user guide has been created for use with BroadCam Video Streaming Server Version 2.xx NCH Software Technica Support If you have difficuties using BroadCam

More information

APIS Software Training /Consulting

APIS Software Training /Consulting APIS Software Training /Consuting IQ-Software Services APIS Informationstechnoogien GmbH The information contained in this document is subject to change without prior notice. It does not represent any

More information

We are XMA and Viglen.

We are XMA and Viglen. alearn with Microsoft 16pp 21.07_Layout 1 22/12/2014 10:49 Page 1 FRONT COVER alearn with Microsoft We are XMA and Vigen. Ca us now on 0115 846 4900 Visit www.xma.co.uk/aearn Emai alearn@xma.co.uk Foow

More information

Pay-on-delivery investing

Pay-on-delivery investing Pay-on-deivery investing EVOLVE INVESTment range 1 EVOLVE INVESTMENT RANGE EVOLVE INVESTMENT RANGE 2 Picture a word where you ony pay a company once they have deivered Imagine striking oi first, before

More information

The definition of insanity is doing the same thing over and over again and expecting different results

The definition of insanity is doing the same thing over and over again and expecting different results insurance services Sma Business Insurance a market opportunity being missed Einstein may not have known much about insurance, but if you appy his definition to the way existing brands are deveoping their

More information

SNMP Reference Guide for Avaya Communication Manager

SNMP Reference Guide for Avaya Communication Manager SNMP Reference Guide for Avaya Communication Manager 03-602013 Issue 1.0 Feburary 2007 2006 Avaya Inc. A Rights Reserved. Notice Whie reasonabe efforts were made to ensure that the information in this

More information

Let s get usable! Usability studies for indexes. Susan C. Olason. Study plan

Let s get usable! Usability studies for indexes. Susan C. Olason. Study plan Let s get usabe! Usabiity studies for indexes Susan C. Oason The artice discusses a series of usabiity studies on indexes from a systems engineering and human factors perspective. The purpose of these

More information

Teach yourself Android application development - Part I: Creating Android products

Teach yourself Android application development - Part I: Creating Android products Teach yoursef Android appication deveopment - Part I: Creating Android products Page 1 of 7 Part of the EE Times Network A Artices Products Course TechPaper Webinars Login Register Wecome, Guest HOME DESIGN

More information

Avaya Remote Feature Activation (RFA) User Guide

Avaya Remote Feature Activation (RFA) User Guide Avaya Remote Feature Activation (RFA) User Guide 03-300149 Issue 5.0 September 2007 2007 Avaya Inc. A Rights Reserved. Notice Whie reasonabe efforts were made to ensure that the information in this document

More information

Oracle Project Financial Planning. User's Guide Release 11.1.2.2

Oracle Project Financial Planning. User's Guide Release 11.1.2.2 Orace Project Financia Panning User's Guide Reease 11.1.2.2 Project Financia Panning User's Guide, 11.1.2.2 Copyright 2012, Orace and/or its affiiates. A rights reserved. Authors: EPM Information Deveopment

More information

How To Get Acedo With Microsoft.Com

How To Get Acedo With Microsoft.Com alearn with Microsoft We are XMA. Ca us now on 0115 846 4900 Visit www.xma.co.uk/aearn Emai alearn@xma.co.uk Foow us @WeareXMA Introduction Use our 'steps to alearn' framework to ensure you cover a bases...

More information

Network/Communicational Vulnerability

Network/Communicational Vulnerability Automated teer machines (ATMs) are a part of most of our ives. The major appea of these machines is convenience The ATM environment is changing and that change has serious ramifications for the security

More information

Human Capital & Human Resources Certificate Programs

Human Capital & Human Resources Certificate Programs MANAGEMENT CONCEPTS Human Capita & Human Resources Certificate Programs Programs to deveop functiona and strategic skis in: Human Capita // Human Resources ENROLL TODAY! Contract Hoder Contract GS-02F-0010J

More information

Secure Network Coding with a Cost Criterion

Secure Network Coding with a Cost Criterion Secure Network Coding with a Cost Criterion Jianong Tan, Murie Médard Laboratory for Information and Decision Systems Massachusetts Institute of Technoogy Cambridge, MA 0239, USA E-mai: {jianong, medard}@mit.edu

More information

Informatica PowerCenter

Informatica PowerCenter Brochure Informatica PowerCenter Benefits Support better business decisions with the right information at the right time Acceerate projects in days vs. months with improved staff productivity and coaboration

More information

Niagara Catholic. District School Board. High Performance. Support Program. Academic

Niagara Catholic. District School Board. High Performance. Support Program. Academic Niagara Cathoic District Schoo Board High Performance Academic Support Program The Niagara Cathoic District Schoo Board, through the charisms of faith, socia justice, support and eadership, nurtures an

More information

Introduction to XSL. Max Froumentin - W3C

Introduction to XSL. Max Froumentin - W3C Introduction to XSL Max Froumentin - W3C Introduction to XSL XML Documents Stying XML Documents XSL Exampe I: Hamet Exampe II: Mixed Writing Modes Exampe III: database Other Exampes How do they do that?

More information

Introduction the pressure for efficiency the Estates opportunity

Introduction the pressure for efficiency the Estates opportunity Heathy Savings? A study of the proportion of NHS Trusts with an in-house Buidings Repair and Maintenance workforce, and a discussion of eary experiences of Suppies efficiency initiatives Management Summary

More information

Leadership & Management Certificate Programs

Leadership & Management Certificate Programs MANAGEMENT CONCEPTS Leadership & Management Certificate Programs Programs to deveop expertise in: Anaytics // Leadership // Professiona Skis // Supervision ENROLL TODAY! Contract oder Contract GS-02F-0010J

More information

Order-to-Cash Processes

Order-to-Cash Processes TMI170 ING info pat 2:Info pat.qxt 01/12/2008 09:25 Page 1 Section Two: Order-to-Cash Processes Gregory Cronie, Head Saes, Payments and Cash Management, ING O rder-to-cash and purchase-topay processes

More information

NCH Software FlexiServer

NCH Software FlexiServer NCH Software FexiServer This user guide has been created for use with FexiServer Version 1.xx NCH Software Technica Support If you have difficuties using FexiServer pease read the appicabe topic before

More information

Early access to FAS payments for members in poor health

Early access to FAS payments for members in poor health Financia Assistance Scheme Eary access to FAS payments for members in poor heath Pension Protection Fund Protecting Peope s Futures The Financia Assistance Scheme is administered by the Pension Protection

More information

NCH Software MoneyLine

NCH Software MoneyLine NCH Software MoneyLine This user guide has been created for use with MoneyLine Version 2.xx NCH Software Technica Support If you have difficuties using MoneyLine pease read the appicabe topic before requesting

More information

Integrating Risk into your Plant Lifecycle A next generation software architecture for risk based

Integrating Risk into your Plant Lifecycle A next generation software architecture for risk based Integrating Risk into your Pant Lifecyce A next generation software architecture for risk based operations Dr Nic Cavanagh 1, Dr Jeremy Linn 2 and Coin Hickey 3 1 Head of Safeti Product Management, DNV

More information

Professional Kingston

Professional Kingston Professiona Kingston Organisationa and workforce deveopment soutions n Facuty of Business and Law Aways improving 0/1 Contents Wecome 2 Why Kingston? 4 Course portfoio 6 Course detais 8 Work-based earning

More information

Fixed income managers: evolution or revolution

Fixed income managers: evolution or revolution Fixed income managers: evoution or revoution Traditiona approaches to managing fixed interest funds rey on benchmarks that may not represent optima risk and return outcomes. New techniques based on separate

More information

Ricoh Healthcare. Process Optimized. Healthcare Simplified.

Ricoh Healthcare. Process Optimized. Healthcare Simplified. Ricoh Heathcare Process Optimized. Heathcare Simpified. Rather than a destination that concudes with the eimination of a paper, the Paperess Maturity Roadmap is a continuous journey to strategicay remove

More information

MICROSOFT DYNAMICS CRM

MICROSOFT DYNAMICS CRM biztech TM MICROSOFT DYNAMICS CRM Experienced professionas, proven toos and methodoogies, tempates, acceerators and vertica specific soutions maximizing the vaue of your Customer Reationships Competency

More information

Software Quality - Getting Right Metrics, Getting Metrics Right

Software Quality - Getting Right Metrics, Getting Metrics Right Software Quaity - Getting Right Metrics, Getting Metrics Right How to set the right performance metrics and then benchmark it for continuous improvement? Whie metrics are important means to quantify performance

More information

SPOTLIGHT. A year of transformation

SPOTLIGHT. A year of transformation WINTER ISSUE 2014 2015 SPOTLIGHT Wecome to the winter issue of Oasis Spotight. These newsetters are designed to keep you upto-date with news about the Oasis community. This quartery issue features an artice

More information

The eg Suite Enabing Rea-Time Monitoring and Proactive Infrastructure Triage White Paper Restricted Rights Legend The information contained in this document is confidentia and subject to change without

More information

READING A CREDIT REPORT

READING A CREDIT REPORT Name Date CHAPTER 6 STUDENT ACTIVITY SHEET READING A CREDIT REPORT Review the sampe credit report. Then search for a sampe credit report onine, print it off, and answer the questions beow. This activity

More information

The BBC s management of its Digital Media Initiative

The BBC s management of its Digital Media Initiative The BBC s management of its Digita Media Initiative Report by the Comptroer and Auditor Genera presented to the BBC Trust s Finance and Compiance Committee, 13 January 2011 Department for Cuture, Media

More information

DigitalKitbag. Email marketing

DigitalKitbag. Email marketing Emai marketing Who are Digita Kitbag? We re your business marketing team Digita Kitbag is owned and operated by Johnston Press, one of the argest regiona media pubishers in the UK and Ireand. We have a

More information

IT Governance Principles & Key Metrics

IT Governance Principles & Key Metrics IT Governance Principes & Key Metrics Smawood Maike & Associates, Inc. 9393 W. 110th Street 51 Corporate Woods, Suite 500 Overand Park, KS 66210 Office: 913-451-6790 Good governance processes that moves

More information

Lexmark ESF Applications Guide

Lexmark ESF Applications Guide Lexmark ESF Appications Guide Hep your customers bring out the fu potentia of their Lexmark soutions-enabed singe-function and mutifunction printers Lexmark Appications have been designed to hep businesses

More information

eg Enterprise vs. a Big 4 Monitoring Soution: Comparing Tota Cost of Ownership Restricted Rights Legend The information contained in this document is confidentia and subject to change without notice. No

More information

Oracle. L. Ladoga Rybinsk Res. Volga. Finland. Volga. Dnieper. Dnestr. Danube. Lesbos. Auditing Oracle Applications Peloponnesus

Oracle. L. Ladoga Rybinsk Res. Volga. Finland. Volga. Dnieper. Dnestr. Danube. Lesbos. Auditing Oracle Applications Peloponnesus N o r w e g i a n S e a White 60ûN ATLANTIC OCEAN UNITED KINGDOM Rio Douro Hebrid Bay of Biscay Garonne Faroe Isands Shetand Isands Orkney Isands North Loire ine Rhone Rhine Po Ebe Adriatic Batic Guf of

More information

CERTIFICATE COURSE ON CLIMATE CHANGE AND SUSTAINABILITY. Course Offered By: Indian Environmental Society

CERTIFICATE COURSE ON CLIMATE CHANGE AND SUSTAINABILITY. Course Offered By: Indian Environmental Society CERTIFICATE COURSE ON CLIMATE CHANGE AND SUSTAINABILITY Course Offered By: Indian Environmenta Society INTRODUCTION The Indian Environmenta Society (IES) a dynamic and fexibe organization with a goba vision

More information

AA Fixed Rate ISA Savings

AA Fixed Rate ISA Savings AA Fixed Rate ISA Savings For the road ahead The Financia Services Authority is the independent financia services reguator. It requires us to give you this important information to hep you to decide whether

More information

Sage Accounts Production Range

Sage Accounts Production Range Sage Accounts Production Range The abiity to dri-down from the face of the accounts makes reviewing accounts so easy. Sage Accounts Production Software As individua as you and your cients Jim O Leary,

More information

Older people s assets: using housing equity to pay for health and aged care

Older people s assets: using housing equity to pay for health and aged care Key words: aged care; retirement savings; reverse mortgage; financia innovation; financia panning Oder peope s assets: using housing equity to pay for heath and aged care The research agenda on the ageing

More information

GREEN: An Active Queue Management Algorithm for a Self Managed Internet

GREEN: An Active Queue Management Algorithm for a Self Managed Internet : An Active Queue Management Agorithm for a Sef Managed Internet Bartek Wydrowski and Moshe Zukerman ARC Specia Research Centre for Utra-Broadband Information Networks, EEE Department, The University of

More information

TMI ING Guide to Financial Supply Chain Optimisation 29. Creating Opportunities for Competitive Advantage. Section Four: Supply Chain Finance

TMI ING Guide to Financial Supply Chain Optimisation 29. Creating Opportunities for Competitive Advantage. Section Four: Supply Chain Finance TMI171 ING info pat :Info pat.qxt 19/12/2008 17:02 Page 29 ING Guide to Financia Suppy Chain Optimisation Creating Opportunities for Competitive Advantage Section Four: Suppy Chain Finance Introduction

More information

Personal and Public Involvement Toolkit for Staff

Personal and Public Involvement Toolkit for Staff Persona and Pubic Invovement Tookit for Staff INTRODUCTION The Southern Trust is committed to ensuring that everyone who needs to and wishes to be invoved in the panning, deveopment and evauation of its

More information

How To Protect Yoursef Onine From Being Hacked Onine

How To Protect Yoursef Onine From Being Hacked Onine Onine Security Savings What is onine security? This booket is designed to make you aware of some of the atest threats that exist when managing your money onine so you can protect your money in the same

More information

CONTRIBUTION OF INTERNAL AUDITING IN THE VALUE OF A NURSING UNIT WITHIN THREE YEARS

CONTRIBUTION OF INTERNAL AUDITING IN THE VALUE OF A NURSING UNIT WITHIN THREE YEARS Dehi Business Review X Vo. 4, No. 2, Juy - December 2003 CONTRIBUTION OF INTERNAL AUDITING IN THE VALUE OF A NURSING UNIT WITHIN THREE YEARS John N.. Var arvatsouakis atsouakis DURING the present time,

More information

LADDER SAFETY Table of Contents

LADDER SAFETY Table of Contents Tabe of Contents SECTION 1. TRAINING PROGRAM INTRODUCTION..................3 Training Objectives...........................................3 Rationae for Training.........................................3

More information

I m pretty lucky as far as teen librarians

I m pretty lucky as far as teen librarians feature Hot Spot: Teen Tech Week Onine Marketing Strategies for Reaching Today s Teens By Laura Peowski Horn I m pretty ucky as far as teen ibrarians go. The ibrary I work at is right next to the ony high

More information

WEBSITE ACCOUNT USER GUIDE SECURITY, PASSWORD & CONTACTS

WEBSITE ACCOUNT USER GUIDE SECURITY, PASSWORD & CONTACTS WEBSITE ACCOUNT USER GUIDE SECURITY, PASSWORD & CONTACTS Password Reset Process Navigate to the og in screen Seect the Forgot Password ink You wi be asked to enter the emai address you registered with

More information

Chapter 2 Developing a Sustainable Supply Chain Strategy

Chapter 2 Developing a Sustainable Supply Chain Strategy Chapter 2 Deveoping a Sustainabe Suppy Chain Strategy Bakan Cetinkaya Learning Goas. By reading this chapter you wi: Know the basics of competitive strategy and suppy chain strategy and understand their

More information

WINMAG Graphics Management System

WINMAG Graphics Management System SECTION 10: page 1 Section 10: by Honeywe WINMAG Graphics Management System Contents What is WINMAG? WINMAG Text and Graphics WINMAG Text Ony Scenarios Fire/Emergency Management of Fauts & Disabement Historic

More information

Design Considerations

Design Considerations Chapter 2: Basic Virtua Private Network Depoyment Page 1 of 12 Chapter 2: Basic Virtua Private Network Depoyment Before discussing the features of Windows 2000 tunneing technoogy, it is important to estabish

More information

What makes a good Chair? A good chair will also: l always aim to draw a balance between hearing everyone s views and getting through the business.

What makes a good Chair? A good chair will also: l always aim to draw a balance between hearing everyone s views and getting through the business. Chairing a meeting An important job of the Chairperson is chairing meetings. Prior House 6 Tibury Pace Brighton BN2 0GY Te. 01273 606160 Fax. 01273 673663 info@resourcecentre.org.uk www.resourcecentre.org.uk

More information

ASSET MANAGEMENT OUR APPROACH

ASSET MANAGEMENT OUR APPROACH ASSET MANAGEMENT OUR APPROACH CONTENTS FOREWORD 3 INTRODUCTION 4 ASSET MANAGEMENT? 6 THE NEED FOR CHANGE 6 KEY PRINCIPLES 7 APPENDIX 1 19 GLOSSARY 20 2 FOREWORD Few things affect our customers ives as

More information

GRADUATE RECORD EXAMINATIONS PROGRAM

GRADUATE RECORD EXAMINATIONS PROGRAM VALIDITY and the GRADUATE RECORD EXAMINATIONS PROGRAM BY WARREN W. WILLINGHAM EDUCATIONAL TESTING SERVICE, PRINCETON, NEW JERSEY Vaidity and the Graduate Record Examinations Program Vaidity and the Graduate

More information

Advance PLM Software Solutions for Complex Business Processes

Advance PLM Software Solutions for Complex Business Processes Advance PLM Software Soutions for Compex Business Processes Abstract As customers word-wide camour for more technoogicay rich products, be it a car, or a smartphone, manufacturers are having to contend

More information

Business Banking. A guide for franchises

Business Banking. A guide for franchises Business Banking A guide for franchises Hep with your franchise business, right on your doorstep A true understanding of the needs of your business: that s what makes RBS the right choice for financia

More information

Fast Robust Hashing. ) [7] will be re-mapped (and therefore discarded), due to the load-balancing property of hashing.

Fast Robust Hashing. ) [7] will be re-mapped (and therefore discarded), due to the load-balancing property of hashing. Fast Robust Hashing Manue Urueña, David Larrabeiti and Pabo Serrano Universidad Caros III de Madrid E-89 Leganés (Madrid), Spain Emai: {muruenya,darra,pabo}@it.uc3m.es Abstract As statefu fow-aware services

More information

Normalization of Database Tables. Functional Dependency. Examples of Functional Dependencies: So Now what is Normalization? Transitive Dependencies

Normalization of Database Tables. Functional Dependency. Examples of Functional Dependencies: So Now what is Normalization? Transitive Dependencies ISM 602 Dr. Hamid Nemati Objectives The idea Dependencies Attributes and Design Understand concepts normaization (Higher-Leve Norma Forms) Learn how to normaize tabes Understand normaization and database

More information

Key Features of Life Insurance

Key Features of Life Insurance Key Features of Life Insurance Life Insurance Key Features The Financia Conduct Authority is a financia services reguator. It requires us, Aviva, to give you this important information to hep you to decide

More information

Qualifications, professional development and probation

Qualifications, professional development and probation UCU Continuing Professiona Deveopment Quaifications, professiona deveopment and probation Initia training and further education teaching quaifications Since September 2007 a newy appointed FE ecturers,

More information

NCH Software Warp Speed PC Tune-up Software

NCH Software Warp Speed PC Tune-up Software NCH Software Warp Speed PC Tune-up Software This user guide has been created for use with Warp Speed PC Tune-up Software Version 1.xx NCH Software Technica Support If you have difficuties using Warp Speed

More information

Virtual trunk simulation

Virtual trunk simulation Virtua trunk simuation Samui Aato * Laboratory of Teecommunications Technoogy Hesinki University of Technoogy Sivia Giordano Laboratoire de Reseaux de Communication Ecoe Poytechnique Federae de Lausanne

More information

SELECTING THE SUITABLE ERP SYSTEM: A FUZZY AHP APPROACH. Ufuk Cebeci

SELECTING THE SUITABLE ERP SYSTEM: A FUZZY AHP APPROACH. Ufuk Cebeci SELECTING THE SUITABLE ERP SYSTEM: A FUZZY AHP APPROACH Ufuk Cebeci Department of Industria Engineering, Istanbu Technica University, Macka, Istanbu, Turkey - ufuk_cebeci@yahoo.com Abstract An Enterprise

More information

NCH Software Copper Point of Sale Software

NCH Software Copper Point of Sale Software NCH Software Copper Point of Sae Software This user guide has been created for use with Copper Point of Sae Software Version 1.xx NCH Software Technica Support If you have difficuties using Copper Point

More information

Creative learning through the arts an action plan for Wales

Creative learning through the arts an action plan for Wales Creative earning through the arts an action pan for Waes 2015 2020 Audience The entire teaching workforce and government and nationa partners, incuding regiona education consortia, oca authorities, governing

More information

Preschool Services Under IDEA

Preschool Services Under IDEA Preschoo Services Under IDEA W e don t usuay think of Specific Learning Disabiities in connection with chidren beow schoo age. When we think about chidren age birth to six, we think first of their earning

More information

Vital Steps. A cooperative feasibility study guide. U.S. Department of Agriculture Rural Business-Cooperative Service Service Report 58

Vital Steps. A cooperative feasibility study guide. U.S. Department of Agriculture Rural Business-Cooperative Service Service Report 58 Vita Steps A cooperative feasibiity study guide U.S. Department of Agricuture Rura Business-Cooperative Service Service Report 58 Abstract This guide provides rura residents with information about cooperative

More information

Key Questions to Ask About

Key Questions to Ask About everychid. onevoice. Every time i have to go to the bathroom at schoo, there s a ine. And sometimes they reay need to be ceaned. Maybe the schoo can get some more hep to open up a of the restrooms again.

More information

L I C E N S I N G G U I D E

L I C E N S I N G G U I D E O R A C L E H Y P E R I O N E N T E R P R I S E P E R F O R M A N C E M A N A G E M E N T S Y S T E M L I C E N S I N G G U I D E EPM System Licensing Guide Copyright 2009, Orace and/or its affiiates.

More information

Migrating and Managing Dynamic, Non-Textua Content

Migrating and Managing Dynamic, Non-Textua Content Considering Dynamic, Non-Textua Content when Migrating Digita Asset Management Systems Aya Stein; University of Iinois at Urbana-Champaign; Urbana, Iinois USA Santi Thompson; University of Houston; Houston,

More information

A New Statistical Approach to Network Anomaly Detection

A New Statistical Approach to Network Anomaly Detection A New Statistica Approach to Network Anomay Detection Christian Caegari, Sandrine Vaton 2, and Michee Pagano Dept of Information Engineering, University of Pisa, ITALY E-mai: {christiancaegari,mpagano}@ietunipiit

More information

ELECTRONIC FUND TRANSFERS. l l l. l l. l l l. l l l

ELECTRONIC FUND TRANSFERS. l l l. l l. l l l. l l l Program Organization = Number "1060" = Type "123342" = "ETM2LAZCD" For = "502859" "TCCUS" "" Name "WK Number = Name "First "1001" = "1" Eectronic = "1001" = Financia "Jane Funds Doe" Northwest Xfer PG1

More information

Life Contingencies Study Note for CAS Exam S. Tom Struppeck

Life Contingencies Study Note for CAS Exam S. Tom Struppeck Life Contingencies Study Note for CAS Eam S Tom Struppeck (Revised 9/19/2015) Introduction Life contingencies is a term used to describe surviva modes for human ives and resuting cash fows that start or

More information

Information Systems Technician Training Series

Information Systems Technician Training Series NONRESIDENT TRAINING COURSE Information Systems Technician Training Series Modue 1 Administration and Security NAVEDTRA 14222 IMPORTANT Any future change to this course can be found at https://www.advancement.cnet.navy.mi,

More information

A Supplier Evaluation System for Automotive Industry According To Iso/Ts 16949 Requirements

A Supplier Evaluation System for Automotive Industry According To Iso/Ts 16949 Requirements A Suppier Evauation System for Automotive Industry According To Iso/Ts 16949 Requirements DILEK PINAR ÖZTOP 1, ASLI AKSOY 2,*, NURSEL ÖZTÜRK 2 1 HONDA TR Purchasing Department, 41480, Çayırova - Gebze,

More information

How to deal with personal financial problems

How to deal with personal financial problems How to dea with persona financia probems D I S P U T E R E S O L U T I O N Introduction Heping you face the future with confidence In 2014, the eve of consumer debt in the UK grew to reach a seven-year

More information

A Description of the California Partnership for Long-Term Care Prepared by the California Department of Health Care Services

A Description of the California Partnership for Long-Term Care Prepared by the California Department of Health Care Services 2012 Before You Buy A Description of the Caifornia Partnership for Long-Term Care Prepared by the Caifornia Department of Heath Care Services Page 1 of 13 Ony ong-term care insurance poicies bearing any

More information

l l ll l l Exploding the Myths about DETC Accreditation A Primer for Students

l l ll l l Exploding the Myths about DETC Accreditation A Primer for Students Expoding the Myths about DETC Accreditation A Primer for Students Distance Education and Training Counci Expoding the Myths about DETC Accreditation: A Primer for Students Prospective distance education

More information

ELECTRONIC FUND TRANSFERS YOUR RIGHTS AND RESPONSIBILITIES. l l

ELECTRONIC FUND TRANSFERS YOUR RIGHTS AND RESPONSIBILITIES. l l ELECTRONIC FUND TRANSFERS YOUR RIGHTS AND RESPONSIBILITIES The Eectronic Fund Transfers we are capabe of handing for consumers are indicated beow some of which may not appy your account Some of these may

More information

Chapter 3: e-business Integration Patterns

Chapter 3: e-business Integration Patterns Chapter 3: e-business Integration Patterns Page 1 of 9 Chapter 3: e-business Integration Patterns "Consistency is the ast refuge of the unimaginative." Oscar Wide In This Chapter What Are Integration Patterns?

More information

NCH Software Express Accounts Accounting Software

NCH Software Express Accounts Accounting Software NCH Software Express Accounts Accounting Software This user guide has been created for use with Express Accounts Accounting Software Version 5.xx NCH Software Technica Support If you have difficuties using

More information

SABRe B2.1: Design & Development. Supplier Briefing Pack.

SABRe B2.1: Design & Development. Supplier Briefing Pack. SABRe B2.1: Design & Deveopment. Suppier Briefing Pack. 2013 Ros-Royce pc The information in this document is the property of Ros-Royce pc and may not be copied or communicated to a third party, or used

More information