Professional Documents
Culture Documents
Phân tích:
Là trong phát triển phần mềm, có 2 phương pháp (phổ biến nhất) là Waterfall
(Tradditional) và Scrum (Agile).
Đi thi các bạn có khuynh hướng chọn 1 trong 2 và tìm những luận điểm trong để để
bảo vệ khuynh hướng mình chọn.
HIỆN TẠI auto chọn Scrum hết. Scrum là mô hình chuẩn
(Phân tích vào scrum trước, options waterfall, … )
Lời giải:
Requirement characteristics
- Reliability: (Liệu những yêu cầu trong đề bài có đáng tin cậy không? Liệu
những requirements trong đè bài có khó, hay là mơ hồ hay kh?)
(Tự đọc, bởi vì anh tự chế từ đề => nó thay đổi DỄ DÀNG, thay đổi từ
đề, thay đổi từ những feedbacks từ người dùng, ….)
- The requirements are subject to change on a regular basis. (Phần này làm kĩ
vì đề khai thác sâu vào phần này.) (Những yêu này đã đáp ứng cái cơ bản
hay chưa?)
=> The primary requirements have been established, but more should be
added. (Tự dùng văn mình)
a. Development team
=> As a result, this project is of medium size (trung bình, lớn, nhỏ thì nó
chỉ là tượng trưng, nhma bởi vì cta xài dự án Scrum thì nên nêu bật là
dự án VỪA hoặc LỚN => tạo ưu điểm cho việc xài Scrum) and the
team size is MEDIUM. (Team < 4 thì là team small, team 4 <=x <= 10
team medium, team > 10 lớn) (Scrum sẽ ưu tiên đội hình dev là vừa
hoặc lớn.)
+ The requirements are clear enough for the team to grasp and implement.
(tự chế => dev hiểu yêu cầu thì mới làm dễ được)
+ The team may have implement some system about education and have
mục experience before so developer can easy understand requirement (tự
chế)
b. User involvement in the project (số lượng người liên quan tới dự án)
c. Time constraints (ràng buộc thời gian làm dự án) and manager's
expectation (trong mong của quản lý)
“FU leadership expects the first version of the system to be put into use within 3
months and the project needs to be completely completed within 9 months.” (tư
đề, 1 dự án mà dài hơn 2 tháng dc xem là dự án vừa, > 6 tháng dự án lớn.
Những dự án mà nó kéo dài vừa hoặc lớn => SCRUM ) => a medium project.
- The project requires the first version with main functions to be operational
within 3 months and completed within 9 months, the team needs to come up with
usable products first and then gradually develop and perfect. The agile model will
meet the above requirements because it works in small, iterative stages and
develops continuously, so it can release many product versions early.
Conclusion:
In the project i will process both Blackbox Testing and Whitebox Testing.
+ Unit Testing (Kiểm tra từng UNIT CODE (từng hàm, từng class, từng tên
biến, từng kiểu dữ liệu,..)): [Định nghĩa thằng Unit Test vào nha] - Wil be
processed by developments
+ System Testing: Tester tests the entire system from the perspective of the end user to
verify complete compatibility and performance. I will assign myself to do this.
+
+ Integration Test (Kiểm tra từng functional requirements xem nó chạy đúng
hay không, đăng nhập xem nó chạy đúng hat không): [Định nghĩa intergration
test vào nha] - Wil be processed by developer with high understanding about
the system. (Trong ngành code nó cách rất nhiều role, Devs - Thợ code,
Tester, QA/QC, … Project Manager, Product Owner, … team em chỉ có dev
như vậy việc tes intergration để coh những dev mà có hiểu biết t ốt về
blackbox test, ….)
[Anh có sẵn docs ghi cả trăm bài test. Chọn vài cái ghi vào, ghi rõ là giao cho ai, ….]
Câu 3:
- Lecture can import students from the FAP list … (BỞI VÌ NÓ THỂ HIỆN RÕ 1
HÀNH ĐỘNG)
- LECUTURE CAN CREATE A REPORT ON STUDENT ACTIVITY SUCH AS
ASWERING QUESTION
- tHE SYSTEM CAN ALLOW STUDENT TO view CONSTRUCTIVE
QUESTION (THỂ HIỆN 1 chức năng, 1 hành động của người dùng) -
Student can view constructive questions in list view/ in details.
- ….
Fn Requirement:
Non func: - Bảo mật, UX/UI dễ xài không. Trụ được nhiều user không? (FAP không
trụ dc quá nhiều user 1 lúc nên không đáp ứng dc non func đề ra)
+ The system must have high performance(tư đề, đánh vào yếu tố
PERFORMANCE, non function.) (chưa đủ để mô tả non func), such as UX/UI
responses to end users less than 0.5s.
+ The system must ensuring high security (từ đề ra), such as hashing
password with SHA256 algorithm.
Câu 6:
- Lecture can import students from the FAP list … (BỞI VÌ NÓ THỂ HIỆN RÕ 1
HÀNH ĐỘNG) => As a lecture, i want to import students from the FAP list in
order to show the list of the students in a class. ()
- LECUTURE CAN CREATE AN REPORT ON STUDENT ACTIVITY SUCH AS
ASWERING QUESTION => As a lecture, i want to create a report on student
activity in order to let system to track which student do not work efficiently.
(User Story - User Story là viết Functional Requirements theo 1 formal khác)
Câu 4:
Câu 7: (đọc đề và hiểu và suy ra => không có trong đề => )
: User Activity
: Task
Câu 5:
Test Case 1: (Import student from FAP list (Fn rq)) Import the students in class
MC1601 from FAP list (Khác, bởi vì hành động của anh mô tả một ngữ cảnh cụ thể)
Desciption: Ensure that all students in class MC1601 are imported to EduNext (Làm với cái
scenara cụ thể để chắc chắn rằng chức năng chạy ngon)
Step:
B1: Search for class MC1601(Giả sử chức năng search tồn tại)
B2: Click on button “Import” (Giả sử tồn tại nút import nhấn được để thể ra mình đang xử lý
cái tính huồng, giả định)
B3: A notification is showed and all students in class MC1601 are imported.
(Viết code thì các bạn phải test. Test thì đơn giả đưa dữ liệu giả để test. Dữ liệu giả là
MC1601. Thực hiện chức năng với dữ liệu giả. Step với th 1601 tự nghĩ ra.)
Step: