ĐỀ CƯƠNG CHI TIẾT HỌC PHẦN QUẢN LÝ DỰ ÁN …fit.mta.edu.vn/files/FileMonHoc/DCHP_QLDAPM_60Tiet.pdfĐỀ CƯƠNG CHI TIẾT HỌC PHẦN QUẢN LÝ DỰ ÁN PHẦN

HỌC VIỆN KỸ THUẬT QUÂN SỰ KHOA CNTT

CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM Độc lập – Tự do – Hạnh phúc

ĐỀ CƯƠNG CHI TIẾT HỌC PHẦN QUẢN LÝ DỰ ÁN PHẦN MỀM

(SOFTWARE PROJECT MANAGEMENT)

1. Thông tin về giáo viên TT Họ tên giáo viên Học hàm Học vị Đơn vị công tác (Bộ môn) 1 Nguyễn Thị Hiền GV ThS Công nghệ phần mềm 2 Bùi Thu Lâm GVC TS CNPM 3 Hồ Nhật Quang GV ThS CNPM Thời gian, địa điểm làm việc: Bộ môn Công nghệ phần mềm Địa chỉ liên hệ: Bộ môn CNPM – Khoa CNTT Điện thoại, email: 0912092486, [email protected] Các hướng nghiên cứu chính: Lập trình Gien, Học máy, Tính toán tự nhiên

2. Thông tin chung về học phần - Tên học phần: QUẢN LÝ DỰ ÁN PHẦN MỀM - Mã học phần: 12556151 - Số tín chỉ: 3 - Cấu trúc học phần: 3(2,2): 60 tiết (30-15 – 6 – 9) - Học phần (bắt buộc hay lựa chọn): bắt buộc - Các học phần tiên quyết: Công nghệ phần mềm, - Các yêu cầu đối với học phần (nếu có): - Giờ tín chỉ đối với các hoạt động:

Nghe giảng lý thuyết: 24 Làm bài tập trên lớp: 20 Thảo luận: 12 Thực hành, thực tập (ở PTN, nhà máy, thực tập...): 4 Hoạt động theo nhóm: Tự học: 120

- Khoa/Bộ môn phụ trách học phần, địa chỉ: Bộ môn Công nghệ phần mềm - Khoa Công nghệ thông tin Điện thoại: 069515338 Email: [email protected]

3. Mục tiêu của học phần - Cung cấp cho các sinh viên các quy trình chuẩn mà quá trình quản lý một dự

án phát triển phần mềm tuân theo để đảm bảo chất lượng sản phẩm.

2

- Sinh viên sẽ được giới thiệu phương pháp, kỹ thuật để xây dựng thiết kế và quản lý dự án phần mềm.

- Sinh viên sẽ được giới thiệu những vấn đề thực tế xảy ra ảnh hưởng đến sự thành công của dự án và giải pháp điều khiển cũng như xử lý.

- Thái độ, chuyên cần: lên lớp đầy đủ và chuẩn bị cho giờ thảo luận theo yêu cầu của giáo viên

4. Tóm tắt nội dung học phần (khoảng 150 từ) Cung cấp những kiến thức cơ bản về:

Software Project Management Software project planning Estimation Project schedules Risk management Reviews and Requirements Design and Programming and Software testing Understanding change and management and leadership Managing an outsourced project process improvement Process improvement Software quality

5. Nội dung chi tiết học phần (tên các chương, mục, tiểu mục)

Chương, mục,

tiểu mục Nội dung Số tiết

Giáo trình, Tài liệu

tham khảo (Ghi TT của TL ở mục 6)

Ghi chú

Chapter 1

Introduction to SPM I. Why do software projects fail? 1. People begin programming

before they understand the problem

2. The team has an unrealistic idea about how much work is involved

3. Defects are injected early but discovered late.

4. Programmers have poor habits – and they don’t feel accountable for their work

5. Managers try to test quality into the software.

II. II. How can we make sure that our

4 [1], [2]

3

projects succeed? 1. Make sure all decisions are based

on openly shared information. 2. Don’t second-guess your team

members’ expertise. 3. Introduce software quality from

the very beginning of the project. 4. Don’t impose an artificial

hierarchy on the project team. 5. Remember that the fastest way

