Nhóm Công nghệ phần mềm MỤC LỤC 1.3.2.3 Đội phần mềm (Software team) 13 2.4 Phân tích hệ thống 28 A Lời mở đầu Trong kinh doanh hệ thống phân phối phần quan trọng doanh nghiệp để đưa sản phẩm thị trường đến người tiêu dùng Với phát triển ngày cao công nghệ thay đổi đa dạng tâm lý, nhu cầu người tiêu dùng, kinh tế gặp nhiều khó khăn việc phân phối hàng hóa cách hợp lý trở thành vấn đề doanh nghiệp quan tâm Với đề tài “ Xây dựng phần mềm quản lý phân phối hàng hóa cho doanh nghiệp nhỏ vừa” nhóm tiến hành xây dựng nên phần mềm theo quy trình qua khâu bắt đầu với việc phân tích kết thúc trình kiểm thử Trường ĐH Thương Mại Nhóm Công nghệ phần mềm B Nội dung I/ Cơ sở lí thuyết 1.1 Công nghệ phần mềm 1.1.1 Công nghệ phần mềm gì? Công nghệ phần mềm công nghệ phân tầng Có nhiều định nghiã khác Công nghệ phần mềm, song ta xét định nghĩa tiêu biểu: - Định nghĩa 1: Công nghệ phần mềm nghiên cứu nguyên tắc công nghệ đắn nhằm tạo phần mềm cách kinh tế, tin cậy làm việc hiệu máy thực [BAU69] - Định nghĩa 2: Công nghệ phần mềm là: 1) Sự áp dụng cách tiếp cận định lượng, có qui trình có tính hệ thống nhằm phát triển, vận hành trì phần mềm 2) Nghiên cứu phương pháp tiếp cận dụng 1) [IEEE’93] Như vậy, “Công nghệ phần mềm lĩnh vực khoa học phương pháp luận, kỹ thuật công cụ tích hợp quy trình sản xuất vận hành phần mềm nhằm tạo phần mềm với chất lượng mong muốn “ Để hiểu rõ công nghệ phần mềm, người ta phân thành tầng : tầng chất lương, tầng qui trình, tầng phương pháp tầng công cụ Công cụ Trường ĐH Thương Mại Nhóm Công nghệ phần mềm Phương pháp Qui trình Tiêu điểm chất lượng Nền tảng Công nghệ phần mềm qui trình Qui trình định nghĩa khung làm việc cho tập qui trình chủ yếu (KPA – Key Process Area) Nó tạo nên sở để quản lý dự án phần mềm thiết lập ngữ cảnh để áp dụng phương pháp kỹ thuật: mô hình, liệu, báo biểu,…Phương pháp phần mềm nhằm cung cấp kỹ thuật để chế tác phần mềm bao gồm: - Phân tích yêu cầu người dùng - Thiết kế hệ thống - Lập trình - Kiểm thử - Bảo trì Công cụ phần mềm nhằm cung cấp hỗ trợ tự động, bán tự động cho qui trình phương pháp phần mềm Khi công cụ tích hợp, thông tin tạo công cụ sử dụng công cụ khác, thí dụ thiết kế có hỗ trợ 1.1.2 Quy trình phát triển phần mềm Quy trình phát triển phần mềm cấu trúc bao gồm tập hợp thao tác kết tương quan sử dụng việc phát triển để sản xuất sản phẩm phần mềm Các thuật ngữ tương tự vòng đời Trường ĐH Thương Mại Nhóm Công nghệ phần mềm phần mềm quy trình phần mềm Đây coi thành phần tập vòng đời phát triển hệ thống Vòng đời phần mềm thời kỳ tính từ phần mềm sinh chết (từ lúc hình thành đáp ứng yêu cầu, vận hành, bảo dưỡng loại bỏ không dùng Quy trình phần mềm (vòng đời phần mềm) phân chia thành pha chính: phân tích, thiết kế, chế tạo, kiểm thử, bảo trì Biểu diễn pha có khác theo người Có số mô hình cho việc xây dựng quy trình phát triển phần mềm, mô hình mô tả phương thức nhiệm vụ thao tác cần thực trình Mô hình vòng đời tiêu biểu mô hình thác nước (WaterFall Model) Boehm đề xuất Có thao tác tảng hầu hết quy trình phần mềm là: ● Đặc tả phần mềm: Các chức phần mềm điều kiện để hoạt động phải định nghĩa Trường ĐH Thương Mại Nhóm Công nghệ phần mềm ● Sự phát triển phần mềm: Để phần mềm đạt đặc tả phải có quy trình phát triển ● Đánh giá phần mềm: Phần mềm phải đánh giá để chắn làm mà khách hàng muốn ● Sự tiến hóa phần mềm: Phần mềm phải tiến hóa để thỏa mãn thay đổi yêu cầu khách hàng 1.2 Các mô hình phát triển phần mềm Trong việc sản xuất phần mềm, phụ thuộc vào đặc trưng phần mềm cần chế tác mà nhà phát triển sử dụng mô hình phát triển khác nhau: có mô hình tuyến tính, khác lại lặp, khác lại gia tăng, tiến hoá,… Trong phần xem xét 10 mô hình phát triển tiêu biểu 1.2.1 Mô hình tuyến tính Mô hình tuyến tính hay gọi (Hình 2.4) mà pha thực cách nhau, hết pha đến pha khác Đây mô hình thác nước kinh điển Trường ĐH Thương Mại Nhóm Công nghệ phần mềm - Kỹ nghệ Hệ thống thông tin mô hình hóa (Information System Enginering and Modeling) nhằm thiết lập yêu cầu, ánh xạ số tập yêu cầu sang phần mềm trình tương tác phần cứng, người dùng người sở liệu 1.2.2 Mô hình chế thử (Prototyping Model) Trong thực tế, lúc có sẵn nhu cầu phần mềm từ khía khách hàng Các doanh nghiệp phần mềm cần chủ động tạo kích thích, nhu cầu cho khách hàng Một mô hình thích hơp cho cách tiếp cận mô hình chế thử Theo mô hình này, mẫu thiết kế “hệ sơ khai” nhằm thâu tóm yêu cầu người dùng Vì thế, mẫu cần thiết kế nhanh, đơn giản, chưa cần tốt thu thập ý kiến khách hàng sản phẩm sản xuất mà họ chưa hình dung Trường ĐH Thương Mại Nhóm Công nghệ phần mềm 1.2.3 Mô hình phát triển nhanh (Rapid Application Development – RAD) Là qui trình phát triển phần mềm gia tăng, tăng dần bước với chu trình phát triển ngắn (60-90 ngày) Ý tưởng xây dựng dựa hướng thành phần (Component-based construction) với khả tái sử dụng Theo mô hình này, việc phát triển gồm số nhóm (teams), nhóm làm RAD theo pha: Mô hình nghiệp vụ, Mô hình liệu, Mô hình xử lý, Tạo ứng dụng, Kiểm thử đánh giá Mô hình bộc lộ số hạn chế: i) Cần đội ngũ đông đảo để chia thành nhóm ii) Giao kèo phải chặt chẽ, không dự án bị đổ bể iii) Các ứng dụng phải có tính mô đun hoá iv) Các ứng dụng có tính mạo hiểm cao không nên dùng 1.2.4 Các mô hình tiến hóa: tiến hoá, xoắn ốc, phát triển đồng thời Trường ĐH Thương Mại Nhóm Công nghệ phần mềm Cách làm sử dụng qui trình lặp, cho phép kỹ sư phần mềm phát triển tăng dần, phiên sau hoàn thiện phiên trước sau chu trình lặp Trong phần xem xét mô hình: Mô hình gia tăng, mô hình xoắn ốc mô hình phát triển đồng thời 1.2.4.1 Mô hình gia tăng (Incremental Model) Mô hình gia tăng kết hợp yếu tố mô hình tuyến tính với ý tưởng lặp mô hình chế thử Mỗi mạch tuyến tính qui trình cung cấp sản phẩm (Hình 2.7) Mạch cung cấp số chức đó, mạch gia tăng thêm số chức khác,… mạch cuối cung cấp sản phẩm hoàn thiện, đáp ứng yêu cầu người dùng Tuy mô hình này, kỹ sư phần mềm áp dụng tư tưởng lặp mô hình chế thử song lại khác sản phẩm Mỗi mạch tạo sản phẩm dùng mô hình chế thử không quan tâm đến sản phẩm Hình 2.7 Mô hình gia tăng Trường ĐH Thương Mại Nhóm Công nghệ phần mềm 1.2.4.2 Mô hình xoắn ốc (Spirral Model) Mô hình xoắn ốc Boehm đề xướng, kết hợp chất lặp mô hình chế thử giám sát với tính hệ thống mô hình tuyến tính Các hoạt động qui trình mô hình biểu điễn hình 2.8 Mô hình xoắn ốc cách tiếp cận thực để phát triển phần mềm hệ thống lớn Vì phần mềm phát triển theo tiến hoá, khách hàng nhà phát triển hiểu tốt rủi ro giảm thiểu sau lần tiến hoá Việc giảm thiểu rủi ro nhờ cách tiếp cận mô hình chế thử quan trọng nhà phát triển áp dụng chế thử giai đoạn Hạn chế lớn mô hình khả thuyết phục khách hàng giảm thiểu tính rủi ro trình phát triển mặt Trường ĐH Thương Mại Nhóm Công nghệ phần mềm khác, mô hình chưa thật quen thuộc với nhà phát triển mô hình tuyến tính hay chế thử 1.2.4.3 Mô hình phát triển đồng thời (Concurrent Development Model) Mô hình phát triển đồng thời gọi kỹ nghệ tương tranh Mô hình biểu diễn tập hoạt động kỹ thuật chủ yếu, nhiệm vụ tập trạng thái Trong thực tế, mô hình mô thức cho phát triển mô hình “Khách-Chủ” (Client-Server) Theo nhiều chuyên gia, mô hình áp dụng cho tất dạng phát triển phần mềm thay phát triển chuỗi hoạt động người định nghĩa mạng hoạt động hoạt động tồn đồng thời mạng 1.2.5 Mô hình lắp ráp hướng thành phần (Component assembly Model) Mô hình dựa vào mô thức hướng đối tượng kết hợp với qui trình phát triển mô hình xoắn ốc Trường ĐH Thương Mại 10 Nhóm Công nghệ phần mềm sai hệ thống bào lỗi tên mật khẩu, người dùng cần đăng nhập lại tên mật xác B2: Sử dụng chức năng: Quản lý hàng hóa: nhân viên thông qua hệ thống tìm kiếm sản phẩm, thêm, sửa, xóa thông tin sản phẩm Phân phối hàng hóa: kế hoạch duyệt nhân viên lập phiếu xuất hàng xuất hàng cho chi nhánh Báo cáo: Khi cần báo cáo cho Ban Giám Đốc phòng ban có yêu cầu thi hệ thống cung cấp cho người dùng chức Báo cáo Sau click vào chức hệ thống xuất 2chức nhỏ hơn: báo cáo doanh thu, báo cáo hàng tồn 2.5.2 Thiết kế hình dạng trang hình Giao diện Trường ĐH Thương Mại 34 Nhóm Công nghệ phần mềm Hệ thống form Trường ĐH Thương Mại 35 Nhóm Trường ĐH Thương Mại Công nghệ phần mềm 36 Nhóm Trường ĐH Thương Mại Công nghệ phần mềm 37 Nhóm Công nghệ phần mềm 2.6 Tài liệu kiểm thử 2.6.1 Mục đích Kiểm thử giai đoạn cuối trước bàn giai sản phẩm cho khách hàng - người dùng Là tiến trình nghệ thuật nhằm phát lỗi việc xem xét lại đặc tả, thiết kế mã hoá • Vai trò: Là khâu mấu chốt đảm bảo chất lượng phần mềm Tài liệu Kế hoạch kiểm thử nhằm đưa kế hoạch tổng thể việc kiểm thử hệ thống quản lý hàng hóa 2.6.2 Phạm vi kiểm thử Tài liệu kế hoạch test bao gồm kế hoạch kiểm thử cho kiểm thử chức năng, đảm bảo luồng nghiệp vụ đúng, đảm bảo chức hoạt động đảm bảo giao diện hợp lý cho sử dụng • Kế hoạch phạm vi kiểm thử áp dụng cho đội kiểm thử dự án • Kiểm thử đơn vị (Unit test): nhóm phát triển có trách nhiệm thực trước bàn giao chương trình cho đội kiểm thử Trường ĐH Thương Mại 38 Nhóm Công nghệ phần mềm • Kiểm thử chức (Functional test), Kiểm thử tích hợp (Intergration Test), Kiểm thử hệ thống (System test): nhóm kiểm thử có trách nhiệm thực Có bao gồm phạm vi lập kịch demo với khách hàng hỗ trợ khách hàng làm acceptance testing - Các kiểu Test thực dự án: • Functional testing (Test chức năng) • User interface testing (Test giao diện) 2.6.3 Ràng buộc test • Công cụ kiểm thử: Kiểm thử tĩnh • Môi trường kiểm thử - Phần mềm: chạy phần mềm thật chương trình - CSDL, server: sử dụng csdl…………… - Phần cứng: PC, RAM 1G… 2.6.4 Chiến lược kiểm thử - Tạo TC cho module sau nhận thiết kế chi tiết - Thực test hệ thống theo testcase - Ưu tiên module kiểm tra theo chức nghiệp vụ trước, sau kiểm tra giao diện, ràng buộc định dạng, thông báo lỗi kiểu liệu - Test module gọn đến - Khi nhận module từ bên phát triển, bên phát triển không unit test, kiểm tra toàn module để yêu cầu đội phát triển làm unit test trước chuyển giao - Công việc kiểm thử dừng lại chức kiểm thử Đảm bảo test chức nghiệp vụ 95% testcase test với yêu cầu khách hàng Trường ĐH Thương Mại 39 Nhóm Công nghệ phần mềm 2.6.5 Các kiểu kiểm thử - Kiểm thử đơn vị Là bước kiểm thử với chức nhằm mục đích phát lỗi lập trình - Kiểm thử mô đun: Là hình thức kiểm thử mô đun riêng lẻ hay liên kết với số hàm, mô đun khác có liên quan - Kiểm thử hệ con: Nếu hệ thống bao gồm số hệ độc lập bước tiến hành kiểm thử với hệ riêng biệt - Kiểm thử hệ thống: Kiểm thử hoạt động tổng thể hệ thống, kiểm tra tính đắn giao diện, tính đắn với đặc tả tính dùng chủ yếu sử dụng kiểm thử chức 2.6.5.1 Kiểm thử giao diện người sử dụng Test giao diện người dùng kiểm tra tương tác người dùng với phần mềm, đảm bảo giao diện người dùng cung cấp cho người sử dụng cách truy cập sử dụng thích hợp thông qua chức mục tiêu test Ngoài test giao diện để đảm bảo đối tượng phạm vi chức giao diện giống mong đợi phù hợp với tổ chức chuẩn ngành Mục đích test: Kiểm tra: - Việc sử dụng thông qua mục tiêu test phản ánh chức yêu cầu nghiệp vụ, bao gồm hình đến hình, trường đến trường sử dụng phương pháp truy cập (phím tabs, di chuột, Trường ĐH Thương Mại 40 Nhóm Công nghệ phần mềm tổ hợp phím) Cách thực hiện: Tạo chỉnh sửa test cho hình để kiểm tra việc sử dụng cách tình trạng đối Điều kiện tượng cho hình đối tượng ứng dụng Mỗi hình kiểm tra thành công với hoàn thành: Các vấn đề phiên kiểm tra phạm vi chấp nhận Không phải toàn thuộc tính đối đặc biệt: tượng truy cập 2.6.5.2 Kiểm thử chức Mục đích kiểm thử luồng nghiệp vụ tập trung vào yêu cầu test, chức qui tắc nghiệp vụ Mục tiêu kiểu test kiểm tra tính đắn liệu, qui trình báo cáo việc thực qui tắc nghiệp vụ Kiểu test dựa vào kỹ thuật black box, tức kiểm tra ứng dụng xử lý nội cách tương tác với ứng dụng thông qua giao diện người sử dụng phân tích kết đầu Đảm bảo mục tiêu test đắn chức năng, bao gồm định hướng, liệu đầu vào, xử lý liệu nhận VD như: Mục đích test: Test chức đảm bảo yêu cầu sau: - Nhập liệu hợp lệ chương trình phải cho nhập - Luồng nghiệp vụ - Quá trình xử lý liệu kết đầu phải - Phục hồi liệu Thực chức năng, sử dụng liệu hợp lệ không hợp lệ để kiểm tra Cụ thể sau: Trường ĐH Thương Mại 41 Nhóm Công nghệ phần mềm - Kết mong đợi với liệu hợp lệ Cách thực hiện: Điều kiện hoàn thành: Các vấn đề đặc biệt: - Lỗi thích hợp thông báo hiển thị liệu không hợp lệ - Mỗi qui tắc nghiệp vụ áp dụng - Toàn kế hoạch test thực - Toàn lỗi phát ghi nhận Xác định mô tả vấn đề (nội bên ngoài) ảnh hưởng đến việc test chức 2.6.5.3 Kiểm thử liệu tích hợp liệu Cơ sở liệu xử lý sở liệu phải test hệ thống dự án hệ thống phải test không cần thông qua giao diện người dùng để giao tiếp với liệu Mục đích Đảm bảo phương pháp truy cập chức xử test: lý sai lệch liệu - Thực phương pháp truy cập xử lý, thử trường hợp với liệu hợp lệ không hợp lệ Cách thực hiện: yêu cầu liệu - Kiểm tra sở liệu để đảm bảo liệu lưu trữ mong đợi, toàn kiện với sở liệu xảy đúng, hợc xem xét liệu trả để đảm bảo Điều kiện nhận liệu cho lý Tất phương pháp truy cập chức xử lý hoàn thành: Các vấn đề giống thiết kế sai lệch liệu - Việc test đòi hỏi phải môi trường phát triển đặc biệt: drivers để truy cập sửa liệu trực tiếp sở liệu - Các xử lý phải thực tay Trường ĐH Thương Mại 42 Nhóm Công nghệ phần mềm - Cơ sở liệu có kích thước nhỏ tối thiểu (giới hạn số ghi) phải dùng để làm rõ thêm kiện không phép chấp nhận 2.6.5.4 Kiểm thử hiệu (Perfomence testing) Mục đích kiểm thử hiệu kiểm tra yêu cầu hiệu có đạt hay không Kiểm thử hiệu tiến hành thực để mô tả sơ lược điều chỉnh hành vi hiệu mục tiêu kiểm thử hàm điều kiện ví dụ workload cấu hình phần cứng Kiểm tra biểu hiệu cho giao dịch Mục đích kiểm thử: chức nghiệp vụ thiết kế theo điều kiện sau: workload bình thường biết trước workload xấu biết trước Kiểm thử hiệu thực theo bước sau - Sử dụng thủ tục cho kiểm thử luồng nghiệp vụ Cách thực hiện: - Chỉnh sửa file liệu để tăng số lượng giao dịch scripts để tăng số tương tác xảy giao dịch (trong khoảng thời gian nhỏ lại tăng số lượng giao dịch lên) - Scripts phải chạy máy phải lặp lại nhiều Điều kiện máy trạm - Giao dịch đơn lẻ người dùng đơn lẻ: Thực thành hoàn công test script lỗi phạm vi mong đợi thành: thời gian phản hồi cho giao dịch đáp ứng yêu cầu - Nhiều giao dịch nhiều người dùng: Thực thành công test script lỗi thời gian chấp nhận Trường ĐH Thương Mại 43 Nhóm Công nghệ phần mềm - Các tác vụ thực tức thời thời gian ngừng cho phép chấp nhận 400s - Hệ thống đảm bảo phục vụ truy cập online 3000 người lúc - Việc kiểm thử hiệu toàn diện bao gồm phải có workload máy chủ Các vấn đề đặc biệt: - Việc kiểm thử hiệu phải thực khoảng thời gian chuyên dùng cho phép tính toán đầy đủ xác - Cơ sở liệu sử dụng để kiểm thử hiệu phải có kích thước thực tế đo 2.7 Bài học kinh nghiệm 2.7.1 Thành công đạt được: - Sau làm thảo luận xây dựng phần mềm quản lý phân phối hàng hóa áp dụng thực tiễn doanh nghiệp cụ thể giúp hiểu rõ chất phần lý thuyết môn học số môn học chuyên ngành khác - Từ xây dựng phần mềm quản lý hoạt động bán hàng có thêm kinh nghiệm để xây dựng phần mềm quản lý khác, để tự tin trường - Trong trình làm thảo luận nhóm có rút kinh nghiệm để xây dựng hệ thống thành công cần phải có trải qua nhiều công đoạn việc khó khăn cần đóng góp nhiều thành viên nhóm tinh thần tập thể cần đặt lên hết Trường ĐH Thương Mại 44 Nhóm Công nghệ phần mềm - Do toàn thể nhóm có ý thức hoàn thành nhiệm vụ giao nên thảo luận hoàn thành thời hạn đề - Các thành viên có đóng góp tích cực cho thảo luận giai đoạn thiết kế form tạo nên giao diện tương đối dễ nhìn đẹp mắt thân thiện với người dùng - Trong trình xây dựng phần mềm có không lần xảy tranh luận đôi lúc làm chệch hướng nội dung vai trò người nhóm trưởng quan trọng để đảm bảo thứ thực theo nội dung đề không bị xa chủ đề 2.7.2 Hạn chế cần khắc phục - Trong trình xây dựng phần mềm, hạn chế kiến thức đôi chỗ mắc sai lầm ví dụ mô hình phân cấp chức - Bên cạnh thiếu hiểu biết kiến thức thực tế trình quản lí phân phối bán hàng công ty nên số chức chưa làm trọn vẹn - Cùng với hạn chế kiến thức lập trình, nhóm học ngôn ngữ c c++ nên việc sử dụng ngôn ngữ Visual Basic hạn chế, dừng lại mức học làm theo chưa có hiểu biết chuyên sâu ngôn ngữ nên trình thực gặp số lỗi, làm chương trình không mong đợi Trường ĐH Thương Mại 45 Nhóm Công nghệ phần mềm C Kết luận Với việc xây dựng nên phần mềm hỗ trợ cho hoạt động quản lý phấn phối bán hàng, điều giúp cho công tác quản lí hoạt động kinh doanh chi nhánh dễ dàng Cập nhật kịp thời thông tin sản phẩm ngày cuối kỳ: thông tin danh mục sản phẩm, danh mục hàng bán, danh mục hàng tồn Luân chuyển hàng hóa kịp thời chi nhánh tránh tình trạng nời thừa hàng trọng nơi hàng để bán nâng cao hiệu suất kinh doanh Việc báo cáo, thống kê tiến hành cách nhanh chóng chuẩn xác Với giúp đỡ phần mềm quản lí hàng hóa này, làm đơn giản trình quản lí điều giúp công việc kinh doanh hiệu Trường ĐH Thương Mại 46 Nhóm Công nghệ phần mềm TÀI LIỆU THAM KHẢO Giáo trình Công nghệ phần mềm_ Đại học Bách Khoa Thành phố HCM Giáo trình Công nghệ phần mềm_ Đại học Thươang mại Slide giảng môn Công nghệ phần mềm_ Trường đại học Thương Mại http://tailieu.com.vn http://vi.wikipedia.org Trường ĐH Thương Mại 47 Nhóm Trường ĐH Thương Mại Công nghệ phần mềm 48 [...]... ít nhất: 2.4 Phân tích hệ thống 2.4.1 Sơ đồ phân cấp chức năng Quản lý phân phối hàng hóa 1 Quản lý hàng hóa 1.1 Thống kê hàng bán được của từng cửa hàng 1.2 Thống kê hàng tồn của từng cửa hàng 1.3 Cập nhật sản phẩm 2 Phân phối hàng hóa 3 Báo cáo 2.1.Lập KH phân phối 3.1.Báo cáo hàng tồn 2.2.Lập phiếu xuất hàng 3.2 Báo cáo doanh thu 2.3 Xuất hàng 2.4.Luân chuyển hàng hóa giữa các cửa hàng 2.4.2 Sơ... đến kích thước và độ phức tạp của một dự án phần mềm Các câu hỏi trên đây cung cấp một phác thảo kế hoạch tốt cho người quản lý dự án và nhóm phần mềm II/ Bài tập thực tế Xây dựng phần mềm quản lý phân phối hàng hóa tại công ty X 2.1 Kế hoạch dự án (Project plan) 2.1.1 Mô tả ngắn gọn dự án Trường ĐH Thương Mại 19 Nhóm 1 Công nghệ phần mềm Tìm hiểu về cách tổ chức Quản lý phân phối hàng hóa tại công ty... chính sau : - Quản lý hàng hóa - Phân phối sản phẩm - Báo cáo ( doanh số, hàng tồn) Chi tiết : */ Quản lý hàng hóa: Công ty X có nhiều cửa hàng bán lẻ Hàng ngày các cửa hàng tập hợp hóa đơn bán hàng gửi lên hệ thống Qua các thông tin từ hóa đơn bán hàng này và dựa vào danh mục sản phẩm cung cấp tới từng cửa hàng hệ thống sẽ thống kê lượng hàng bán được trong ngày và đưa vào danh mục hàng bán Mặt khác... cáo doanh số Hóa đơn bán hàng Thông tin phản hồi Đơn hàng Quản lý phân phối hàng hóa Cửa hàng Ban Giám Đốc Phiếu xác nhận LC Danh mục hàng tồn Phiếu LC Trường ĐH Thương Mại Bản báo cáo hàng tồn Bản kế hoạch 28 Nhóm 1 Công nghệ phần mềm 2.4.3 Sơ đồ luồng dữ liệu mức đỉnh Phiếu LC Hóa đơn bán hàng Cửa hàng Ban Giám Đốc 1 Quản lý hàng hóa Danh mục sản phẩm Danh mục hàng tồn Danh mục hàng tồn Danh mục hàng. .. 2.3 Tài liệu phân tích đặc tả yêu cầu 2.3.1 Yêu cầu chức năng: TT Tên chức năng Mô tả chi tiết Thống kê hàng bán được của từng chi 1 Quản lý nhánh hàng hóa Thống kê hàng tồn của từng chi nhánh Cập nhật sản phẩm Lập KH phân phối 2 Phân Lập phiếu xuất hàng phối Xuất hàng hàng hóa Luân chuyển hàng hóa giữa các đại lý Cho phép kết xuất các báo cáo doanh thu, 3 Trường ĐH Thương Mại Báo cáo hàng tồn 25 Nhóm... mục hàng tồn 1.2 Thống kê hàng tồn Danh mục hàng tồn b/ Chức năng phân phối hàng hóa Bản kế hoạch Bản kế hoạch Đơn hàng 2.1 Lập KH phân phối 2.2 Lập phiếu xuất hàng Danh mục sản phẩm Cửa hàng Phiếu xuất hàng Danh mục hàng bán Phiếu xác nhận LC Ban Giám Đốc Danh mục hàng tồn 2.3 Xuất hàng Trường ĐH Thương Mại Phiếu luân chuyển 2.4 Luân chuyển hàng hóa giữa các cửa hàng 30 Nhóm 1 Công nghệ phần mềm d/... được thực hiện theo trật tự nghiêm ngặt và không có sự quay lui hay nhảy vượt pha là : - Phân tích và xác định các yêu cầu Trường ĐH Thương Mại 23 Nhóm 1 Công nghệ phần mềm - Thiết kế hệ thống và phần mềm - Triển khai thực hiện - Kiểm thử - Vận hành và bảo trì Lý do lựa chọn: Quản lý phân phối hàng hóa là một dự án với quy mô nhỏ, có những yêu cầu xác định về phần mềm vì thế mà những thay đổi yêu cầu... được xây dựng mở (có kết nối tới các module khác của hệ thống và phần mềm của nhà cung cấp) Hệ thống liên kết với di động của khách hàng khi khách hàng đặt trên di động Kết nối máy làm việc và internet 2.3.5 Một số yêu cầu khác - Quản lý danh mục Hệ thống phải cho phép Thiết lập các danh mục dùng chung của phần mềm một cách mềm dẻo Người quản trị có toàn quyền để quản lý cấu trúc danh mục, cơ chế quản. .. của họ Trong phần này, chúng ta sẽ đề cập đến những người tham gia (player) vào quy trình phát triển phần mềm và cách thức mà họ được tổ chức để thực hiện phát triển phần mềm hiệu quả 1.3.2.1 Những người tham gia Trong quy trình phần mềm (và mọi dự án phần mềm) có sự tham gia của con người và được phân loại theo 5 nhóm: 1 Quản lý cao cấp (Senior manager): Là những người xác định các vấn đề nghiệp vụ có... hàng 2 Phân phối hàng hóa B ả n b á o c á o h à n g t ồ n3 B ả n b á o c á o d o a n h s Báoố cáo T h ô n g t i n p h ả n h ồ i Thông tin phản hồi Bản kế hoạch Phiếu xác nhận LC 2.4.4 Sơ đồ luồng dữ liệu mức dưới đỉnh Trường ĐH Thương Mại 29 Nhóm 1 Công nghệ phần mềm a/ Chức năng quản lý hàng hóa Hóa đơn bán hàng 1.1 Thống kê hàng bán được Danh mục sản phẩm 1.3 Cập nhật sản phẩm Cửa hàng Danh mục hàng ...Nhóm Công nghệ phần mềm B Nội dung I/ Cơ sở lí thuyết 1.1 Công nghệ phần mềm 1.1.1 Công nghệ phần mềm gì? Công nghệ phần mềm công nghệ phân tầng Có nhiều định nghiã khác Công nghệ phần mềm, song... Mại 34 Nhóm Công nghệ phần mềm Hệ thống form Trường ĐH Thương Mại 35 Nhóm Trường ĐH Thương Mại Công nghệ phần mềm 36 Nhóm Trường ĐH Thương Mại Công nghệ phần mềm 37 Nhóm Công nghệ phần mềm 2.6 Tài... Trường ĐH Thương Mại Nhóm Công nghệ phần mềm phần mềm quy trình phần mềm Đây coi thành phần tập vòng đời phát triển hệ thống Vòng đời phần mềm thời kỳ tính từ phần mềm sinh chết (từ lúc hình