ĐỀ cƯƠng chi tiẾt hỌc phẦn quẢn lÝ dỰ Án...
TRANSCRIPT
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
- 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. 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ị:
Đọ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ò...
- 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? 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
- Yêu cầu SV chuẩn bị: Đọ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ò...
- 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ị:
Đọ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ò...
- 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
- 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ò...
- 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 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ị:
Đọ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ò...
- 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:
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
- Yêu cầu SV chuẩn bị: Đọ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ò...
- 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 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
- 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 10: Understanding Change and Management and Leadership
14
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ò...
- 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 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
- 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. 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
- 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ò...
- 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:
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
- Yêu cầu SV chuẩn bị: Đọ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]
16
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ò...
- 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:
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
- Yêu cầu SV chuẩn bị: Đọ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
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)
-