through the project is to use good engineering practices

Chapter 2

Software project planning

I. Who needs software? 1. A stakeholder 2. A user II. Who builds software? 1. Business analysts or requirements

analysts. 2. Designers and architects. 3. Programmers. 4. Testers. III. Project Management 1. Identifying Needs 2. Vision and Scope Document

a. Problem Statement i. Project background

ii. Stakeholders iii. Users iv. Risks v. Assumptions

b. Vision of the Solution i. Vision statement

ii. List of features iii. Scope of phased release iv. Features that will not be

developed 3. Review the vision and scope

document IV. Project Plan 1. A statement of work (SOW) 2. A resource list 3. A work breakdown structure 4. A project schedule

4 [1], [2]

4

A risk plan

Chapter 3

Estimation I. What is estimation? II. Elements of a Sound Estimate 1. A work breakdown structure

(WBS). 2. An effort estimate for each task. 3. A list of assumptions. 4. Consensus among the project

team that the estimate is accurate. III. Effort Estimation Models 1. The Bottom-up Estimation 2. The Top-Down Estimation 3. Wideband Delphi 4. Other Estimation Techniques 5. Actual versus estimated effort

4 [1],[2]

Chapter 4

Project schedules I. What is a project schedule? II. Scheduling concepts: Effort vs. Duration 1. Effort. 2. Duration. III. Scheduling concepts: Slack and Overhead 1. Slack 2. Overhead

IV. Milestones V. Building the project schedule 1. Allocate resources 2. Identify dependencies 3. Create the schedule VI. Scheduling Techniques

1. PERT 2. CPM

VII. Project metrics 1. The baseline 2. Variance 3. Earned value management The cost performance index

8 [1],[2]

Chapter 5

Risk management I. Introduction II Categories of risk III.A framework for dealing with

4 [2]

5

risk 1. Risk identification 2. Risk assessment 3. Risk planning 4. Risk management 5. Evaluating risks to the schedule IV.Monte Carlo simulation

Chapter 6

Reviews and Requirements

I. Review the Design II. Version Control 1. Define 2. Two common models 3. Version Control with Subversion III. Refactoring IV. Unit Testing 1. Test All of the Code, Test All of

the Possibilities 2. Everyone is responsible for

quality VI. Project Automation

4 [1], [3], [5]

Chapter 7

Design and Programming and

Software testing

I. Review the Design II. Version Control 1. Define 2. Two common models 3. Version Control with Subversion III. Refactoring IV. Unit Testing

1. Test All of the Code, Test All of the Possibilities

2. Everyone is responsible for quality

VI. Project Automation

4 [1], [3], [5]

Chapter 8

Understanding change and management and leadership I. Understanding Change

a. Change is Uncomfortable

i. Common Excuses b. How to Make Change Succeed

4 [1]

6

c. Prepare Your Organization d. Plan for Change e. Push for Consensus

II. Management and Leadership a. Responsibility, authority and

accountability b. Delegation c. Transparency d. Manage the Organization e. Manage Your Team

Chapter 9

Managing an outsourced project process improvement

I. Prevent Project Failure II. Estimate the Work

III. Actively Manage the Project IV. The Vendor’s Management V. The Project Team

VI. Collaborate With the Vendor VII. Maintain Tracking and

Oversight VIII. Design and Programming

IX. Software Quality X. Don’t Blindly Trust the Vendor

4 [1], [3], [4]

Chapter 10

Process improvement I. Life Without a Formal Process

II. Software Process Improvement III. Frameworks and Methodologies IV. Capability Maturity Model

(CMM) V. ISO 9000

VI. Six Sigma VII. Extreme Programming VIII. Rational Unified Process

4 [1], [3], [4]

Chapter 11

Software quality I. Introduction II. The place of software quality

in project planning III. The importance of

software quality IV. Defining software quality V. ISO 9126 VI. Product versus process

quality management VII. Quality management

4 [2], [3], [4].

7

systems VIII. Process capability models IX. Techniques to help

enhance software quality X. Testing XI. Quality plans

Topic 12 Review and Seminar 6. Giáo trình, tài liệu tham khảo TT Tên giáo trình, tài liệu Tình trạng giáo trình, tài liệu 1 Applied Software Project Management,

Jennifer Greene, Andrew Stellman O'Reilly , November 2005....

File điện tử

2 Software Project Management, Bob Hughes and Mike Cotterell, 5th Ed, MCGraw-Hill, 2009

File điện tử

3 Project Management Methodology, Ralph L. Kliem, Irvin S. Ludin, Ken L. Robertson, Marcel Dekker Inc 1997

File điện tử

4 A Guide to the Project Management- Body of Knowledge, William R. Duncan , PMI Standard Committee 1996

File điện tử

5 Software Engineering - A Practitioner's approach, Roger S. Pressman, McGraw Hill 2001

File điện tử

7. Hình thức tổ chức dạy học 7.1. Lịch trình chung: (Ghi tổng số giờ cho mỗi cột)

Nội dung

Hình thức tổ chức dạy học môn học

Tổng

Lên lớp Thực hành, thí

nghiệm,

thực tập...

Tự học, tự

nghiên cứu

Lý thuyết

Bài tập

Thảo luận

Chapter 1: Introduction to SPM 4 4 Chapter 2: Software project

planning 2 2 4

Chapter 3: Estimation 2 2 4

8

Chapter 4: Project schedules 2 2 4 8

Chapter 5: Risk management 2 2 4 Chapter 6: Reviews and

Requirements 2 2 4

Chapter 7: Design and

Programming and Software testing 2 2 4

Chapter 8: Understanding change and management and leadership

2 2 4

Chapter 9: Managing an outsourced project process improvement

2 2 4

Chapter 10: Process improvement 2 2 4 Chapter 11: Software quality 2 2 4 Topic 12 12 Review and Seminar 7.2. Lịch trình tổ chức dạy học cụ thể

Bài giảng 1: Introduction Chương I Tiết thứ: 1 - 4 Tuần thứ: 1

- Mục đích, yêu cầu: Tổng quan chung về quản lý dự án phần mềm; Tại sao phải quản lý dự án phần mềm, ý nghĩa, vài trò...

- Hình thức tổ chức dạy học: Lý thuyết, thảo luận, tự học, tự nghiên cứu. - Thời gian: Lý thuyết, thảo luận: 4t; Tự học, tự nghiên cứu: 8t - Địa điểm: Giảng đường do P2 phân công. - Nội dung chính:

I Why do software projects fail? - People begin programming before they understand the problem - The team has an unrealistic idea about how much work is involved - Defects are injected early but discovered late. - Programmers have poor habits – and they don’t feel accountable for their work - Managers try to test quality into the software.

II How can we make sure that our projects succeed? - Make sure all decisions are based on openly shared information. - Don’t second-guess your team members’ expertise. - Introduce software quality from the very beginning of the project. - Don’t impose an artificial hierarchy on the project team. - Remember that the fastest way through the project is to use good engineering

practices - Yêu cầu SV chuẩn bị:

Đọc chương 1 các tài liệu [1], [3] Bài tập về nhà: bài tập tự làm chương 1 tài liệu [3]

9

Bài giảng 2: Software Project Planning

Chương II Tiết thứ: 1 - 4 Tuần thứ: 2



I. Who needs software? A stakeholder A user

II. Who builds software? Business analysts or requirements analysts. Designers and architects. Programmers. Testers.

III. Project Management Identifying Needs Vision and Scope Document a. Problem Statement

i. Project background ii. Stakeholders iii. Users iv. Risks v. Assumptions

b. Vision of the Solution i. Vision statement ii. List of features iii. Scope of phased release iv. Features that will not be developed

Review the vision and scope document IV. Project Plan

A statement of work (SOW) A resource list A work breakdown structure A project schedule A risk plan

- Yêu cầu SV chuẩn bị: Đọc chương 2 các tài liệu [1], [3] Bài tập về nhà: bài tập tự làm chương 2 tài liệu [3]

Bài giảng 3: Software Project Planning Chương 3 Tiết thứ: 1 - 4 Tuần thứ: 3Z

- Mục đích, yêu cầu: Tổng quan chung về quản lý dự án phần mềm;

10

