Khoa cntt cộng hòa xã HỘi chủ nghĩa việt nam

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

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, nguyenthihienqn@gmail.com

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
  

Email: bmcnpmvmta@yahoo.com

• 
  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.
  
• 
  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
  

• 
  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
  

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ò...
  

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.
  

• 
  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
  

Đọ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]
Bài giảng 2: Software Project Planning

Chương II

Tiết thứ: 1 - 4 Tuần thứ: 2

- 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ò...
  

I. Who needs software?

A stakeholder

A user

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

Đọ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;
  
• 
  Tại sao phải quản lý dự án phần mềm, ý nghĩa, vài trò...
  

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

Đọc chương 3 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 3 tài liệu [3]
Bài giảng 4: Project schedules

Chương 4

Tiết thứ: 1 - 4 Tuần thứ: 4

- 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ò...
  

I.What is estimation?

I What is a project schedule?

II Scheduling concepts: Effort vs. Duration

Effort.

Duration.

Slack

IV Milestones

V Building the project schedule

Allocate resources

Identify dependencies

Create the schedule

VI Scheduling Techniques

PERT

VII Project metrics

The baseline

Variance

The cost performance index

Đọc chương 4 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 4 tài liệu [3]
Bài giảng 5: Project schedules (Tiếp)

Chương 4

Tiết thứ: 1 - 4 Tuần thứ: 5

- 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ò...
  

Đọc chương 4 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 4 tài liệu [3]
Bài giảng 6: Review and Requirements

Chương 5

Tiết thứ: 1 - 4 Tuần thứ: 6

- 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ò...
  

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

Software Requirements Specification

Requirements vs. Design

IV Change Control

A change control board

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

Đọc chương 5 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 5 tài liệu [3]
Bài giảng 7: Software Project Planning

Chương 6

Tiết thứ: 1 - 4 Tuần thứ: 7

- 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ò...
  

I Review the Design

II Version Control

Define

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

Đọc chương 6 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 6 tài liệu [3]
Bài giảng 8: Software Testing

Chương 7

Tiết thứ: 1 - 4 Tuần thứ: 8

- 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ò...
  

Test Plans and Test Cases

Test Execution

Defect Tracking and Triage

Test Environment and Performance Testing

Smoke Tests

Test Automation

Postmortem Reports

Using Software Testing Effectively

Diagnosing Software Testing Problems

Đọc chương 7 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 7 tài liệu [3]
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

- 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ò...
  

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!”

Fixing Planning Problems

Fixing Estimation Problems

Fixing Scheduling Problems

Fixing Review Problems

Fixing Requirements Problems

Fixing Programming Problems

Fixing Testing Problems

Đọ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 10: Understanding Change and Management and Leadership

Chương 8

Tiết thứ: 1 - 4 Tuần thứ: 10

- 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ò...
  

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

Đọ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

- 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ò...
  

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

Life Without a Formal Process

Software Process Improvement

Frameworks and Methodologies

Capability Maturity Model (CMM)

ISO 9000

Extreme Programming

Rational Unified Process

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

Đọc chương 9 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 9 tài liệu [3]

Bài giảng 12: Process Improvement

Chương 10

Tiết thứ: 1 - 4 Tuần thứ: 11

- 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ò...
  

1. 
   Life Without a Formal Process
   
2. 
   Software Process Improvement
   
3. 
   Frameworks and Methodologies
   
4. 
   Capability Maturity Model (CMM)
   
5. 
   ISO 9000
   
6. 
   Six Sigma
   
7. 
   Extreme Programming
   

Đọc chương 12 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 12 tài liệu [3]

Bài giảng 13: Software quality

Chương 11

Tiết thứ: 1 - 4 Tuần thứ: 13

- 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ò...
  

1. 
   Introduction
   
2. 
   The place of software quality in project planning
   
3. 
   The importance of software quality
   
4. 
   Defining software quality
   
5. 
   ISO 9126
   
6. 
   Product versus process quality management
   
7. 
   Quality management systems
   
8. 
   Process capability models
   
9. 
   Techniques to help enhance software quality
   
10. 
    Testing
    
11. 
    Quality plans
    

Đọc chương 11 các tài liệu [1], [3]

Bài tập về nhà: bài tập tự làm chương 11 tài liệu [3]

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
  

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, …)

2. 
   Điểm thường xuyên: 20%
   

2. 
   Thi kết thúc học phần: 70%
   

• 
  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)

•