Group of Dainv, Nguyennd, Thinhnt from K56-CA, UET, VNU-HN

1. Problem Statement
[Thịnh kiếm thông tin chém vào đây]
[+Đặt vấn đề cho nhu cầu cần có 1 phần
mềm !@#$%&*() như của mình Music
online management]
[vấn đề của người dùng khi không có cái
xxx của mình]
[sau khi có cái xxx của mình thì họ có được
cái gì]

2. [Terminology]
• [Liệt kê ra thôi]
– Admin
– Catalog
– Profile
– Song info
[nghĩ] [mình cứ tùy tấu cho thầy hiểu qua qua rõ
ràng tý là được không cần quá theo doc của mình
[ông nhìn bên ngoài khách quan, cứ chém sao cho
người mới nghe hiểu là được )))))))))]

3. Requirement [Về thành phần chức
năng]
• [Liệt kê các Use-Case ra thôi].
• [nghĩ][Các Use-Case] Thì t nghĩ nên chỉ lấy vài cái
use-case tiêu biểu cho bài toán của mình thôi,
còn lại không cần đưa lên slide:Login, Register,
PlaySong, changeProfile, favourite Song,
maintainUserCatalog, maintainSongCatalog, . . .
• [nghĩ][Từng Use-Case][Chỉ cần lấy các description
trong doc của mình cho từng Use-Case là được]

4. [Requirement] [Tiếp][Về phần yêu cầu
chất lượng]
• [nghĩ] Lấy ra lấy vài cái supplement chính
trong doc của mình là được, modify ít cho nó
kiểu dạng dễ hiểu cho người dùng là được

5. [Nghĩ][Analysis, design] Thì mình cứ
trình bày theo dạng hiểu thế này của
từng analysis, design

6. Analysis
• [nghĩ] mình chỉ cần đưa ra cái logical view
trong doc của mình. Rồi giải thích
• Vì sao mình lại chọn mô hình này:
– Nó giúp giải quyết vấn đề như nào: (cụ thể là mình
dùng MVC- tìm hiểu xem áp dụng vào phần mềm
mình thì nó giúp gì, có lợi ntn?)

7. Analysis[Tiếp]
• [nghĩ] sau khi mình đưa ra cái mô hình logical
view chung của mình rồi, thì đưa ra cụ thể hóa
mô hình đó vào xxx của mình bằng cách chỉ
cần đưa ra cái package dependence từ doc
của mình là được.
• [sau đó giải thích từng phần trong package
dependece nó ứng với phần nào trong logical
view chung].
• [t nghĩ chỉ cần thế là đủ ]

8. Design
• [t nghĩ] phần design thì cơ bản sẽ giống tương
tự như analysis nhưng nó mang tính giải pháp
cụ thể hơn là mang tính ý tưởng như của
analysis.
• [đầu tiên] thì mình cũng đưa cái logical view
vào. Và cũng trình bày thực tế mình áp cái
MVC vào như thế nào, thêm bớt phần nào,
phần khác biệt ra sao so với mvc chuẩn
• [+ một ít giải thích phần khác biệt là được ]

9. Design [Tiếp]
• Xong phần trên rồi thì mình add cái package
dependence từ doc ở phần design vào thôi.
• Coi như dạng cụ thể các phần tương ứng
trong phần mềm của mình theo mô hình trong
design thôi
  

10. Đấy làm tiếp đi
• Phần requirement thì chém gió cái problem
• Phần analysis thì chỉ cần add ảnh từ doc của
mình rồi + thêm ít tìm hiểu về mvc + chém
gió
• Phần design thì cũng add ảnh từ doc + thêm tý
chém gió.

Thế nhớ   