Tại sao phải quản lý dự án phần mềm, ý nghĩa, vài trò... - Hình thức tổ chức dạy học: Lý thuyết, thảo luận, tự học, tự nghiên cứu. - Thời gian: Lý thuyết, thảo luận: 4t; Tự học, tự nghiên cứu: 8t - Địa điểm: Giảng đường do P2 phân công. - Nội dung chính:

I.What is estimation? II. Elements of a Sound Estimate

A work breakdown structure (WBS). An effort estimate for each task. A list of assumptions. Consensus among the project team that the estimate is accurate.

III. Effort Estimation Models The Bottom-up Estimation The Top-Down Estimation Wideband Delphi Other Estimation Techniques Actual versus estimated effort

IV. CASE STUDY: Effort Estimate of the ACIC Project - Yêu cầu SV chuẩn bị:


Bài giảng 4: Project schedules Chương 4 Tiết thứ: 1 - 4 Tuần thứ: 4



I.What is estimation? I What is a project schedule? II Scheduling concepts: Effort vs. Duration

Effort. Duration.

III Scheduling concepts: Slack and Overhead Slack Overhead

IV Milestones V Building the project schedule

Allocate resources Identify dependencies Create the schedule

VI Scheduling Techniques PERT CPM VII Project metrics

11

The baseline Variance Earned value management The cost performance index


Bài giảng 5: Project schedules (Tiếp) Chương 4 Tiết thứ: 1 - 4 Tuần thứ: 5


- Hình thức tổ chức dạy học: Thảo luận, thực hành trên phòng LAP. - Thời gian: Thảo luận, thực hành: 4t; - Địa điểm: Phòng học Lap Bộ môn CNPM. - Nội dung chính: Thực hành nội dung chương 2, 3, 4 Bài tập theo nhóm Cài đặt MS Project để quản lý dự án Ước lượng phần mềm Phân chia thời gian, kế hoạch thực hiện. - Yêu cầu SV chuẩn bị:


Bài giảng 6: Review and Requirements Chương 5 Tiết thứ: 1 - 4 Tuần thứ: 6


- Hình thức tổ chức dạy học: Lý thuyết, thảo luận, tự học, tự nghiên cứu. - Thời gian: Lý thuyết, thảo luận: 4t; Tự học, tự nghiên cứu: 8t - Địa điểm: Giảng đường do P2 phân công. - Nội dung chính: I When are reviews needed?

II Types of Review Inspections Deskchecks Walkthroughs Code Review Pair Programming

III Software Requirements Discussion Summary Use Cases Functional Requirements Nonfunctional Requirements

12

Software Requirements Specification Requirements vs. Design

IV Change Control A change control board


Bài giảng 7: Software Project Planning Chương 6 Tiết thứ: 1 - 4 Tuần thứ: 7



I Review the Design II Version Control

Define Two common models Version Control with Subversion

III Review the Design Refactoring

IV Unit Testing Test All of the Code, Test All of the Possibilities Everyone is responsible for quality

V Project Automation - Yêu cầu SV chuẩn bị:


Bài giảng 8: Software Testing Chương 7 Tiết thứ: 1 - 4 Tuần thứ: 8



Test Plans and Test Cases Test Execution Defect Tracking and Triage Test Environment and Performance Testing Smoke Tests Test Automation

13

Postmortem Reports Using Software Testing Effectively Diagnosing Software Testing Problems


Bài giảng 9: How to diagnose and fix a troubled software project Chương 8 Tiết thứ: 1 - 4 Tuần thứ: 9



I Why Software Projects Fail Lack of Leadership The Mid-Course Correction The Detached Engineering Team Padded Estimates Generate Distrust Self-Fulfilling Prophecy Working Backwards From a Deadline Misunderstood Predecessors Problems Are Found Too Late Big, Useless Meetings The Indispensable “Hero” Iteration Abuse Scope Creep Haunted by Ghosts of Old Problems Broken Builds Spaghetti Code Requirements Haven’t Been Implemented Obvious Bugs Slipped Through “But It Worked For Us!” II Fix a troubled software project Fixing Planning Problems Fixing Estimation Problems Fixing Scheduling Problems Fixing Review Problems Fixing Requirements Problems Fixing Programming Problems Fixing Testing Problems


Bài giảng 10: Understanding Change and Management and Leadership

