câu hỏi ôn tập môn phân tích và thiết kế hệ thống

Chƣơng I: Tổng quan 1. Khái niện hệ thống thông tin - Khái niệm: Là hệ thống được tổ chức thống nhất từ trên xuống dưới, có chức năng xử lý, phân tích, tổng hợp thông tin, giúp các ―nhà quản lý‖ quản lý tốt cơ sở của mình, trợ giúp ra quyết định hoạt động kinh doanh. 2. Phân loại hệ thống thông tin: TPS, MIS, DSS, ESS: đặc điểm, đối tượng sử dụng Đặc điểm Đối tượng TPS - Ghi nhận, tìm kiếm, phân loại thông tin, sắp xếp và tổ chức lưu trữ thông tin - Chiếm một tỉ lệ lớn trong toàn bộ HTTT - Mục đích: tăng tốc độ xử lý nhân viên bộ phận thực thi tác vụ của hệ thống MIS - báo biểu báo cáo được tổng kết từ HTTT tác vụ - Mục đích: đáp ứng cho việc theo dõi, quản lý, đánh giá về tình hình và hoạt động của hệ thống hiện hành. trưởng, phó phòng và lãnh đạo của các chi nhánh DSS - sử dụng dữ liệu quá khứ để đánh giá về các tình huống thay thế hoặc tình huống chọn lựa trong tương lai - Mục tiêu: Trợ giúp các nhà quản lý có cơ sở để quyết định hoạt động các nhà quản lý cấp cao, nhà phân tích kinh doanh,… ESS - Các nhà lãnh đạo cấp cao như ban giám đốc có thể bắt đầu việc khai thác dữ liệu ở mức độ tổng hợp cao rồi đi xuống các vùng dữ liệu chi tiết cụ thể để theo dõi hoạt động của từng chi nhánh và của toàn bộ công ty theo từng yêu cầu Các nhà lãnh đạo cấp cao 3. Khái niệm hệ thống thông tin quản lý: input, output, phục vụ ai - Khái niệm: Hệ thống thông tin quản lý (MIS) là một hệ thống gồm nhiều các kênh thông tin hình thức và phi hình thức, nhằm cung cấp thông tin quá khứ, hiện tại và dự kiến cho người quản lý - Input: MIS thường sử dụng dữ liệu chi tiết từ TPS, và các loại thông tin và dữ liệu thu thập từ bên ngoài tổ chức Formatted: Font: (Default) Times New Roman, 13 pt, Bold Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic - Output: reports -> manager - Mục đích của MIS: là giúp người quản lý nhận thức được các vấn đề đang tồn tại, bối cảnh (tình huống, hiện trạng) phát sinh các vấn đề, và thông tin có liên quan đến việc giải quyết các vấn đề này 4. Không gian 3 mức nhận thức HTTT: conceptual (khái niệm), logical (luận lý), physical (vật lý) đặt trong các giai đoạn phát triển HTTT.  Mức quan niệm:  Biểu diễn HTTT ở góc độ trừu tượng hóa, biểu diễn yêu cầu hệ thống  Độc lập với tin học, kỹ thuật và phương tiện vật lý, ngôn ngữ thể hiện là ngôn ngữ phi tin học  Mức tổ chức (logic):  Xác định sự phân bố dữ liệu và xử lý trên các bộ xử lý và sự truyền thông giữa các bộ phận, xử lý  Mức vật lý:  Biểu diễn HTTT trong một môi trường cụ thể  Gắn liền với thiết bị phần cứng, phần mềm, …, kỹ thuật và phương tiện vật lý.  Gắn liền với kiến trúc tin học + Kiến trúc client-server. + Kiến trúc phân tán. + Kiến trúc tổng hợp (lai).  Ngôn ngữ thể hiện mức vật lý là ngôn ngữ tin học. 5. 4 kỹ năng cần có của phân tích viên - Kỹ năng phân tích - Kỹ năng kỹ thuật - Kỹ năng xử lý - Kỹ năng giao tiếp 6. Các giai đoạn của quy trình phát triển hệ thống theo mô hình thác nước - Giai đoạn phân tích yêu cầu -> Giai đoạn thiết kế -> Giai đoạn cài đặt -> Giai đoạn kiểm thử ->Giai đoạn khai thác, bảo trì 7. Hợp đồng trách nhiệm là gì, cần thực hiện ở giai đoạn nào trong quá trình phát triển hệ thống. - Hợp đồng trách nhiệm: thoả thuận của người sử dụng và những người có trách nhiệm (lãnh đạo tổ chức hay người quản lý) về các quy tắc quản lý, kế hoạch thực hiện và những các quy tắc liên quan. Bước 3/7 trong 7 bước xây dựng HTTT + đặt trong giai đoạn khảo sát hiện trạng – xác định yêu cầu 8. CASE tool là gì? Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic - Computer-Aided Systems Engineering (CASE) Tools Là công cụ hỗ trợ phân tích và thiết kế. Các hệ thống CASE thường được sử dụng để hỗ trợ các hoạt động trong quy trình xây dựng phần mềm. Có hai loại CASE: - Upper-CASE: công cụ để hỗ trợ các hoạt động đầu tiên như đặc tả yêu cầu và thiết kế. - Lower-CASE: công cụ để hỗ trợ các hoạt động sau như lập trình, gỡ lỗi và kiểm thử. 9. Các phương pháp luận phân tích thiết kế hệ thống, thứ tự thời gian hình thành - Cấu trúc: 1980s - Đối tượng : 1990s - Agile: 2000s 10. PP cấu trúc: SDLC, Proceed – centered technique (Systems development life cycle: quy trình phát triển hệ thống, chú trọng process, Mô hình thác nước) 11. PP đối tượng: object = data + process, tính lặp: quy trình xoắn ốc (Kết hợp dữ liệu và quá trình hoạt động trên các dữ liệu vào điều được gọi là đối tượng Đối tượng là thành viên của một lớp học Đối tượng có đặc tính) 12. PP Agile: Emphasize continuos feedback, Iterative development (Là sự phát triển mới nhất Nhấn mạnh thông tin phản hồi liên tục phát triển lặp đi lặp lại) 13. Khái niệm prototype, phân biệt giữa 2 loại prototype: evolution vs throw-away. - Khái niệm: Prototype là một mô hình của hệ thống (hay thường gọi là mẫu thử).Các nhà phân tích thiết kế hệ thống tạo mẫu thử trước khi xây dựng hệ thống thông tin hoàn chỉnh nhằm tương tác với khách hàng của mình. - Phân biệt + Evolution prototyping: Mẫu thử được cung cấp cho khách hàng là một hệ thống, sau mỗi lần khách hàng đánh giá thì mẫu thử này được chỉnh sửa để phù hợp với yêu cầu khách hàng. + Throw-away prototyping: Mẫu thử được cung cấp cho khách hàng là một phần của hệ thống, được xây dựng dựa trên một hoặc một vài yêu cầu ban đầu, sau khi khách hàng đánh giá,. Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt, Bold, Italic Formatted: Font: (Default) Times New Roman, 13 pt - 14. RAD là gì? Thuộc phương pháp luận PTTK nào? - RAD là một cách phát triển hệ thống theo hướng tiếp cận đối tượng - Trong mô hình RAD các mô-đun chức năng được phát triển song song như nguyên mẫu và được tích hợp để làm cho sản phẩm hoàn chỉnh một cách nhanh chóng - Thời gian ―sống sót‖ của một RAD khoảng 60-90 ngày - RAD hỗ trợ chho quá trình SDLC, là tâm điểm của quá trình phát triển tương tác 15. Prototype sử dụng trong phương pháp luận PTTK nào? Agile và hướng đối tượng Chƣơng 2: Khảo sát hiện trạng – Xác định yêu cầu Câu 1: Hai Câu hỏi cần trả lời khi khảo sát hiện trạng.  HTTT cũ hoạt động như thế nào?  HTTT mới cần thay đổi và bổ sung như thế nào? Câu 2: Hai đối tƣợng khảo sát hiện trạng - Người dung: bao gồm, cán bộ lãnh đạo quản lý, người sử dụng, nhân viên tác nghiệp, nhân viên kỹ thuật. - Tài Liệu: Biểu mẫu, tập tin, sổ sách, thủ tục quy trình, thông báo. Câu 3: Trinh tự 2 bƣớc khi thực khảo sát hiện trạng. • Bước 1: Xác định nội dung thông tin cần thu nhập nhằm xác định giới hạn của việc phân tích. • Bước 2: Lập kế hoạch khảo sát và thực hiện Câu 4: Các phƣơng pháp khảo sát hiện trạng, xác định yêu cầu.  Phƣơng pháp tƣơng tác  Phỏng vấn : cá nhân, nhóm  JAD (Join Application Design)  Lập bảng câu hỏi (viết)  Phƣơng pháp kín đáo  Nghiên cứu tài liệu  Quan sát hành vi  Quan sát môi trường làm việc.  Phƣơng pháp khác: Prototype Câu 5: Đánh giá hiện trạng?  Đánh giá các yếu kém hiện trạng bao gồm:  Thiếu:  Thiếu thông tin cho xử lý  Thiếu nhân lực  Thiếu phương tiện  Bỏ sót công việc đáng làm  Hiệu Quả Kém:  Cơ cấu bất hợp lý  Phương pháp không chặt chẽ  Lưu chuyển giấy tờ bất hợp lý, cầu kỳ,…  Giấy tờ, sổ sách trình bày kém  Quá tải, ùn tắc  Tốn kém, dƣ thừa : Chi Phí cao, lãng phí Câu 6: Tại sao phải phân nhóm yêu cầu? - Nhu cầu nâng cao, mở rộng, hệ thống vẫn tồn tại nếu không có yêu cầu này(Mong Muốn) - Tiềm năng của hệ thống mới, dùng để so sánh các phương án(Cần thiết) - Cơ sở cho tất cả phương án, hệ thống mới nếu không có các yêu cầu này thì không có ý nghĩa(căn bản, bắt buộc) Câu 7: quan hệ giữa phân nhóm yêu cầu và các phƣơng án? Thường đưa ra ít nhất 3 phương án  Phƣơng án tối thiểu  Chức năng căn bản, bắt buộc  Giới hạn về hiệu quả, kỹ thuật triển khai  Chi phí thấp  Phƣơng án tối đa  Cung cấp tính năng mở rộng, mong muốn  Kỹ thuật cao, chi phí cao  Có khả năng mở rộng trong tương lai  Phƣơng án trung hòa  Tổng hợp tính căn cơ của phương án tối thiểu và tính năng vượt trội của phương án tối đa  Là phương án thỏa hiệp Câu 8: Ràng buộc hệ thống là gì?  Ngày hoàn thành hệ thống mới  Các nguồn tài chính và nhân lực hiện có  Các yếu tố của hệ thống hiện hành không thể thay đổi  Các giới hạn pháp lý và hợp đồng  Tầm quan trọng hoặc tính năng động của hệ thống có thể giới hạn cách thức xây dựng hệ thống (ví dụ: bảo mật,…) Câu 9: Căn cứ để lựa chọn Phƣơng án. - Phát sinh phương án là việc tổ hợp giữa đáp ứng yêu cầu và thoả mãn các ràng buộc Câu 10: có thể thu nhập đƣợc thông tin gì từ Phƣơng pháp phỏng vấn mà những phƣơng pháp khác không thu thập đƣợc? Mục tiêu - dự án tương lai của tổ chức. Bạn không thể có thể xác định mục tiêu thông qua bất kỳ phương pháp khác. Câu 11: Năm bƣớc chuẩn bị cho cuộc phỏng vấn  Reading background material(Đọc câu hỏi trước)  Establishing interview objectives(Xác định đối tượng phỏng vấn)  Deciding whom to interview(Quyết định ai là người được phỏng vấn)  Preparing the interviewee(Chuẩn bị phỏng vấn)  Deciding on question types and structure(Quyết định loại câu hỏi và cấu trúc)  Câu 12: Phân biệt 2 loại câu hỏi phỏng vấn: open và close. So sánh về yêu cầu thời gian, kỹ năng của ngƣời phỏng vấn, yếu cầu chuẩn bị của ngƣời phỏng vấn, khả năng tóm tắt nội dung, khả năng mở rộng tìm khiếm thông tin hữu ích. Open-Ended Questions: Câu hỏi Mở Closed Interview Questions: câu hỏi đóng - Cho phép người phỏng vấn trả lời theo những điều họ muốn - Quan tâm đến chiều rộng và chiều sâu của cuộc phỏng vấn - Hạn chế thông tin từ người trả lời - Dữ liệu chính xác đáng tin cậy, dễ phân tích - Thời Gian: Tốn Nhiều thời gian - Thời Gian: Tốn ít thời gian - Kỹ năng: Đòi hỏi người phỏng vấn phải có kỹ năng cao - Không cần nhiều kỹ năng - Yêu cầu chuẩn bị: chuẩn bị ít hơn - Đòi hỏi chuẩn bị kỹ càng. - Tóm tắt nội dung: Khó tóm tắt nội dung - Dễ dàng tóm tắt nội dung - Khả năng mở rộng: Hữu ích cho việc mở rộng và tìm kiếm thông tin liên quan - Khả năng mở rộng là hạn chế Câu 13: ba cách sắp xếp diễn tiến phỏng vấn: Phim tự tháp(pryamid), phễu(funnel), kim cƣơng(diamond). Pyramid: Starting with closed questions and working toward open-ended questions Funnel: Starting with open-ended questions and working toward closed questions Diamond: Starting with closed, moving toward open-ended, and ending with closed questions Câu 14: Khi nào sử dụng bảng câu hỏi(4 ý).  Organization members are widely dispersed.(thành viên tổ chức phân bố rộng rãi)  Many members are involved with the project.(nhiều người tham gia trong một dự án)  Exploratory work is needed.(Thăm dò công việc cần thiết)  Problem solving prior to interviews is necessary.(…) Câu 15: hai thang đo phổ biến sử dụng trong hai bảng câu hỏi? nominal scale(thang đo danh nghĩa): trong thang đo này các con số chỉ dùng để phân loại các đối tượng, chúng không mang ý nghĩa nào khác. Về thực chất thang đo danh nghĩa là sự phân loại và đặt tên cho các biểu hiện và ấn định cho chúng một ký số tương ứng. Ví dụ: Giới tính: 1: nữ; 2: nam. Interval scale(Thang đo khoảng): là một dạng đặc biệt của thang đo thứ bậc vì nó cho biết được khoảng cách giữa các thứ bậc. Thông thường thang đo khoảng có dạng là một dãy các chữ số liên tục và đều đặn từ 1 đến 5, từ 1 đến 7 hay từ 1 đến 10. Dãy số này có 2 cực ở 2 đầu thể hiện 2 trạng thái đối nghịch nhau. Ví dụ: 1: hoàn toàn không đồng ý; 2: không đồng ý; 3: bình thường; 4: đồng ý; 5: hoàn toàn đồng ý. Câu 16: Khái niệm JAD, cách yêu cầu cho JAD, ƣu và khuyết điểm. Khái niệm: Là một hình thức phỏng vấn nhóm, tuy nhiên đi theo một chương trình và phân tích viên điều khiển thứ tự câu hỏi được trả lời bởi người dung  Địa điểm: (phòng họp) đầy đủ trang biết bị, tập trung cao  Chương trình: thứ tự các mục nội dung buổi họp  Công cụ trợ giúp  Thành phần tham dự JAD bao gồm: • Chủ trì buổi họp: tổ chức, điều hành buổi họp • Người sử dụng (là thành phần quan trọng) • Nhà quản lý • Phân tích viên hệ thống • Đội ngũ phát triển hệ thống: người lập trình, người phân tích cơ sở dữ liệu, các nhà lập kế hoạch hệ thống thông tin Ƣu Điểm: • Time is saved, compared with traditional interviewing • Rapid development of systems • Improved user ownership of the system • Creative idea production is improved Khuyết điểm: • JAD requires a large block of time to be available for all session participants • If preparation or the follow-up report is incomplete, the session may not be successful • The organizational skills and culture may not be conducive to a JAD session Câu 17: Lấy mẫu(sampling) là gì? Tại sao phải lấy mẫu trong khảo sát hiện trạng? Một quá trình lựa chọn có hệ thống các yếu tố đại diện cho một số đông. Liên quan đến hai quyết định quan trọng: • Kiểm tra những gì • Ai là người được cân nhắc tới * The reasons systems analysts do sampling are: • Containing costs(Chi phí) • Speeding up the data gathering(Đẩy nhanh tiến độ thu thập dữ liệu) • Improving effectiveness(cải thiện hiệu quả) • Reducing bias(Giảm thiểu độ lệch) Chú ý: To design a good sample, a systems analyst must follow four steps(Thiết kế mẫu cần theo những bước sau): • Determining the data to be collected or described(xđ dữ liệu thu thập hay mô tả) • Determining the population to be sampled(Xđ số lượng mẫu) • Choosing the type of sample(chọn các loại mẫu) • Deciding on the sample size(Quyết định kích thước mẫu) Câu 18: Hạn chế của nghiên cứu tài liệu.  Các thông tin mang lại từ nghiên cứu tài liệu  Các vấn đề tồn tại trong hệ thống (thiếu thông tin, các bước dư thừa)  Các cơ hội để tiếp cận nhu cầu mới (ví dụ: phân tích được doanh thu, thói quen khách hàng,…)  Phương hướng tổ chức có thể tác động đến các yêu cầu của HTTT  Tìm ra tên và vị trí của những cá nhân có liên quan đến hệ thống. Giúp cho việc giao tiếp liên lạc đúng mục tiêu hơn  Dữ liệu cấu trúc, qui tắc xử lý dữ liệu  Tìm hiểu về thiết kế hệ thống cũ.  Hạn chế:  Các tài liệu tiềm ẩn nguồn thông tin không đúng, trùng lắp  Thiếu tài liệu  Tài liệu hết hạn Câu 19: phƣơng pháp quan sát bổ sung khiếm khuyết gì của phƣơng pháp khảo sát tài liệu trong quá trình khảo sát quy trình nghiệp vụ.  Quan sát cung cấp cái nhìn sâu sắc về những gì thành viên tổ chức thực sự làm.  Tận mắt nhìn thấy các mối quan hệ tồn tại giữa các nhà sản xuất quyết định và các thành viên tổ chức khác  Cũng có thể tiết lộ những manh mối quan trọng liên quan đến mối quan tâm HCI Câu 20: Ƣu điểm của sử dụng mẫu prototype Ƣu điểm:  Gắn bó chặt chẽ với người dùng trong giai đoạn phân tích thiết kế  Giúp nắm được yêu cầu một cách cụ thể hơn là những yêu cầu trừu tượng bằng miệng hay trên giấy Phƣơng pháp này hữu hiệu khi:  Yêu cầu chưa rõ ràng, khó hiểu  Có sự tham gia của người dùng và các thành viên khác vào việc phát triển hệ thống  Các chi phí khi thay đổi hệ thống là không quá lớn khi cần phải thay đổi sau khi thực hiện prototype  Sự cấp bách về thời gian triển khai ngắn. Hệ thống cần được đưa vào ứng dụng từng phần. CHƢƠNG III: 1. Định nghĩa yêu cầu: mong muốn + ràng buộc Yêu cầu là các dịch vụ (services) được mong đợi của hệ thống và các ràng buộc (constraints) mà hệ thông phải tuân theo. 2. Phân biệt yêu cầu chức năng và phi chức năng - Yêu cầu chức năng (Function requirements): các hành động gì mà hệ thống có thể thực hiện mà không xem xét các ràng buộc vật lý. + Các dịch vụ hệ thống (System services): các chức năng mà hệ thống cung cấp + Yêu cầu về dữ liệu (Data requirements): các dữ liệu mà hệ thống phải xử lý - Yêu cầu phi chức năng (Non-Function Requirements): các ràng buộc hệ thống, các thuộc tính và môi trƣờng của hệ thống. + Yêu cầu về giao diện (Look and Feel), Yêu cầu về thực hiện (Performance), Yêu cầu về bảo mật (Security), 3. Biểu đồ phân rã chức năng (FDD) còn gọi là BFD (Business Funtion Diagram). Ý nghĩa - Sơ đồ phân rã trình bày sự phân rã HT theo chức năng từ trên xuống - Ý nghĩa  Giúp nắm hiểu Tổ chức & định hướng cho hoạt động khảo sát tiếp theo  Cho phép xác định phạm vi các chức năng cần nghiên cứu  Cho thấy vị trí của mỗi công việc trong toàn HT, giúp phát hiện các chức năng còn thiếu  Cơ sở để cấu trúc HT chương trình sau này [...]... trong UML là Sequence Diagram và Collocation Diagram 4 Định nghĩa Hệ thống trong PTTK hướng đối tượng Hệ thống = tập hợp các đối tượng + quan hệ giữa các đối tượng 5 Ưu điểm chính của hướng đối tượng Ưu điểm chính  Tái sử dụng dễ dàng  Đóng gói, che dấu thông tin làm cho  Hệ thống tin cậy hơn  Thừa kế làm giảm chi phí, hệ thống có tính mở cao hơn  Xây dựng hệ thống lớn và phức tạp 6 Một đối tượng... trình giúp giảm chí phí phát triển hệ thống PTTK hướng đối tượng phù hợp với tình huống phát triển hệ thống phức tạp và luôn phải liên tục cải tiến, bảo trì để đáp ứng nhu cầu 11 Mối quan hệ giữa các biểu đồ UML cơ bản 12 2 dạng biểu đồ class : ở giai đoạn phân tích và giai đoạn thiết kế 13 3 dạng quan hệ trong biểu đồ class - Generalization: Thể hiện rằng một lớp A kế thừa từ một lớp B (Hay A là trường... Mối liên hệ giữa các trạng thái Chƣơng 6: Thiết kế dữ liệu 1 Mô hình thực thể kết hợp (Entity Relationship Diagram) mô tả mối liên hệ giữa các thực thể, được dùng để thiết kế csdl ở mức khái niệm hay còn gọi là mô hình quan niệm dữ liệu (Conceptual Data Model) Thành phần của CDM a Thực thể b Mối kết hợp c Liên hệ giữa các thực thể d Liên hệ giữa thực thể và mối kết hợp 2 Biểu diễn mối quan hệ giữa 2... thuộc tính và mọi mối liên kết của thực thể lớp cha  Một thực thể của lớp con có thểcó các thuộc tính và các mối liên kết của riêng nó 7 Các bƣớc xây dựng ERD 8 Thiết lập cơ sở dữ liệu từ ERD a Xử lý cho các quan hệ bậc 1 và các kiểu quan hệ  Kiểu quan hệ 1-N của quan hệ bậc 1 ta tạo một tệp dữ liệu duy nhất, xác định trường khóa chính, trường mô tả và trường quan hệ Giá trị của trường quan hệ được... hệ thống - Không có dòng dữ liệu rẽ nhánh (hoặc gộp) có nội dung (nhãn) khác nhau Nội dung dữ liệu ở các nhánh phải giống y như nhau - Không có dòng dữ liệu trực tiếp đi từ một xử lý đến chính nó (vì một xử lý không cần gửi dữ liệu cho chính nó) 7 Biểu đồ usecase: usecase, actor Quan hệ giữa usecase và actor - Actor là vai trò của con người, thiết bị hay hệ thống khác … mà tương tác trực tiếp với hệ. .. Biểu diễn mối quan hệ giữa 2 thực thể 3 Thực thể quan hệ Thực thể quan hệ: mô tả quan hệ giữa các đối tượng đây là một quan hệ có thêm dữ liệu riêng để tạo thành thực thể 4 Các kiểu quan hệ giữa 2 thực thể, đọc hiểu các ký hiệu 5 Khái niệm bậc quan hệ, mấy loại Bậc của quan hệ chỉ số lượng thực thể tham gia vào quan hệ đó - Quan hệ bậc 1 là quan hệ của một cá thể với các cá thể khác thuộc cùng một... hiện phân rã DFD được hay không? Phân chia dòng dữ liệu: Dòng DL ở mức cao có thể được phân chia nếu các phần khác nhau đi đến các tiến trình khác nhau trong DFD mức thấp hơn 4 Phân biệt DFD vật lý và luận lý, sự biến đổi của 2 loại DFD này trong quá trình tối ưu quy trình nghiệp vụ ntn? Luận lý (Logical) Luận lý (Logical) Tập trung vào hoạt động quy trình nghiệp vụ Không cho thấy cách thức hệ thống. .. tiếp với hệ thống qua các use case - Use case là một dãy các hành động mà hệ thống thực hiện nhằm đạt được một kết quả về giá trị có thể nhận biết được cho một actor cụ thể - Quan hệ: + Communication Association : - Biểu diễn sự truyền thông giữa actor và use case - Hướng mũi tên biểu diễn ai kích hoạt việc truyền thông - 8 2 loại quan hệ giữa usecase với nhau hoặc actor với nhau: quan hệ phụ thuộc... - Quan hệ bậc 2 là quan hệ giữa 2 thực thể Đây là quan hệ thường gặp trong thực tế - Quan hệ bậc 3 trở lên được gọi quan hệ bậc cao Người ta đã chứng minh được rằng mọi quan hệ bậc cao đều biến đổi được về quan hệ bậc 2 6 ER mở rộng: kế thừa  Một thực thể của lớp con cũng là một thực thể của lớp cha  Một thực thể của lớp cha có thể là thực thể của nhiều lớp con  Một thực thể của lớp con kế thừa... quan hệ: xác định trường quan hệ, trường mô tả Giá trị của trường quan hệ được xác định không duy nhất từ giá trị của trường khóa chính của tệp thực thể Ví dụ: Xét thực thể ―Sản phẩm‖ với quan hệ ―Được cấu thành từ‖ Ta tạo hai tệp: - Tệp ―Sanpham‖ với các trường #MaSP, TenSP, Donvitinh, Dongia - Tệp ―Quanhe‖ với các trường MaSP, MaSPNL; Soluong b Xử lý quan hệ bậc 2 và các kiểu quan hệ  Kiểu quan hệ . quan trọng) • Nhà quản lý • Phân tích viên hệ thống • Đội ngũ phát triển hệ thống: người lập trình, người phân tích cơ sở dữ liệu, các nhà lập kế hoạch hệ thống thông tin Ƣu Điểm: • Time is. tiên như đặc tả yêu cầu và thiết kế. - Lower-CASE: công cụ để hỗ trợ các hoạt động sau như lập trình, gỡ lỗi và kiểm thử. 9. Các phương pháp luận phân tích thiết kế hệ thống, thứ tự thời gian. thường gọi là mẫu thử).Các nhà phân tích thiết kế hệ thống tạo mẫu thử trước khi xây dựng hệ thống thông tin hoàn chỉnh nhằm tương tác với khách hàng của mình. - Phân biệt + Evolution prototyping: