THE MANAGEMENT SPECTRUM
|
|
- Brittany Bradford
- 5 years ago
- Views:
Transcription
1 UNIT-V SOFTWARE ENGINEERING SYLLABUS (CGPA ) Software Project Planning & Management Concepts (08Hrs, 16 Marks) a. Management Spectrum b. People c. Product d. Process e. Project f. Critical Practices Estimation for software project: g. Project Planning Process h. Software scope and feasibility i. Resources j. Decomposition Techniques k. Empirical Estimation Models l. Make/Buy Decision Project Scheduling: a. Task set for Software project b. Defining a task network c. Scheduling d. Earned Value Analysis Product Metrics: e. A framework for product metrics f. Software Quality g. Software Quality Factors ************************************************************************************* THE MANAGEMENT SPECTRUM Effective software project management focuses on the four P s: people, product, process, and project. 1.The People Every organization needs to continually improve its ability to attract, develop, motivate, organize, and retain the workforce needed to accomplish its strategic business objectives. The people capability maturity model defines the following key practice areas for software people: staffing, communication and coordination, work environment, performance management, training, compensation, competency analysis and development, career development, workgroup development, team/culture development, and others. By : Prof. Mr.P.R.Patil Page 1
2 Organizations that achieve high levels of People-CMM maturity have a higher likelihood of implementing effective software project management practices. The People-CMM is a companion to the Software Capability Maturity Model Integration that guides organizations in the creation of a mature 2. The Product Before a project can be planned, product objectives and scope should be established, alternative solutions should be considered and technical and management constraints should be identified. Without this information, it is impossible to define reasonable(and accurate) estimates of the cost, an effective assessment of risk, a realistic breakdown of project tasks, or a manageable project schedule that provides a meaningful indication of progress. Once the product objectives and scope are understood, alternative solutions are considered. the alternatives enable managers and practitioners to select a best approach. 3. The process Software process provides the framework from which a comprehensive plan for software development can be established. A small number of framework activities are applicable to all software projects, regardless of their size or complexity. A number of different tasks set tasks, milestones, work products and quality assurance points enable the framework activities to be adapted to the characteristics of the software project and the requirements of the project team. Finally, umbrella activities such as software quality assurance, software configuration management, and measurement overlay the process model.umbrella activities are independent of any one framework activity and occur throughout the process. 4. The Project We conduct planned and controlled software projects for one primary reason it is the only known way to manage complexity. To avoid project failure, a software project manager and the software engineers who build the product must avoid a set of common warning signs, understand the critical success factors that lead to good project management, and develop a commonsense approach for planning, monitoring, and controlling the project. The Software Team PEOPLE Mantei suggests three generic team organizations: By : Prof. Mr.P.R.Patil Page 2
3 Democratic decentralized (DD) This software engineering team has no permanent leader. Rather, "task coordinators are appointed for short durations and then replaced by others who may coordinate different tasks." Decisions on problems and approach are made by group consensus. Communication among team members is horizontal. Controlled decentralized (CD) This software engineering team has a defined leader who coordinates specific tasks and secondary leaders that have responsibility for subtasks. Problem solving remains a group activity, but implementation of solutions is partitioned among subgroups by the team leader. Communication among subgroups and individuals is horizontal. Vertical communication along the control hierarchy also occurs. Controlled Centralized (CC) Top-level problem solving and internal team coordination are managed by a team leader. Communication between the leader and team members is vertical. -Mantei describes seven project factors that should be considered when planning the structure of software engineering teams: The difficulty of the problem to be solved. The size of the resultant program(s) in lines of code or function points The time that the team will stay together (team lifetime). The degree to which the problem can be modularized. The required quality and reliability of the system to be built. The rigidity of the delivery date. The degree of sociability (communication) required for the project. The Stakeholders -The software process is populated by stakeholders who can be categorized into one of five constituencies: 1. Senior managers - Who define the business issues that often have a significant influence on the project? 2. Project (technical) managers By : Prof. Mr.P.R.Patil Page 3
4 - Who must plan, motivate, organize, and control the practitioners who do software work. 3. Practitioners - Who deliver the technical skills that are necessary to engineer a product or application? 4. Customers -who specify the requirements for the software to be engineered and other stakeholders who have a peripheral interest in the outcome. 5. End users - Who interact with the software once it is released for production use? Team Leaders - MOI model of leadership: 1. Motivation - The ability to encourage (by push or pull ) technical people to produce to their best ability. 2. Organization. - The ability to mold existing processes (or invent new ones) that will enable the initial concept to be translated into a final product. 3. Ideas or innovation. - The ability to encourage people to create and feel creative even when they must work within bounds established for a particular software product or application.another view of the characteristics that define an effective project manager emphasizes four key traits: Problem solving. - An effective software project manager can diagnose the technical and organizational issues that are most relevant, systematically structure a solution or properly motivate other practitioners to develop the solution, apply lessons learned from past projects to new situations, and -remain flexible enough to change direction if initial attempts at problem solution are fruitless. Managerial identity. - A good project manager must take charge of the project. She must have the confidence to assume control when necessary and the assurance to allow good technical people to follow their instincts. Achievement. By : Prof. Mr.P.R.Patil Page 4
5 -A competent manager must reward initiative and accomplishment to optimize the productivity of a project team. She must demonstrate through her own actions that controlled risk taking will not be punished. Influence and team building. - An effective project manager must be able to read people; she must be able to understand verbal and nonverbal signals and react to the needs of the people sending these signals. The manager must remain under control in high-stress situations. Coordination and Communication Issues The scale of many development efforts is large, leading to complexity, confusion, and significant difficulties in coordinating team members. Uncertainty is common, resulting in a continuing stream of changes that ratchets the project team. Interoperability has become a key characteristic of many systems. New software must communicate with existing software and conform to predefined constraints imposed by the system or product. - Kraul and Streeter [KRA95] examine a collection of project coordination techniques that are categorized in the following manner: Formal, impersonal approaches - include software engineering documents and deliverables (including source code), technical memos, project milestones, schedules, and project control tools, change requests and related documentation, error tracking reports, and repository data. Formal, interpersonal procedures -focus on quality assurance activities applied to software engineering work products. These include status review meetings and design and code inspections. Informal, interpersonal procedures -include group meetings for information dissemination and problem solving and collocation of requirements and development staff. Electronic communication -encompasses electronic mail, electronic bulletin boards, and by extension, video-based conferencing systems. Interpersonal networking -includes informal discussions with team members and those outside the project who may have experience or insight that can assist team members. By : Prof. Mr.P.R.Patil Page 5
6 CRITICAL PRACTICES These practices are consistently used by, and considered critical by, highly successful software projects and organizations whose bottom line performance is consistently much better than industry averages. In an effort to enable a software organization to determine whether a specific project has implemented critical practices, the Airlie Council has developed a set of QuickLook questions for a project- Formal risk management. -What are the top ten risks for this project? For each of the risks, what is the chance that the risk will become a problem and what is the impact if it does? Empirical cost and schedule estimation. - What is the current estimated size of the application software (excluding system software) that will be delivered into operation? How was it derived?. Metric-based project management. - Do you have in place a metrics program to give an early indication of evolving problems? If so, what is the current requirements volatility? Earned value tracking. -Do you report monthly earned value metrics? If so, are these metrics computed from an activity network of tasks for the entire effort to the next delivery? Defect tracking against quality targets. By : Prof. Mr.P.R.Patil Page 6
7 - Do you track and periodically report the number of defects found by each inspection (formal technical review) and execution test from program inception and the number of defects currently closed and open? People-aware program management. -What is the average staff turnover for the past three months for each of the suppliers/developers involved in the development of software for this system? Estimation for software project Project Planning Process The objective of software project planning is to provide a framework that enables the manager to make reasonable estimates of resources, cost, and schedule. These estimates are made within a limited time frame at the beginning of a software project and should be updated regularly as the project progresses. Estimates should attempt to define best case and worst case scenarios. SOFTWARE SCOPE -Software scope describes the data and control to be processed, function, performance, constraints, interfaces, and reliability. Functions described in the statement of scope are evaluated and in some cases refined to provide more detail prior to the beginning of estimation. - analyst start by asking context-free questions; that is, a set of questions that will lead to a basic understanding of the problem, the people who want a solution, the nature of the solution desired, and the effectiveness of the first encounter itself. Feasibility - Can we build software to meet this scope? Is the project feasible? not everything imaginable is feasible, not even in software, Software feasibility has four solid dimensions: Technology Is a project technically feasible? Is it within the state of the art? Can defects be reduced to a level matching the application s needs? Finance Is it financially feasible? Can development be completed at a cost the software organization, its client, or the market can afford? Time Will the project s time-to-market beat the competition? By : Prof. Mr.P.R.Patil Page 7
8 Resources does the organization have the resources needed to succeed? A Scoping Example Conveyor Line Sorting System (CLSS). - The project planner examines the statement of scope and extracts all important software functions. This process, called decomposition, and results in the following functions: Read bar code input. Read pulse tachometer. Decode part code data. Do database look-up. Determine bin location. Produce control signal for shunt. Maintain record of box destinations. RESOURCES Three major categories of software engineering resources 1. People 2. Reusable software components 3. Development environment (hardware and software tools) 1. Human Resources The planner begins by evaluating software scope and selecting the skills required to complete development. Both organizational position (e.g., manager, senior software engineer) and specialty By : Prof. Mr.P.R.Patil Page 8
9 (e.g., telecommunications, database, and client-server) are specified. For relatively small projects (a few person-months), a single individual may perform all software engineering tasks, consulting with specialists as required. For larger projects, the software team may be geographically dispersed across a number of different locations. Location of each human resource is specified. The number of people required for a software project can be determined only after an estimate of development effort (e.g., person-months) is made. 2. Reusable Software Resources Component-based software engineering (CBSE)4 emphasizes reusability that is, the creation and reuse of software building blocks. Such building blocks, often called components. Off-the-shelf components. Existing software that can be acquired from a third party or from a past project. COTS (commercial off-the-shelf) components are purchased from a third party, are ready for use on the current project, and have been fully validated. Full-experience components. Existing specifications, designs, code, or test data developed for past projects that are similar to the software to be built for the current project. Members of the current software team have had full experience in the application area represented by these components. Therefore, modifications required for full-experience components will be relatively low risk. Partial-experience components. Existing specifications, designs, code, or test data developed for past projects that are related to the software to be built for the current project but will require substantial modification. Members of the current software team have only limited experience in the application area represented by these components. Therefore, modifications required for partialexperience components have a fair degree of risk. New components. Software components must be built by the software team specifically for the needs of the current project. 3. Environmental Resources The environment that supports a software project, often called the software engineering environment (SEE), incorporates hardware and software. Hardware provides a platform that supports the tools (software) required to produce the work products that are an outcome of good software engineering practice. Because most software organizations have multiple constituencies that require access to the SEE, you must prescribe the time window required for hardware and software and verify that these resources will be available. When a computer-based system (incorporating specialized hardware and software) is to be engineered, the software team may require access to hardware elements being developed by other engineering teams. For example, software for a robotic device used within a manufacturing cell may require a specific robot (e.g., a robotic welder) as part of the validation test step; a software project for advanced page layout may need a high-speed digital printing system at some point during development. Each hardware element must be specified as part of planning. By : Prof. Mr.P.R.Patil Page 9
10 SOFTWARE PROJECT ESTIMATION To achieve reliable cost and effort estimates, a number of options arise: 1. Delay estimation until late in the project (obviously, we can achieve 100% accurate estimates after the project is complete!). 2. Base estimates on similar projects that have already been completed. 3. Use relatively simple decomposition techniques to generate project cost and effort estimates. 4. Use one or more empirical models for software cost and effort estimation. SOFTWARE PROJECT ESTIMATION DECOMPOSITION TECHNIQUES - Decompose the problem, recharacterizing it as a set of smaller problems. 1. Software Sizing size refers to a quantifiable outcome of the software project. If a direct approach is taken, size can be measured in lines of code (LOC). If an indirect approach is chosen, size is represented as function points (FP).Putnam and Myers [Put92] suggest four different approaches to the sizing problem: Fuzzy logic sizing. - This approach uses the approximate reasoning techniques that are the cornerstone of fuzzy logic. To apply this approach, the planner must identify the type of application, establish its magnitude on a qualitative scale, and then refine the magnitude within the original range. Function point sizing. Standard component sizing. - Software is composed of a number of different standard components that are generic to a particular application area. For example, the standard components for an information system are subsystems, modules, screens, reports, interactive programs, batch programs, files, LOC, and object-level instructions. -The project planner estimates the number of occurrences of each standard component and then uses historical project data to estimate the delivered size per standard component. Change sizing. By : Prof. Mr.P.R.Patil Page 10
11 - This approach is used when a project encompasses the use of existing software that must be modified in some way as part of a project. The planner estimates the number and type (e.g., reuse, adding code, changing code, and deleting code) of modifications that must be accomplished. Problem-Based Estimation An Example of LOC-Based Estimation An Example of FP-Based Estimation -The organizational average productivity for systems of this type is 6.5 FP/pm. Based on a burdened labor rate of $8000 per month, the cost per FP is approximately $ Based on the FP estimate and the historical productivity data, the total estimated By : Prof. Mr.P.R.Patil Page 11
12 project cost is $461,000 and the estimated effort is 58 person-months. Process-Based Estimation - Process is decomposed into a relatively small set of tasks and the effort required to accomplish each task is estimated. - Begins with a delineation of software functions obtained from the project scope. A series of framework activities must be performed for each function. - Functions and related framework activities may be represented as part of a table similar to the one presented in Figure. Estimation with Use Cases By : Prof. Mr.P.R.Patil Page 12
13 -Unlike an LOC or a function point, one person s use case may require months of effort while another person s use case may be implemented in a day or two. -Although a number of investigators have considered use cases as an estimation input, no proven estimation method has emerged to date. Reconciling Estimates - Reevaluation of information used to make the estimates. Widely divergent estimates can often be traced to one of two causes: (1) The scope of the project is not adequately understood or has been misinterpreted by the planner, or (2) Productivity data used for problem-based estimation techniques is inappropriate for the application, obsolete (in that it no longer accurately reflects the software engineering organization), or has been misapplied. You should determine the cause of divergence and then reconcile the estimates. EMPIRICAL ESTIMATION MODELS No estimation model is appropriate for all classes of software and in all development environments. Therefore, you should use the results obtained from such models judiciously. By : Prof. Mr.P.R.Patil Page 13
14 An estimation model should be calibrated to reflect local conditions. The model should be tested by applying data collected from completed projects, plugging the data into the model, and then comparing actual to predicted results. If agreement is poor, the model must be tuned and retested before it can be used. The Structure of Estimation Models A typical estimation model is derived using regression analysis on data collected from past software projects. The overall structure of such models takes the form - E =A + B * (e v) C where A, B, and C are empirically derived constants, E is effort in person-months, and e v is the estimation variable (either LOC or FP). Among the many LOC-oriented estimation models proposed in the literature are S/W Project a b b b c b d b Organic SemiDetached Emebedded The COCOMO II Model Barry Boehm introduced a hierarchy of software estimation models bearing the name COCOMO, for COnstructive COst MOdel. By : Prof. Mr.P.R.Patil Page 14
15 The original COCOMO model became one of the most widely used and discussed software cost estimation models in the industry. It has evolved into a more comprehensive estimation model, calledcocomo- II. COCOMO II models require sizing information. Three different sizing options are available as part of the model hierarchy: object points, function points, and lines of source code. object point is an indirect software measure that is computed using counts of the number of (1) screens (at the user interface), (2) reports, and (3) components likely to be required to build the application. Each object instance (e.g., a screen or report) is classified into one of three complexity levels (i.e., simple, medium, or difficult) using criteria suggested by Boehm. The Software Equation By : Prof. Mr.P.R.Patil Page 15
16 Putnam and Myers suggest a set of equations derived from the software equation. Minimum development time is defined as THE MAKE/BUY DECISION In many software application areas, it is often more cost effective to acquire rather than develop computer software. Software engineering managers are faced with a make/buy decision that can be further complicated by a number of acquisition options: (1) software may be purchased (or licensed) off-the-shelf, (2) full-experience or partial-experience software may be acquired and then modified and integrated to meet specific needs, or (3) Software may be custom built by an outside contractor to meet the purchaser s specifications. Creating a Decision Tree Figure depicts a decision tree for a software based system X. In this case, the software engineering organization can (1) Build system X from scratch, (2) reuse existing partial-experience components to construct the system, (3) Buy an available software product and modify it to meet local needs, or (4) Contract the software development to an outside vendor. By : Prof. Mr.P.R.Patil Page 16
17 Based on the probability and projected costs that have been noted in Figure 26.8, the lowest expected cost is the buy option. Task set for Software project Project Scheduling Software project scheduling is an action that distributes estimated effort across the planned project duration by allocating the effort to specific software engineering tasks. It is important to note, however, that the schedule evolves over time. During early stages of project planning, a macroscopic schedule is developed. This type of schedule identifies all major process framework activities and the product functions to which they are applied. As the project gets under way, each entry on the macroscopic schedule is refined into a detailed schedule. Here, specific software actions and tasks (required to accomplish an activity) are identified and scheduled. Basic Principles Compartmentalization. -The project must be compartmentalized into a number of manageable activities and tasks. To accomplish compartmentalization, both the product and the process are refined. Interdependency. The interdependency of each compartmentalized activity or task must be determined. Some tasks must occur in sequence, while others can. occur in parallel. Some activities cannot commence until the work product produced by another is available. Other activities can occur independently. Time allocation. Each task to be scheduled must be allocated some number of work units (e.g., person-days of effort). In addition, each task must be assigned a start date and a completion date that are a function of the interdependencies and whether work will be conducted on a full-time or part-time basis. By : Prof. Mr.P.R.Patil Page 17
18 Effort validation. Every project has a defined number of people on the software team. As time allocation occurs, you must ensure that no more than the allocated number of people has been scheduled at any given time. For example, consider a project that has three assigned software engineers (e.g., three person-days are available per day of assigned effort). On a given day, seven concurrent tasks must be accomplished. Each task requires 0.50 person-days of effort. More effort has been allocated than there are people to do the work. Defined responsibilities. Every task that is scheduled should be assigned to a specific team member. Defined outcomes. Every task that is scheduled should have a defined outcome. For software projects, the outcome is normally a work product (e.g., the design of a component) or a part of a work product. Work products are often combined in deliverables. Defined milestones. Every task or group of tasks should be associated with a project milestone. A milestone is accomplished when one or more work products has been reviewed for quality and has been approved. Each of these principles is applied as the project schedule evolves. A TASK SET FOR THE SOFTWARE PROJECT A software team performs is achieved through a set of tasks that enable you to define, develop, and ultimately support computer software. No single task set is appropriate for all projects. The set of tasks that would be appropriate for a large, complex system would likely be perceived as overkill for a small, relatively simple software product. Therefore, an effective software process should define a collection of task sets, each designed to meet the needs of different types of projects. In order to develop a project schedule, a task set must be distributed on the project time line. The task set will vary depending upon the project type and the degree of rigor with which the software team decides to do its work. Most software organizations encounter the following projects: 1. Concept development projects that are initiated to explore some new business concept or application of some new technology. 2. New application development projects that are undertaken as a consequence of a specific customer request. 3. Application enhancement projects that occur when existing software undergoes major modifications to function, performance, or interfaces that are observable by the end user. 4. Application maintenance projects that correct, adapt, or extend existing software in ways that may not be immediately obvious to the end user. 5. Reengineering projects that are undertaken with the intent of rebuilding an existing (legacy) system in whole or in part. A Task Set Example By : Prof. Mr.P.R.Patil Page 18
19 - Concept development projects are approached by applying the following actions: 1.1 Concept scoping determines the overall scope of the project. 1.2 Preliminary concept planning establishes the organization s ability to undertake the work implied by the project scope. 1.3 Technology risk assessment evaluates the risk associated with the technology to be implemented as part of the project scope. 1.4 Proof of concept demonstrates the viability of a new technology in the software context. 1.5 Concept implementation implements the concept representation in a manner that can be reviewed by a customer and is used for marketing purposes when a concept must be sold to other customers or management. 1.6 Customer reaction to the concept solicits feedback on a new technology concept and targets specific customer applications. Defining a task network task network, also called an activity network, is a graphic representation of the task flow for a project. It is sometimes used as the mechanism through which task sequence and dependencies are input to an automated project scheduling tool. In its simplest form (used when creating a macroscopic schedule), the task network depicts major software engineering actions. Figure 27.2 shows a schematic task network for a concept development project. Scheduling Project scheduling methods Program evaluation and review technique (PERT) By : Prof. Mr.P.R.Patil Page 19
20 critical path method (CPM) Both PERT and CPM provide quantitative tools that allow the software planner to (1) determine the critical path (2) establish most likely time estimates (3) calculate boundary times Time-Line Charts - a time-line chart, also called a Gantt chart, is generated. A time-line chart can be developed for the entire project. Alternatively, separate charts can be developed for each project function or for each individual working on the project. Timeline Charts By : Prof. Mr.P.R.Patil Page 20
21 EARNED VALUE ANALYSIS The earned value system provides a common value scale for every [software project] task, regardless of the type of work being performed. The total hours to do the whole project are estimated, and every task is given an earned value based on its estimated percentage of the total. It enables you to assess the percent of completeness of a project using quantitative analysis rather than rely on a gut feeling. provides accurate and reliable readings of performance from as early as 15 percent into the project. To determine the earned value, the following steps are performed: 1. The budgeted cost of work scheduled (BCWS) is determined for each work task represented in the schedule. During estimation, the work (in person-hours or person-days) of each software engineering task is planned. - Hence, BCWSi is the effort planned for work task i. To determine progress at a given point along the project schedule, the value of BCWS is the sum of the BCWSi values for all work tasks that should have been completed by that point in time on the project schedule. 2. The BCWS values for all work tasks are summed to derive the budget at completion (BAC). Hence, BAC (BCWSk) for all tasks k 3. Next, the value for budgeted cost of work performed (BCWP) is computed. The value for BCWP is the sum of the BCWS values for all work tasks that have actually been completed by a point in time on the project schedule. -Given values for BCWS, BAC, and BCWP, important progress indicators can be computed: -Schedule performance index, SPI= BCWP/ BCWS -Schedule variance, SV =BCWP- BCWS. - SPI is an indication of the efficiency with which the project is utilizing scheduled resources. An SPI value close to 1.0 indicates efficient execution of the project schedule. -SV is simply an absolute indication of variance from the planned schedule. Percent complete =BCWP/BAC PRODUCT METRICS Measures, Metrics, and Indicators - Metric as a quantitative measure of the degree to which a system, component, or process possesses a given attribute. - An indicator is a metric or combination of metrics that provides insight into the software process, a software project, or the product itself. By : Prof. Mr.P.R.Patil Page 21
22 Measurement Principles Formulation. The derivation of software measures and metrics appropriate for the representation of the software that is being considered. Collection. The mechanism used to accumulate data required to derive the formulated metrics. Analysis. The computation of metrics and the application of mathematical tools. Interpretation. The evaluation of metrics resulting in insight into the quality of the representation. Feedback - Recommendations derived from the interpretation of product metrics transmitted to the software team. The following principles are representative of many that can be proposed for metrics characterization and validation: 1. A metric should have desirable mathematical properties. 2. When a metric represents a software characteristic that increases when positive traits occur or decreases when undesirable traits are encountered, the value of the metric should increase or decrease in the same manner. 3. Each metric should be validated empirically in a wide variety of contexts before being published or used to make decisions. Software Quality Software quality can be defined as: - An effective software process applied in a manner that creates a useful product that provides measurable value for those who produce it and those who use it. Garvin s Quality Dimensions By : Prof. Mr.P.R.Patil Page 22
23 - suggests that quality should be considered by taking a multidimensional viewpoint that begins with an assessment of conformance and terminates with transcendental (aesthetic) view. Although Garvin s eight dimensions of quality were not developed specifically for software, they can be applied when software quality is considered: 1. Performance quality 2. Feature quality 3. Reliability 4. Conformance. 5. Durability. 6. Serviceability. McCall s Quality Factors 1. Correctness. 2. Reliability. 3. Efficiency 4. Integrity. 5. Usability. 6. Maintainability. 7. Flexibility 8. Testability. 9. Portability. 10. Reusability. 11. Interoperability ISO 9126 Quality Factors The ISO 9126 standard was developed in an attempt to identify the key quality attributes for computer software. The standard identifies six key quality attributes: 1. Functionality. - The degree to which the software satisfies stated needs asindicated by the following subattributes: suitability, accuracy, interoperability, compliance, and security. 2. Reliability. - The amount of time that the software is available for use as indicated by the following subattributes: maturity, fault tolerance, recoverability. By : Prof. Mr.P.R.Patil Page 23
24 3. Usability. - The degree to which the software is easy to use as indicated by the following subattributes: understandability, learnability, operability. 4. Efficiency. - The degree to which the software makes optimal use of system resources as indicated by the following subattributes: time behavior, resource behavior. 5. Maintainability. - The ease with which repair may be made to the software as indicated by the following subattributes: analyzability, changeability, stability, testability. 6. Portability. - The ease with which the software can be transposed from one environment to another as indicated by the following subattributes: adaptability, installability, conformance, replaceability. By : Prof. Mr.P.R.Patil Page 24
The people Deals with the cultivation of motivated, highly skilled people Consists of the stakeholders, the team leaders, and the software team.
The Management Spectrum:- Effective software project management focuses on the four P s: people, product, process, and project. The people Deals with the cultivation of motivated, highly skilled people
More informationUNIT V PROJECT MANAGEMENT
UNIT V PROJECT MANAGEMENT ESTIMATION S/W is the most expensive element of virtually all computer based systems The accuracy of a s/w project estimate is predicated on a number of things: The degree to
More informationChapter 5 Software Project Planning
This chapter will discuss the following concepts: 5-1 Observations on Estimating. 5-2 Project Planning Objectives. 5-3 Software Scope. 5-4 Resources. 5-5 Software Project Estimation. 5-6 Decomposition
More informationEstimation for Software Projects. Slides copyright 1996, 2001, 2005, 2009 by Roger S. Pressman. For non-profit educational use only
Chapter 26 Estimation for Software Projects Slide Set to accompany Software Engineering: A Practitioner s Approach, 7/e by Roger S. Pressman Slides copyright 1996, 2001, 2005, 2009 by Roger S. Pressman
More informationChapter 24. Software Project Scheduling
Chapter 24 Software Project Scheduling - Introduction - Project scheduling - Task network - Timeline chart - Earned value analysis (Source: Pressman, R. Software Engineering: A Practitioner s Approach.
More informationChapter 6. Software Quality Management & Estimation
Chapter 6 Software Quality Management & Estimation What is Quality Management Also called software quality assurance (SQA) s/w quality:- It is defined as the degree to which a system, components, or process
More informationCS605 Software Engineering-II Solved Paper MID Term FALL 2008 MIDTERM EXAMINATION Fall 2008 CS605- Software Engineering II (Session - 2)
MIDTERM EXAMINATION Fall 2008 CS605- Software Engineering II (Session - 2) Question No: 1 ( Marks: 1 ) - Please choose one Every task should be assigned to a specific team -------------. Member Manager
More informationSoftware Project Planning The overall goal of project planning is to establish a pragmatic strategy for controlling, tracking, and monitoring a comple
Estimation for Software Projects 1 Software Project Planning The overall goal of project planning is to establish a pragmatic strategy for controlling, tracking, and monitoring a complex technical project.
More informationPMBOK Guide Fifth Edition Pre Release Version October 10, 2012
5.3.1 Define Scope: Inputs PMBOK Guide Fifth Edition 5.3.1.1 Scope Management Plan Described in Section 5.1.3.1.The scope management plan is a component of the project management plan that establishes
More informationIntroduction to Software Engineering
UNIT I SOFTWARE PROCESS Introduction S/W Engineering Paradigm life cycle models (water fall, incremental, spiral, WINWIN spiral, evolutionary, prototyping, objects oriented) -system engineering computer
More informationSoftware Engineering. Page 1. Objectives. Steps in Project Planning. Software Project Planning. Scope. Estimating Resources
Objectives Software Engineering Project Planning James Gain (jgain@cs.uct.ac.za) http://people.cs.uct.ac.za/~jgain/courses/softeng/ 1. Introduce project planning 2. Examine the stages of project planning:
More information7. Project Management
Subject/Topic/Focus: 7. Project Management Management of Systems Engineering Processes Summary: Project management Systems engineering Maturity model and process improvement Literature: Ian Sommerville:
More informationCLASS/YEAR: II MCA SUB.CODE&NAME: MC7303, SOFTWARE ENGINEERING. 1. Define Software Engineering. Software Engineering: 2. What is a process Framework? Process Framework: UNIT-I 2MARKS QUESTIONS AND ANSWERS
More information1.Which of the items listed below is not one of the software engineering layers?
1.Which of the items listed below is not one of the software engineering layers? Process Manufacturing Methods Tools 2.The software quality assurance activity which is performed to check errors in logic,
More informationConcepts of Project Management. All projects have followings.
Concepts of Project Management All projects have followings. An overall goal A project manager Individual tasks to be performed Timing for those tasks to be completed (such as three hours, three days,
More informationChapter 3 Prescriptive Process Models
Chapter 3 Prescriptive Process Models - Generic process framework (revisited) - Traditional process models - Specialized process models - The unified process Generic Process Framework Communication Involves
More informationDEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Software Engineering Third Year CSE( Sem:I) 2 marks Questions and Answers
DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING Software Engineering Third Year CSE( Sem:I) 2 marks Questions and Answers UNIT 1 1. What are software myths Answer: Management myths: We already have a book
More informationDarshan Institute of Engineering & Technology for Diploma Studies
RESPONSIBILITY OF SOFTWARE PROJECT MANAGER Job responsibility Software project managers take the overall responsibility of project to success. The job responsibility of a project manager ranges from invisible
More informationIntroduction to Systems Analysis and Design
Introduction to Systems Analysis and Design What is a System? A system is a set of interrelated components that function together to achieve a common goal. The components of a system are called subsystems.
More informationPROJECT MANAGEMENT. Quality Management (QM) Course 7 Project Management Knowledge Areas (5) Risk Management (RM)
PROJECT MANAGEMENT Course 7 Project Management Knowledge Areas (5) Quality Management (QM) Risk Management (RM) Cătălina Mancaș QM + RM Processes: Inputs Tools & Techniques Outputs Project Quality Management
More informationProject Time Management
Project Time Management Project Time Management Project Time Management includes the processes required to manage timely completion of the project. Plan schedule management The process of establishing
More informationSE Notes Mr. D. K. Bhawnani, Lect (CSE) BIT
Unit 5 Software Project Management Introduction Building computer software is a complex undertaking task, which particularly involves many people working over a relatively long time. That s why software
More informationChapter 4 Software Process and Project Metrics
Chapter 4 Software Process and Project Metrics 1 Measurement & Metrics... collecting metrics is too hard... it's too time-consuming... it's too political... it won't prove anything... Anything that you
More informationPRECISE INDUSTRIES INC. Quality Manual
PRECISE INDUSTRIES INC Revision N Issued July 5, 2017 Conforms to AS9100 Rev. D and ISO 9001:2015 Copyright Year2017 [PRECISE INDUSTRIES INC]; all rights reserved. This document may contain proprietary
More informationProject Management Framework
Project Management Framework What s Project? - Why Project? What s Project Management? - Why Project Management? What s Project Management Professionals? - Why Project Management Professionals? Project
More informationSoftware Quality Management
2004-2005 Marco Scotto (Marco.Scotto@unibz.it) Contents Definitions Quality of the software product Special features of software Early software quality models Boehm model McCall model Standard ISO 9126
More informationPRINCESS NOURA UNIVESRSITY. Project Management BUS 302. Reem Al-Qahtani
PRINCESS NOURA UNIVESRSITY Project BUS 302 Reem Al-Qahtani This is only for helping reading the PMBOK it has our notes for focusing on the book Project Framework What is PMBOK? o PMBOK= Project Body of
More informationInternational Association of Certified Practicing Engineers
www.iacpe.com Knowledge, Certification, Networking Page: 1 71 IACPE No 19, Jalan Bilal Mahmood 80100 Johor Bahru Malaysia The International is providing the introduction to the Training Module for your
More informationProject Scheduling and Tracking. CIS 375 Bruce R. Maxim UM-Dearborn
Project Scheduling and Tracking CIS 375 Bruce R. Maxim UM-Dearborn 1 What does the customer want to know? Do you understand my needs? Can you design a system to help me? How long will it take? How much
More informationSpace Product Assurance
EUROPEAN COOPERATION FOR SPACE STANDARDIZATION Space Product Assurance Software Product Assurance Secretariat ESA ESTEC Requirements & Standards Division Noordwijk, The Netherlands Published by: Price:
More informationDEPARTMENT OF MCA CLASS / YEAR : III MCA SUB. CODE & NAME: MC9252, SOFTWARE PROJECT MANAGEMENT. UNIT I 2 MARKS QUESTIONS & ANSWERS 1. What is software project management? Software project management is
More informationMeasuring and Assessing Software Quality
Measuring and Assessing Software Quality Issues, Challenges and Practical Approaches Kostas Kontogiannis Associate Professor, NTUA kkontog@softlab.ntua.gr The Software Life Cycle Maintenance Requirements
More informationSoftware configuration management
Software configuration management Bởi: Hung Vo Introduction A system can be defined as a collection of components organized to accomplish a specific function or set of functions. The configuration of a
More informationProject+ Examination Blueprint Version June 1, 2003
Introduction The Project + examination is designed for business professionals involved with projects with a technology component. The examination is designed for candidates possessing at least 12 months
More informationFig.1. Project Organization Chart.
THE PROJECT ORGANIZATION STRUCTURE A project organization is a structure that facilitates the coordination and implementation of project activities. Its main reason is to create an environment that fosters
More informationDarshan Institute of Engineering & Technology for Diploma Studies Rajkot Unit-1
Failure Rate Darshan Institute of Engineering & Technology for Diploma Studies Rajkot Unit-1 SOFTWARE (What is Software? Explain characteristics of Software. OR How the software product is differing than
More informationSri Vidya College of Engineering & Technology-Virudhunagar
Sri Vidya College of Engineering &Technology Department of Information Technology Class II Year (04 Semester) Subject Code CS6403 Subject SOFTWARE ENGINEERING Prepared By R.Vidhyalakshmi Lesson Plan for
More informationSoftware Engineering
Software Engineering (CS550) Software Development Process Jongmoon Baik Software Development Processes (Lifecycle Models) 2 What is a S/W Life Cycle? The series of stages in form and functional activity
More informationR.POONKODI, ASSISTANT PROFESSOR, COMPUTER SCIENCE AND ENGINEERING, SRI ESHWAR COLLEGE OF ENGINEERING, COIMBATORE.
R.POONKODI, ASSISTANT PROFESSOR, COMPUTER SCIENCE AND ENGINEERING, SRI ESHWAR COLLEGE OF ENGINEERING, COIMBATORE. UNIT I INTRODUCTION Testing as an Engineering Activity Testing as a Process Testing axioms
More informationΑππλιχατιονσ βασεδ ον Σουρχε οφ Αππλιχατιον
Applications based on Nature of Processing This is the way an application updates data, say in batch processing, there is a time delay in occurrence and recording of transaction. On the other hand in online
More informationTenStep Project Management Process Summary
TenStep Project Management Process Summary Project management refers to the definition and planning, and then the subsequent management, control, and conclusion of a project. It is important to recognize
More informationPMP Exam Preparation Course Project Time Management
Project Time Management 1 Project Time Management Processes Define Activities Sequence Activities Estimate Activity Resources Estimate Activity duration Develop Schedule Control Schedule In some projects,
More informationSoftware Quality. A Definition of Quality. Definition of Software Quality. Definition of Implicit Requirements
Definition of Software Quality Software Quality The Ultimate Goal of Software Engineering Software must conformance to explicit and implicit requirements if it is to be considered to be of good quality.
More informationA system is a group of elements organized and arranged so that the. elements can act as a whole toward achieving a common goal; is a collection of
MC9252- Software Project Management 2 Marks Questions 1. Define software project management. Software Project Management has key ideas about the planning, monitoring, and control of software projects 2.
More informationPMP. Processexam.com. PMI Project Management Professional. Exam Summary Syllabus Questions
PMP PMI Project Management Professional Processexam.com Exam Summary Syllabus Questions Table of Contents Keys to success in PMP Exam on PMI Project Management Professional... 2 PMI PMP Certification Details:...
More information2. What is a phase? A phase is a collection of related activities or tasks that produce a deliverable or work product.
Department of Computer Science Software Project Management Question Bank 1. Define software project management. Software Project Management has key ideas about the planning,monitoring, and control of software
More informationInformation Technology Audit & Cyber Security
Information Technology Audit & Cyber Security Managing Information System Projects Systems & Infrastructure Lifecycle Management Introduction Definitions INTRODUCTION Governance Roles and Responsibilities
More informationProgramme & Project Planning and Execution
Portfolio, LEADING THE WAY IN PROJECTS Programme & Project Planning and Execution Caravel Group - Project Management with a total focus on value THE SPECIALIST FOR LARGE COMPLEX MULTI-DISCIPLINED PROJECTS
More informationMeasuring and Improving Process Capabilities Best Practices
Measuring and Improving Process Capabilities Best Practices Jyoti M Bhat, (mailto:jyotimb@infy.com) Anoop Kumar (mailto:anoop_kumar@infy.com) Infosys Technologies Limited Electronics City, Bangalore 561
More informationContents. Today Project Management. What is Project Management? Project Management Activities. Project Resources
Contents Last Time - Software Development Processes Introduction Software Development Processes Project Management Requirements Engineering Software Construction Group processes Quality Assurance Software
More informationThis chapter illustrates the evolutionary differences between
CHAPTER 6 Contents An integrated approach Two representations CMMI process area contents Process area upgrades and additions Project management concepts process areas Project Monitoring and Control Engineering
More informationThe 9 knowledge Areas and the 42 Processes Based on the PMBoK 4th
The 9 knowledge Areas and the 42 Processes Based on the PMBoK 4th www.pmlead.net PMI, PMP, CAPM and PMBOK Guide are trademarks of the Project Management Institute, Inc. PMI has not endorsed and did not
More informationDo not open this paper until instructed by the invigilator. Please note: This question paper must not be removed from the examination room.
APM Project Fundamentals Qualification Examination paper Candidate Number Date Location Examination Paper Sample Paper v1.4 General Notes Time allowed 1 hour. Answer all 60 multiple choice questions Use
More informationApplication Of A Project Planning Methodology In Construction Work
ISSN: 2278 0211 (Online) Application Of A Project Planning Methodology In Construction Work Boskee Sharma Research Scholar Lakshmi Narain College of Technology, Bhopal, India Mr. K.N. Labh Reader Indian
More informationChapter 5 Project Scheduling. (Source: Pressman, R. Software Engineering: A Practitioner s Approach. McGraw-Hill,
Chapter 5 Project Scheduling (Source: Pressman, R. Software Engineering: A Practitioner s Approach. McGraw-Hill, Project Scheduling Project Scheduling Project Scheduling important task to completed in
More informationObject-Oriented Software Engineering Practical Software Development using UML and Java. Chapter 11: Managing the Software Process
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 11: Managing the Software Process 11.1 What is Project Management? Project management encompasses all the
More informationWork Plan and IV&V Methodology
Work Plan and IV&V Methodology Technology initiatives and programs should engage with an IV&V process at the project planning phase in order to receive an unbiased, impartial view into the project planning,
More informationLesson 15-Planning and Costing
Lesson 15-Planning and Costing Overview The process of making multimedia. Scheduling. Estimating. RFPs and bid proposals. The Process of Making Multimedia Idea analysis. Pre-testing. Task planning. Development.
More informationE2-E3: MANAGEMENT. CHAPTER-3 PROJECT MANAGEMENT (Date of creation: )
E2-E3: MANAGEMENT CHAPTER-3 PROJECT MANAGEMENT (Date of creation: 01-04-2011) Page: 1 Project Management Introduction: Project management is concerned with the overall planning and co-ordination of a project
More informationProject vs Operation. Project Constraints. Pankaj Sharma, Pankaj Sharma,
Project vs Operation PROJECTS OPERATIONS Temporary Ongoing Unique Repetitive Closes after attaining the objectives Objective is to sustain business Prototyping the new car model Assembly line production
More informationB.H. Far
SENG 521 Software Reliability & Software Quality Chapter 14: SRE Deployment Department t of Electrical l & Computer Engineering, i University it of Calgary B.H. Far (far@ucalgary.ca) http://www.enel.ucalgary.ca/people/far/lectures/seng521
More informationSoftware Project & Risk Management Courses Offered by The Westfall Team
Software Project & Risk Management is a 5-day course designed to provide a knowledge base and practical skills for anyone interested in implementing or improving Software Project and Risk Management techniques
More informationChapter 4 Project Management
Chapter 4 Project Management For internal use of BSNL only Page 1 Project Management 1.0 Introduction Project management is concerned with the overall planning and co-ordination of a project from conception
More informationProject Management. Minsoo Ryu. Hanyang University.
Project Management Minsoo Ryu Hanyang University msryu@hanyang.ac.kr Contents Management Activities Project Planning and Scheduling Risk Management 2 2 Introduction Software project management is an essential
More informationBuilding quality into the software from the. Keeping and. the software. software life cycle
SENG 521 Software Reliability & Software Quality Chapter 14: SRE Deployment Department t of Electrical l & Computer Engineering, i University it of Calgary B.H. Far (far@ucalgary.ca) http://www.enel.ucalgary.ca/people/far/lectures/seng521
More informationS3. Step 3 Develop Roadmap
S3. Step 3 Develop Roadmap PART OF IT STRATEGY TOOLIKIT VERSION 0.5 MAY 2007 1 TABLE OF CONTENTS S3-1. DETERMINE PRIORITIES... 3 S3-1.1 ASSESS DEPENDENCIES... 3 S3-1.2 PRIORITISE BUILDING BLOCKS... 3 S3-1.3
More informationCMMI GLOSSARY A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
http://www.tutorialspoint.com/cmmi/cmmi-glossary.htm CMMI GLOSSARY Copyright tutorialspoint.com Here is the list of all CMMI Terms arranged in alphabetical order. A direct link is given based on first
More informationSFIA Accredited Consultant
CONTEXT Typically works as an external consultant (independently or for a SFIA partner organisation). May work as an internal consultant within a large / complex user organisation. PURPOSE To advise organisations
More informationTOPIC DESCRIPTION SUPPLEMENT for the SYSTEMS ENGINEERING SURVEY DESCRIPTION
1 2 Objectives of Systems Engineering 3 4 5 6 7 8 DoD Policies, Regulations, & Guidance on Systems Engineering Roles of Systems Engineering in an Acquisition Program Who performs on an Acquisition Program
More informationSoftware product quality assurance
Software product quality assurance by-john R. RYAN Texas Instruments, Inc. Austin, Texas ABSTRACT Providing clear objectives, guidelines, and requirements in an environment conducive to high productivity
More informationQUESTIONS NUMBER ONE (Total marks 20) NUMBER TWO (Total marks 20) NUMBER THREE
NUMBER ONE QUESTIONS The growth of telecommunications has made information a key organisational resource, which requires careful management. a. Give your definition of an Information System. (5 b. The
More informationSOFTWARE PROJECT MANAGEMENT. Dronacharya College of Engineering
SOFTWARE PROJECT MANAGEMENT Dronacharya College of Engineering Software project management focuses on the four P s: People, Product, Process, and project SPM People Product Process Project The most important
More informationpm4dev, 2016 management for development series Project Scope Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS
pm4dev, 2016 management for development series Project Scope Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS A methodology to manage development
More informationSoftware Engineering
Software Engineering Project Management 1 Objectives To explain the main tasks undertaken by project managers To introduce software project management and to describe its distinctive characteristics To
More informationSE curriculum in CC2001 made by IEEE and ACM: What is Software Engineering?
SE curriculum in CC2001 made by IEEE and ACM: Overview and Ideas for Our Work Katerina Zdravkova Institute of Informatics E-mail: Keti@ii.edu.mk What is Software Engineering? SE is the discipline concerned
More informationFLORIDA DEPARTMENT OF JUVENILE JUSTICE PROCEDURE. Title: Information Technology (IT) Project Management and Governance Procedures
PROCEDURE Title: Information Technology (IT) Project Management and Governance Procedures Related Policy: FDJJ 1270 I. DEFINITIONS Agency for State Technology (AST) Rule Rules 74-1.001 through 74-1.009,
More informationChapter 2 The Project Management Life Cycle
Information Systems Project Management: A Process and Team Approach 1 Chapter 2 The Project Management Life Cycle Multiple Choice 1. The phases of managing a project are called: a. systems development
More informationSeminar 6: Project Management Part 1 Semester 1, 2005
IMS 1501 Studio 1: Information Systems Foundations 1 Seminar 6: Project Management Part 1 Semester 1, 2005 Seminar 6.1 - Sem 1, 2005 IMS1501: Unit framework Ethics Documentation Efficiency Tools System
More informationChapter 2: Project Management
Chapter 2: Project Management Learning Objectives Link information systems to business needs Learn how to create a system request Understand system feasibility Learn how to perform a feasibility analysis
More informationSoftware Quality. Lecture 4 CISC 323. Winter 2006
Software Quality Lecture 4 CISC 323 Winter 2006 Prof. Lamb malamb@cs.queensu.ca Prof. Kelly kelly-d@rmc.ca Required Reading Barbara Kitchenam, Sheri Lawrence Pfleeger; The Elusive Target, IEEE Software
More informationSeminar 6: Project Management Part 1 Semester 1, 2005
IMS1501: Unit framework IMS 1501 Studio 1: Information Systems Foundations 1 Ethics Documentation Developing Information Systems Efficiency Tools Seminar 6: Project Management Part 1 Semester 1, 2005 System
More informationPertemuan 2. Software Engineering: The Process
Pertemuan 2 Software Engineering: The Process Collect Your Project Topic What is Software Engineering? Software engineering is the establishment and sound engineering principles in order to obtain economically
More informationSlides copyright 1996, 2001, 2005, 2009 by Roger S. Pressman. For non-profit educational use only
Chapter 28 Risk Analysis Slide Set to accompany Software Engineering: A Practitioner s Approach, 7/e by Roger S. Pressman Slides copyright 1996, 2001, 2005, 2009 by Roger S. Pressman For non-profit educational
More informationTest your Understanding-The Answers
Table of Contents Module 1 Project management methodology... 2 A. Introduction to Project Management... 2 B. The Phases of Project Management... 2 C. Project Management Methodology questions... 2 Module
More informationTopic 12. SW/CIS Project Estimates (LOC, FP, efforts, cost, etc.)
Topic 12 SW/CIS Project Estimates (LOC, FP, efforts, cost, etc.) SW/CIS Development Project Estimation: An Overview 1. SW/CIS D&D Project planning involves estimating how much time, effort, money, and
More informationCOMM 391. Learning Objective 1. Learning Objectives. Introduction to Management Information Systems
COMM 391 Introduction to Management Information Systems INFORMATION SYSTEMS SOURCING AND PROJECT MANAGEMENT Winter 2014 Term 1 Learning Objectives 1. Explain the basic concepts of IS projects. 2. Describe
More informationExample # 1: 8 to 18 function points per person-month
Dear Software Engineers: I would like to provide you with some details about Function Point (FP) productivity per person per month. There are hundreds of publications available how to calculate Function
More informationQUALITY ASSURANCE PLAN OKLAHOMA DEPARTMENT OF HUMAN SERVICES ENTERPRISE SYSTEM (MOSAIC PROJECT)
QUALITY ASSURANCE PLAN OKLAHOMA DEPARTMENT OF HUMAN SERVICES ENTERPRISE SYSTEM (MOSAIC PROJECT) MOSAIC Quality Assurance Plan v04.02 Prepared by: Approved by: QUALITY ASSURANCE PLAN APPROVALS QA/QC Program
More informationProject Planning, Scheduling and Preparation of Quality Assurance Control Documents
Project Planning, Scheduling and Preparation of Quality Assurance Control Documents J.SHARANYASREENIVAS 1, G.GAJALAKSHMI 2, K.RAVI THEJA 3 1P.G Student M.Tech (Structural Engg. and construction managment),
More informationCapability Maturity Model for Software (SW-CMM )
PHASE-IV: SYSTEMS IMPLEMENTATION Software Quality Assurance Application Development Installation and Support Software Quality Assurance Capability Maturity Model for Software (SW-CMM ) The Capability Maturity
More informationInternational Diploma in Project Management. (Level 4) Course Structure & Contents
Brentwood Open Learning College (Level 4) Page 1 Unit 1 Overview of Project Management The unit 1 covers the following topics: What is A Project? What is Project Management? Project Constraints Tools and
More informationGuidance on project management
BSI Standards Publication NO COPYING WITHOUT BSI PERMISSION EXCEPT AS PERMITTED BY COPYRIGHT LAW raising standards worldwide Guidance on project management BRITISH STANDARD National foreword This British
More informationChapter One PROJECT MANAGEMENT OVERVIEW
Chapter One PROJECT MANAGEMENT OVERVIEW Project management itself is not a new concept. It has been practiced for hundreds, even thousands of years. Any large undertaking requires a set of objectives,
More informationPART THREE: Work Plan and IV&V Methodology (RFP 5.3.3)
PART THREE: Work Plan and IV&V Methodology (RFP 5.3.3) 3.1 IV&V Methodology and Work Plan 3.1.1 NTT DATA IV&V Framework We believe that successful IV&V is more than just verification that the processes
More informationLectures 2 & 3. Software Processes. Software Engineering, COMP201 Slide 1
Lectures 2 & 3 Software Processes Software Engineering, COMP201 Slide 1 What is a Process? When we provide a service or create a product we always follow a sequence of steps to accomplish a set of tasks
More informationSix Sigma Black Belt Week 3. Six Sigma Black Belt Week 3. Six Sigma Black Belt Week 3. Project Management. Chapter 3-4
Chapter 3-4 Project Management 3-4-1 Project Management Six Sigma involves a process of improvement projects. In order for these to be successful they must be managed. 3-4-2 Administrative Support Steering
More informationSummary of 47 project management processes (PMBOK Guide, 5 th edition, 2013)
Summary of 47 project management processes (PMBOK Guide, 5 th edition, 2013) Integration Management: processes & activities needed to properly coordinate all aspects of the project to meet stakeholder
More informationLecture- 11. Project Scheduling. Dronacharya College of Engineering
Lecture- 11 Project Scheduling Dronacharya College of Engineering Project Scheduling Program Evaluation and Review Technique (PERT) Critical Path Method (CPM) Project Scheduling Both techniques (PERT and
More informationGUIDE TO THE CHANGES IN PMP simpl learn i
GUIDE TO THE CHANGES IN PMP- 2015 simpl learn i Table of contents Introduction the purpose of this manual 1 New Tasks: Initiating 3 New Tasks: Planning 4 New Tasks: Executing 6 New Tasks: Monitoring and
More information2. List 5 processes of the Executing Process Group. (15)
CSC 310 Program Management California State University Dominguez Hills Spring 2017 Instructor: Howard Rosenthal Assignment 3b Chapter 3 What Are The Project Management Process Groups The answers to these
More information