14

Chương 8 Tiết thứ: 1 - 4 Tuần thứ: 10



I Understanding Change Change is Uncomfortable Common Excuses How to Make Change Succeed Prepare Your Organization Plan for Change Push for Consensus II Management and Leadership Responsibility, authority and accountability Delegation Transparency Manage the Organization Manage Your Team

- Yêu cầu SV chuẩn bị: Đọc chương 8 các tài liệu [1], [3] Bài tập về nhà: bài tập tự làm chương 8 tài liệu [3] Bài giảng 11: Managing an Outsourced Project and Process Improvement Chương 9 Tiết thứ: 1 - 4 Tuần thứ: 11



I. Managing an Outsourced Project Prevent Project Failure Estimate the Work Actively Manage the Project The Vendor’s Management The Project Team Collaborate With the Vendor Maintain Tracking and Oversight Design and Programming Software Quality Don’t Blindly Trust the Vendor

II. Process Improvement

15

Life Without a Formal Process Software Process Improvement Frameworks and Methodologies Capability Maturity Model (CMM) ISO 9000 Six Sigma Extreme Programming Rational Unified Process


Bài giảng 12: Process Improvement Chương 10 Tiết thứ: 1 - 4 Tuần thứ: 11



a. Life Without a Formal Process b. Software Process Improvement c. Frameworks and Methodologies d. Capability Maturity Model (CMM) e. ISO 9000 f. Six Sigma g. Extreme Programming


16

Bài giảng 13: Software quality Chương 11 Tiết thứ: 1 - 4 Tuần thứ: 13



a) Introduction b) The place of software quality in project planning c) The importance of software quality d) Defining software quality e) ISO 9126 f) Product versus process quality management g) Quality management systems h) Process capability models i) Techniques to help enhance software quality j) Testing k) Quality plans


8. Chính sách đối với học phần và các yêu cầu khác của giáo viên Yêu cầu và cách thức đánh giá, sự hiện diện trên lớp, mức độ tích cực tham gia

các hoạt động trên lớp, các qui định về thời hạn, chất lượng các bài tập, bài kiểm tra…

- Lên lớp nghe giảng, tham gia thảo luận, chuẩn bị tốt phần tự học, bài tập. - Sinh viên phải chuẩn bị các nội dung theo yêu cầu trong đề cương môn học

trước mỗi buổi học - Phải có mặt trên lớp đầy đủ theo quy định của Học viện - Các bài tập được giao nếu phát hiện sao chép sẽ nhận điểm 0

9. Phương pháp, hình thức kiểm tra - đánh giá kết quả học tập học phần 9.1. Điểm chuyên cần:10%

Tham gia học tập trên lớp (đi học đầy đủ, chuẩn bị bài tốt và tích cực thảo luận, …)

9.2. Điểm thường xuyên: 20% Phần tự học, tự nghiên cứu (hoàn thành tốt nội dung, nhiệm vụ được giao/tuần;

bài tập nhóm/tháng; bài tập cá nhân/học kì, …); 9.3. Thi kết thúc học phần: 70% Tiêu chí đánh giá bài thi tổng hợp

17

- Phân tích, lập kế hoạch chi tiết, đảm bảo chặt chẽ, đầy đủ theo đúng quy trình quản lý chuẩn: 8 - 10 điểm

- Phân tích, thiết kế, theo đúng quy trình chuẩn : 7-8 điểm - Phân tích, thiết kế theo đúng quy chuẩn, đôi chỗ còn chưa đầy đủ : 5-6 điểm - Làm sai, không làm được : 1 – 4 điểm -

Chủ nhiệm Khoa (Ký và ghi rõ họ tên)

Chủ nhiệm Bộ môn (Ký và ghi rõ họ tên)

Giảng viên biên soạn (Ký và ghi rõ họ tên)

-

Documents

ĐỀ CƯƠNG CHI TIẾT HỌC PHẦN QUẢN LÝ DỰ ÁN …fit.mta.edu.vn/files/FileMonHoc/DCHP_QLDAPM_60Tiet.pdfĐỀ CƯƠNG CHI TIẾT HỌC PHẦN QUẢN LÝ DỰ ÁN PHẦN