Chuyên đề Xây dựng hệ thống thông tin quản lý hợp đồng phần mềm tại Công ty cổ phần dịch cung ứng nhân lực phần mềm toàn cầu

ống thông tin trong tương lai người ta tiến hành mô hình hóa hệ thống thông tin. Hiện nay có một số công cụ tương đối chuẩn cho việc mô tả hệ thống thông tin: Sơ đồ luồng thông tin IFD (Information Flow Diagram): dùng để mô tả hệ thống thông tin theo cách thức động. Tức là di chuyển của dữ liệu, việc xử lý, việc lưu trữ trong thế giới vật lý bằng các sơ đồ. Các ký pháp của sơ đồ luồng thông tin: Các xử lý : Thủ công Giao tác người - máy Tin học hoá hoàn toàn - Kho dữ liệu : Thủ công Tin học hoá - Dòng thông tin : Tài liệu - Điều khiển : Sơ đồ phân rã chức năng (BFD): Sơ đồ này được dựa trên kết quả của việc tổng hợp và phân tích nghiệp vụ hoạt động cần quản lý. Có thể hiểu nó là những chứuc năng cần có của chương trình. Sơ đồ luồng dữ liệu DFD (Data Flow Diagram): Sơ đồ luồng dữ liệu dùng để mô tả cũng chính hệ thống thông tin như sơ đồ luồng thông tin nhưng trên góc độ trừu tượng. Trên sơ đồ luồng dữ liệu gồm: Các luồng dữ liệu, các xử lý, các lưu trữ dữ liệu, nguồn và đích nhưng không thể quan tâm tới nơi, thời điểm và đối tượng chịu trách nhiệm xử lý. Sơ đồ luồng dữ liệu chỉ mô tả đơn thuần hệ thống thông tin làm gì và để làm gì. Một mô hình phân tích cho một hệ thống thông tin thực sự được tạo từ nhiều sơ đồ luồng dữ liệu (DFD). Với một hệ thống lớn, DFD được xây dựng từ nhiều cấu trúc hình cây. Trong cùng một mức DFD, số tiến trình thường từ 5 đến 7. Trong một DFD, nếu số tiến trình chỉ từ 5 đến 7 thì sẽ dễ hiểu hơn, còn nếu quá con số này thì sự dễ hiểu sẽ giảm xuống, đồng thời số lỗi tăng lên đáng kể. Các ký pháp của sơ đồ luồng dữ liệu (DFD): Có 4 ký pháp cơ bản : Thực thể, tiến trình, kho dữ liệu và dòng dữ liệu. Dòng dữ liệu Nguồn hoặc đích Tên người/ bộ phận phát/ nhận tin Tên dòng dữ liệu Tên tiến trình xử lý Tiến trình xử lý Kho dữ liệu Tệp dữ liệu Trong đó: - Dòng dữ liệu (Data flow): Đó là một chỉ dẫn luồng thông tin trong hệ thống được biểu diễn bằng một hình mũi tên. Một tên định danh sẽ được cho vào để thể hiện nội dung của thông tin. Dòng dữ liệu mô tả luồng dữ liệu giữa hai tiến trình xử lý, kho dữ liệu và nguồn hoặc đích đến của thông tin. Trong sơ đồ, luồng dữ liệu đi vào tiến trình và dòng ra sẽ đi tới một đối tượng của tiến trình. - Tiến trình (Process) chỉ ra tiến trình xử lý hoặc chuyển đổi dữ liệu. Dữ liệu ra có được từ dữ liệu vào thông qua một vài tiến trình xử lý hoặc chuyển đổi. Nhìn chung, các tiến trình xử lý đòi hỏi được diễn đạt bằng các động từ. Thuật ngữ "chức năng" hoặc "tiến trình" thường được sử dụng nhiều. Một mô hình chung là: một tiến trình lấy dữ liệu, tiến hành một vài xử lý và cung cấp dữ liệu ra. Do đó, một tiến trình cần ít nhất một dòng dữ liệu vào và có ít nhất một dòng dữ liệu ra. - Kho dữ liệu (Data Stores): Biểu thị nơi mà dữ liệu chỉ được chứa đựng một cách tạm thời. Tất cả các dữ liệu đòi hỏi phải có nơi chứa, ví dụ trong tệp văn bản hoặc hồ sơ (Document, files ...) để biểu thị chúng. Tại đó, dữ liệu cần được truy cập hoặc kiểm tra. Khi một xử lý không có dữ liệu vào hoặc dữ liệu ra, hoặc dữ liệu vào ra bị lỗi thì hệ thống cần phải kiểm tra lại. - Nguồn hoặc đích (Externals): chỉ ra nguồn hoặc đích đến của dữ liệu và được sử dụng bởi người đứng đầu, một tổ chức ... ngoài các phân tích viên. Thường sử dụng các danh từ để chỉ định nguồn hoặc đích đó. Nguồn hoặc đích thường chỉ rõ điểm gặp nhau trong hệ thống. Nguồn dữ liệu chỉ rõ dữ liệu vào hay ra từ đâu. Khi cung cấp bất kỳ một mô hình nào, hệ thống dữ liệu phải được biểu thị trong một DFD có một nguồn hoặc đích. Các mức DFD: Sơ đồ ngữ cảnh (Context Diagram): còn được gọi là sơ đồ mức 0 thể hiện rất khái quát nội dung chính của hệ thống thông tin. Sơ đồ này không đi vào chi tiết, mà mô tả sao cho chỉ cần một lần nhìn là nhận ra nội dung của chính hệ thống. Phân rã sơ đồ. Để mô tả chi tiết hơn người ta dùng kỹ thuật phân rã sơ đồ. Bắt đầu từ sơ đồ khung cảnh, người ta phân rã ra thành sơ đồ mức 0, tiếp sau là mức 1. Nhờ việc phân rã sơ đồ mà phân tích viên có thể chi tiết hóa các công đoạn của hệ thống. Các phích lô gíc: Trong thiết kế DFD, cần có một công cụ hỗ trợ, đó là các phích logic. Phích logic hoàn chỉnh tài liệu cho hệ thống. Có 5 loại phích logic. Chúng được dùng mô tả thêm cho luồng dữ liệu, xử lý, kho dữ liệu, và phần tử thông tin. - Mẫu phích xử lý logic. - Mẫu phích luồng dữ liệu. - Mẫu phích phần tử thông tin. - Mẫu phích kho dữ liệu. - Mẫu phích tệp dữ liệu. Sơ đồ quan hệ thực thể (ERD): Là một sơ đồ mô tả quan hệ giữa các thực thể tồn tại trong hệ thống thông tin. Mô tả kiểu quan hệ thực thể bao gồm các thực thể và mối quan hệ giữa chúng. Điều này là hợp là hợp với quy luật: không có một thực thể nào trong thế giới thực tại mà tồn tại độc lập. Chính vì vậy, sơ đồ quan hệ thực thể lưu trữ các thực thể và quan hệ giữa các tực thể đó nữa. Thiết kế hệ thống thông tin quản lý: Sau khi trình bày báo cáo phân tích chi tiết và có quyết định phát triển dự án thì đội ngũ phân tích chuyển sang giai đoạn thiết kế cho hệ thống mới. Thiết kế cho hệ thống mới bao gồm: Thiết kế lô gíc và thiết kế vật lý ngoài. Sau bước thiết kế lô gíc cho hệ thống cần phải đề xuất các phương án giải pháp, nếu phương án tốt nhất được chấp nhận thì mới buớc sang thiết kế vật lý ngoài. Mục đích của giai đoạn này là xác định một cách chi tiết và chính xác những cái gì mà hệ thống thông tin mới phải làm để đạt được những mục tiêu đã được thiết lập từ giai đoạn phân tích chi tiết mà vẫn tuân thủ những ràng buộc của môi trường. Thiết kế lô gíc: Mô hình lô gíc của hệ thống mới sẽ bao hàm thông tin mà hệ thống mới sẽ sản sinh ra (nội dung của Outputs), nội dung của cơ sở dữ liệu (các tệp, các quan hệ giữa các tệp), các xử lý và hợp thức hóa sẽ phải thực hiện (các xử lý) và các dữ liệu sẽ được nhập vào (các Inputs). Mô hình lô gíc phải được những người sử dụng xem xét và chuẩn y. Thiết kế lô gíc bao gồm những công đoạn sau: Thiết kế cơ sơ dữ liệu (CSDL): là xây dựng các tệp dữ liệu trong cơ sở dữ liệu sao cho từ các tệp đó tạo ra được tất cả các thông tin đầu ra được yêu cầu. Thiết kế cơ sở dữ liệu xác định yêu cầu thông tin của người sử dụng hệ thống mới. Có hai phương pháp hay sử dụng trong thiết kế cơ sở dữ liệu: Thiết kế cơ sở dữ liệu từ các thông tin đầu ra: là phương pháp xác định các tệp cơ sở dữ liệu trên các đầu ra của hệ thống. Với các bước cơ bản sau: Xác định các đầu ra: liệt kê tất cả các thông tin đầu ra của hệ thống, nội dung, tần xuất, Ví dụ: Để quản lý hợp đồng phần mềm, có thể có các thông tin đầu ra như: thông tin hợp đồng, thông tin khách hàng, Xác định các tệp cần thiết cung cấp dữ liệu cho việc tạo ra từng đầu ra của hệ thống: liệt kê các phần tử thông tin trên đầu ra, thực hiện việc chuyển hóa mức 1(1NF), thực hiện việc chuyển hóa mức 2 (2NF), rồi mức 3 (3NF), mô tả các tệp cơ sở dữ liệu. Tích hợp các tệp để chỉ tạo ra một CSDL. Xác định khối lượng dữ liệu cho từng tệp và toàn bộ sơ đồ. Xác định liên hệ lô gíc giữa các tệp và thiết lập sơ đồ cấu trúc giữa các tệp. Thiết kế CSDL bằng phương pháp mô hình hóa: Để sử dụng phương pháp này người ta đưa ra các khái niệm: Thực thể: dùng để biểu diễn những đối tượng cụ thể hoặc trừu tượng trong thế giới thực mà ta muốn lưu trữ. Liên kết: một thực thể trong thực tế không độc lập với các thực thể khác. Có sự liên quan qua lại giữa các thực thể khác nhau. Số mức độ của liên kết: để thiết kế tốt các sự trợ giúp quản lý của hệ thống thông tin, ngoài việc biết thực thể này liên kết với các thực thể khác ra sao, cũng phải biết có bao nhiêu xuất của thực thể A tương ứng với mỗi lần xuất hiện của thực thể B và ngược lại. Có các loại liên kết sau: + 1@1 Liên kết Một – Một: Giữa hai thực thể hay hai bảng A, B với một lần xuất của thực thể A được liên kết với chỉ một lần xuất của thực thể B và ngược lại. + 1@N Liên kết loại Một – Nhiều: Giữa hai thực thể hay hai bảng A, B; mỗi lần xuất của thực thể A được liên kết với một hoặc nhiều của thực thể B và mỗi lần xuất của thực thể B chỉ liên kết với duy nhất một lần xuất của A. + N@M Liên kết Nhiều – Nhiều: Giữa hai thực thể hay hai bảng A, B; mỗi lần xuất của thực thể A được liên kết với một hoặc nhiều lần xuất của thực thể B và mỗi lần xuất của thực thể B được liên kết với một hoặc nhiều lần xuất của A. Sau khi phân tích viên có được sơ đồ khái niệm dữ liệu (quan hệ thực thể) mô tả các hoạt động của doanh nghiệp, thì cần phải chuyển nó thành tập hợp các tệp và vẽ sơ đồ cấu trúc dữ liệu DSD theo một số quy tắc sau: 1. Nếu là quan hệ một chiều: + Các quan hệ 1@1: chuyển đổi một tệp, thêm thuộc tính chứa khóa của thực thể quan hệ. + Các quan hệ 1@N: chuyển đổi thành một tệp, thêm thuộc tính chứa khóa của thực thể quan hệ. + Các quan hệ N@N: chuyển thành hai tệp: một tệp thể hiện thực thể và một tệp thể hiện quan hệ, tệp này có ít nhất hai thuộc tính chứa khóa của thực thể quan hệ tạo thành khóa. Nếu là quan hệ hai chiều: + Các quan hệ 1@1: chuyển thành hai tệp ứng với hai thực thể, tệp nào có số phần tử ít hơn thì sẽ không có thêm một thuộc tính chứa khóa của thực thể quan hệ với nó. + Các quan hệ 1@N: chuyển thành hai tệp, mỗi tệp ứng với một thực thể. Tệp thực thể bên nhiều có thêm một thuộc tính chứa khóa của thực thể quan hệ. + Các quan hệ N@N: chuyển đổi thành ba tệp, hai tệp ứng với hai thực thể, một tệp ứng với quan hệ, tệp này chứa ít nhất hai khóa quan hệ, hai khóa này gộp lại tạo ra thực thể thứ ba. 2. Đề xuất các phương án giải pháp: Sau khi các phân tích viên đã đánh giá chi phí và lợi ích (hữu hình và vô hình) của mỗi phương án, cần phải có những khuyến nghị cụ thể. Một báo cáo sẽ được gửi đến những người sử dụng và một buổi trình bày sẽ được thực hiện. Những người sử dụng sẽ chọn lấy một phương án tỏ ra đáp ứng tốt nhất các yêu cầu của họ mà vẫn đảm bảo yêu cầu ràng buộc trong tổ chức. Để đề xuất được các phương án giải pháp đó, cần có các bước thực hiện cụ thể trong giai đoạn này. Thiết kế vật lý ngoài: Giai đoạn này được tiến hành sau khi một phương án giải pháp được lựa chọn. Đây là giai đoạn rất quan trọng, vì những mô tả chính xác ở đây có ảnh hưởng và tác động trực tiếp tới công việc thường ngày của những người sử dụng. Thiết kế vật lý phải bao gồm hai tài liệu kết quả cần có: tài liệu bao chứa tất cả các đặc trưng của hệ thống mới sẽ cần cho việc thực hiện kỹ thuật và tiếp đó là tài liệu dành cho người sử dụng và nó mô tả cả phần thủ công và cả những giao diện với những phần tin học hóa. Những công đoạn chính của thiết kế vật lý ngoài là: Lập kế hoạch: Phân tích viên phải lựa chọn phương tiện, khuôn dạng của dòng vào/ ra, xác định cách thức hội thoại với phần tin học hóa của hệ thống và cách thức thực hiện các thủ tục thủ công. Thiết kế chi tiết các giao diện vào/ ra: là thiết kế khuôn dạng trình bày của các đầu ra và thể thức nhập tin cho người sử dụng. Thiết kế vật lý các đầu ra: Lựa chọn vật mang tin, bố trí thông tin trên vật mang tin, thiết kế trang in ra, thiết kế ra màn hình. Thiết kế vào: Lựa chọn phương tiện nhập. Thiết kế cách thức tương tác với phần tin học hóa: đây chính là công việc thiết kế giao tác giữa người và máy, nếu việc thiết kế này kém có thể dẫn đến nhiều hạn chế trong việc sử dụng hệ thống. Có các cách thức giao tác chủ yếu sau: Giao tác bằng tập hợp lệnh. Giao tác nằng các phím trên bàn phím. Giao tác qua thực đơn Giao tác qua biểu tượng. ChươngIII Phân tích thiết kế hệ thống thông tin quản lý hợp đồng phần mềm. Đây là chương được kế thừa từ những vấn đề phương pháp luận đã trình bày ở chương hai. Bao gồm các mô hình BFD, mô hình DFD, mô hình ERD, sơ đồ DSD, quá trình thiết kế dữ liệu, thiết kế giải thuật, thiết kế màn hình giao diện, một số giao diện màn hình chương trình. Phân tích hệ thống cho HTTT quản lý hợp đồng phần mềm. Tìm hiểu bài toán: Theo nghiệp vụ quản lý hợp đồng hiện nay của công ty đã trình bày ở chương một thì đây là hoạt động quản lý chủ yếu của phòng kinh doanh và phát triển phần mềm. Hoạt động được bắt đầu từ khi khách hàng đặt làm sản phẩm và những yêu cầu, thỏa thuận được thống nhất thì hợp đồng được ký kết cho đến khi thanh lý hợp đồng. Trong suốt thời gian này, người quản lý sẽ cập nhật các thông tin về hợp đồng và các thông tin khác có liên quan sau đó có sự trao đổi thông tin giữa các bộ phận với nhau trong toàn công ty để cùng theo dõi và thực hiện hợp đồng.Vào cuối mỗi tháng hoặc quý thì ban giám đốc có thể yêu cầu về một số báo cáo thông tin về hợp đồng, về nhân viên, khách hàng, về tổng giá trị hợp đồng ở thời điểm hiện tại hoặc các phòng ban khác có thể cần lấy thông tin liên quan đến hợp đồng như phòng nhân sự và tài chính để tính lương cho nhân viên. Như vậy cùng với một số bất cập đã nêu thì hiện tại nghiệp vụ quản lý hợp đồng phần mềm tại côngty hoàn toàn thủ công, chủ yếu là trên giấy tờ. Điều này chỉ thực hiện được khi mà số lượng khách hàng, hợp đồng ít. Trong trường hợp số lượng này tăng lên sẽ khó khăn trong quá trình quản lý. Mặt khác việc thực thi trong hệ thống hiện tại là chậm chạp, không cung cấp dữ liệu đúng theo thời gian mong muốn của nhà quản lý. Việc sao lưu, phục hồi dữ liệu phức tạp, nếu có sai sót trong quản lý cũng cần thời gian khôi phục. Đánh giá bài toán: Với những bất cập về hoạt động quản lý hợp đồng phần mềm hiện tại. Trong kế hoạch phát triển trong tương lai của mình công ty cũng muốn giải quyết vấn đề này. Những người quản lý hợp đồng phần mềm cũng mong muốn có một hệ thống trợ giúp cho họ trong công việc hiện tại để họ thực hiện công việc một cách hiệu quả hơn. Từ những thông tin thu được qua khảo sát tại công ty cũng như nghiệp vụ cụ thể của người quản lý hợp đồng phần mềm. Chúng ta hoàn toàn khẳng định được rằng có thể thực hiện thành công đề tài này. Phân tích chi tiết: A. Sơ đồ luồng thông tin trong quá trình quản lý hợp đồng phần mềm: a. Sơ đồ luồng thông tin trong việc cập nhật và ký kết hợp đồng: Thời điểm Khách hàng Phòng kinh doanh Giám đốc Sau khi gặp gỡ khách hàng và xác định yêu cầu Kiểm tra các thông tin liên quan Cập nhật thông tin về hợp đồng Thông tin KH và Yêu cầu sản phẩm Hợp đồng Danh sách các điều kiện đã thoả thuận để ký kếtHĐ Hợp đồng Hợp đồng b. Sơ đồ luồng thông tin cho quá trình cập nhật và lên các danh sách, báo cáo trong quá trình thực hiện hợp đồng: Thời điểm Phòng kinh doanh Người quản lý Giám đốc Sau khi hợp đồng được ký kết Danh sách đã lập Hợp đồng Lập danh sách NV, Chiphí, Công việc Cập nhật thông tin Thông tin đã cập nhật In danh sách, báo cáo liên quan Các báo cáo, danh sách Thông tin Nviên, Chi phí,.. Sơ đồ luồng thông tin cho quá trình thanh lý hợp đồng: Thời điểm Phòng kinh doanh Khách hàng Đại diện khách hàng Sau khi hoàn thành sản phẩm Kiểm tra, chạy thử Thanh toán, thanh lý hợp đồng Bản Demo chương trình Hợp đồng đã thanh lý Chương trình đã kiểm tra Hợp đồng đã thanh lý B. Sơ đồ chức năng nghiệp vụ: Khách hàng Đổi mật khẩu Xóa tài khoản Thoát (Logout) Quản lý người dùng Quản lý hợp đồng phần mềm Đăng nhập hệ thống Tạo tài khoản mới Các danh mục Các hợp đồng Quản lý danh mục Nhân viên Hợp đồng In ấn Tìm kiếm Theo hợp đồng Theo khách hàng Đây là biểu đồ tĩnh có dạng hình cây, được xây dựng bằng kỹ thuật phân mức, xuất phát từ mức thấp nhất và các mức tiếo theo được phân rã tiếp tục cho đến mức cuối cùng là chức năng nhỏ nhất không thể phân chia được nữa. Tại mỗi nút là một chức năng của hệ thống. Và cụ thể như sau: 1. Chức năng quản lý người dùng: Đây là chức năng phụ của hệ thống quản lý hợp đồng phần mềm, để đảm bảo an toàn và bảo mật của dữ liệu. Trong chức năng này bao gồm các chức năng nhỏ hơn: + Đăng nhập hệ thống: để tiến hành sử dụng hệ thống cũng như thay đổi một số thông tin của hệ thống. Việc đăng nhập có thể được tiến hành với nhiều tài khoản khác nhau. + Tạo tài khoản mới: nhằm tạo những tài khoản mới, người được quyền tạo tài khoản mới là người quản trị hệ thống, + Đổi mật khẩu: cho phép đổi mật khẩu khi cần. + Thoát khỏi hệ thống: dùng khi người dùng đăng nhập vào hệ thống không thành công, hoặc có sử dụng chương trình và hoàn thành công việc thoát khỏi hệ thống. 2. Chức năng quản lý danh mục: Đây là một chức năng cơ bản của hệ thống, trong đó có những danh mục quan trọng là danh mục hợp đồng, khách hàng, nhân viên. Trong chức năng này cho phép thêm mới, chỉnh sửa, xóa những thông tin liên quan tới các danh mục. 3. Chức năng tìm kiếm: Đây là chức năng được tích hợp vào hệ thống để đảm bảo việc tìm kiếm các thông tin như khách hàng, hợp đồng để đảm bảo một yêu cầu nào đó khi cần thiết. 4. Chức năng In ấn: Mặc dù thay thế máy tính cho hệ thống tờ, xong việc sử dụng giấy tờ có thể chia sẻ dễ dàng. Vì vậy chương trình hỗ trợ việc in ấn, như in danh sách khách hàng, các hợp đồng, số nhân viên tham gia dự án. Sơ đồ luồng dữ liệu (DFD): 1. Sơ đồ mức ngữ cảnh (mức 0) của hệ thống (Context Diagram): Ban giám đốc Hệ thống thông tin quản lý hợp đồng phần mềm Khách hàng Người quản lý Các bộ phận khác Yêu cầu Thông tin Thông tin Hợp đồng Thông tin khách hàng Thao tác quản lý Sơ đồ ngữ cảnh (mức 0) hệ thống quản lý hợp đồng phần mềm Đây là mô hình quản lý hợp đồng phần mềm tổng quát nhất. Các tác nhân ngoài và luồng dữ liệu vào ra từ các tác nhân ngoài đến hệ thống được xác định hoàn toàn. Đối với hệ thống quản lý này có các tác nhân ngoài và luồng dữ liệu được thể hiện như ở sơ đồ trên, trong đó hình chữ nhật thể hiện các đối tượng với tên xác định được đặt trong nó, còn luồng dữ liệu được biểu diễn bằng một mũi tên có hướng mà trên đó có ghi tên nhãn là tên luồng thông tin mang theo. Các đối tượng của mô hình: Khách hàng: là những người có yêu cầu làm sản phẩm với công ty. Ban giám đốc: là người quản lý công ty có những yêu cầu đối với hệ thống. Người quản lý: ở đây là trưởng bộ phận kinh doanh và phát triển phần mềm. Các bộ phận khác: có thể là bộ phận nhân sựcần một thông tin nào đó liên quan đến hệ thống. Các luồng dữ liệu: Thông tin khách hàng: Hệ thống phải lưu trữ những thông tin liên quan đến khách hàng, có thể là: tên, địa chỉ, yêu cầu Hợp đồng: Sau khi được ký kết thì được lưư trữ trong hệ thống, khách hàng sẽ giữ một bản. Thao tác quản lý: là tiến hành các nghiệp vụ quản lý hợp đồng. Yêu cầu: là những yêu cầu của ban giám đốc khi cần một thông tin nào đó với hệ thống Thông tin giữa ban giám đốc và hệ thống: sau khi xem xét những yêu cầu của ban giám đốc thì hệ thống sẽ trả lời những thông tin thỏa mãn yêu cầu đó. Thông tin giữa các bộ phận khác với hệ thống: khi cần thông tin liên quan đến hợp đồng, tất cả các bộ phận đều có thể đưa thông tin cần tìm đến hệ thống và được hệ thống trả lời những thông tin đó. Sơ đồ luồng dữ liệu mức 1 (DFD mức 1): Để chi tiết hơn về hệ thống, chúng ta sử dụng kỹ thuật phân rã ( Explosion) sơ đồ. Bắt đầu từ sơ đồ khung cảnh, người ta phân rã thành các sơ đồ mức 1,... Sau đây là sơ đồ mức 1 (mức đỉnh) của hệ thống quản lý hợp đồng phần mềm từ sơ đồ ngữ cảnh trên: Yêu cầu Khách hàng Người quản lý Thông tin khách hàng 1.0 Xử lý Yêu cầu đã duyệt 2.0 Tạo lập HĐ 3.0 Cập nhật Khách hàng 5.0 Thống kê 6.0 In ấn Yêu cầu thống kê Yêu cầu thỏa mãn DS NV,KH,HĐ Yêu cầu In ấn 4.0 Tìm kiếm Điều kiện tìm Điều kiện Thỏa mãn Ban giám đốc Yêu cầu BC tổng hợp Hợp đồng Nhân viên Hợp đồng đã ký kết Sơ đồ mức1 hệ thống quản lý hợp đồng phần mềm Các kho dữ liệu trong sơ đồ luồng dữ liệu mức đỉnh của hệ thống quản lý hợp đồng phần mềm bao gồm: Kho dữ liệu về hợp đồng, kho dữ liệu về khách hàng và kho dữ liệu về nhân viên. Các tác nhân ở đây bao gồm: khách hàng, người quản lý (là bộ phận kinh đoan và phát triển sản phẩm), và cuối cùng là ban giám đốc. Các luỗng dữ liệu được thể hiện trên hình vẽ với các chiều mũi tên. Các chức năng tương ứng với sơ đồ phân rã chức năng của hệ thống quản ký hợp đồng đã được nêu ở trên (sơ đồ BFD). Thiết kế cho HTTT quản lý hợp đồng phần mềm. Thiết kế cơ sở dữ liệu (CSDL): Sơ đồ quan hệ thực thể (ERD): Để biểu diễn mối quan hệ giữa các thực thể (mô hình ERD) ta dùng các hình sau: Liên kết Tên thực thể Mô hình khái niệm ở dưới được thể hiện: Công ty có các khách hàng với những hợp đồng. Một hợp đồng luôn luôn phải được gắn với một khách hàng, những cũng có thể một khách hàng chưa có dự án. Đối với mỗi dự án, người ta có thể phải trả một số chi phí. Đối với mỗi khách hàng có một hoặc nhiều nhân viên với tư cách là nguồn nhân lực, các nhân viên này có thể liên kết vào nhiều dự án. Trong hệ thống có những thực thể sau: thực thể khách hàng, thực thể dự án, thực thể nhân viên và thực thể chi phí. Khách hàng #Mã khách hàng Có Nhân viên 1 N Hợp đồng Ký kết 1 N #Mã hợp đồng Tham gia N #Mã hợp đồng #Mã nhân viên N Chi phí Chi trả 1 N #Mã hợp đồng #Số hiệu chi phí #Số hiệu chi phí Sơ đồ quan hệ thực thể ERD #Mã nhân viên Từ mô hình liên kết các thực thể của hệ thống ta xây dựng được các tệp cơ sở dữ liệu sau: Khách hàng ( #Mã khách hàng, tên khach hang, địa chỉ,) Hợp đồng (#Mã hợp đồng, tên hợp đồng, ngày lập, đại diện, phương thức thanh toán). Nhân viên (#Mã nhân viên, tên nhân viên, .) Chi phí (#Số hiệu chi phí, số tiền,) Các mối quan hệ giữa các thực thể bao gồm: + Giữa thực thể Khách hàng và Dự án: là mối quan hệ 1@N, một khách hàng có thể có nhiều hợp đồng với công ty, nhưng một hợp đồng chỉ thuộc về một khách hàng. + Giữa thực thể Dự án và thực thể Chi phí: là quan hệ 1@N, một dự án người ta phải trả một số chi phí, và những chi phí đã trả chỉ thuộc về một hợp đồng. + Giữa thực thể Dự án và Nhân viên: là quan hệ N@N, tức mỗi nhân viên có thể tham gia vào nhiều hợp đồng, và mỗi hợp đồng có nhiều nhân viên tham gia. + Giữa thực thể Khách hàng và Nhân viên: là quan hệ 1@N, tức đối với mỗi khách hàng có một hoặc nhiều nhân viên với tư cách là nguồn nhân lực. 1.2 Sơ đồ cấu trúc dữ liệu (DSD):Khách hàng #MãKH .. #MãHĐ #MãKH #MãHĐ #MãNV #MãKH . #MãHĐ #MaNV . Nhân viên Tham gia #SốhiệuCP #MãHĐ . Chi trả Hợp đồng Sơ đồ cấu trúc dữ liệu DSD được suy ra từ sơ đồ quan hệ thực thể theo những quy tắc đã nêu. Cụ thể như sau: Giữa thực thể nhân viên và thực thể hợp đồng: là quan hệ hai nhiều loại nhiều – nhiều nên ta phải sinh ra ba tệp là tệp Hợp đồng, Khách hàng, và tệp công việc tham gia; tệp này chứa hai khóa quan hệ của hai tệp trước. Còn lại là các quan hệ một – nhiều: ta tách thành hai tệp, mỗi tệp tương ứng với một thực thể. Trong đó thực thể bên nhiều có thêm thuộc tính chứa khóa của thực thể quan hệ. 1.3 Tạo lập cơ sở dữ liệu: Từ sơ đồ quan hệ thực thể và sơ đồ cấu trúc dữ liệu ta có các bảng biểu chủ yếu cho chương trình quản lý hợp đồng phần mềm như sau: Một số quy ước: Kiểu dữ liệu là Character được ký hiệu là: C Kiểu dữ liệu là Numberic ký hiệu là: N Kiểu memo_ kiểu gợi nhớ ký hiệu là: M Kiểu ngày thường là date ký hiệu là: D Kiểu dữ liệu logic ký hiệu là: L Bảng Khách hàng: Với MaKH là khóa chính. Tên trường Diễn giải Kiểu dữ liệu Độ rộng MaKH Mã khách hàng C 5 TenKH Họ tên khách hàng C 30 Masothue Mã số thuế của khách hàng C 10 Diachi Địa chỉ khách hàng C 50 Dienthoai Điện thoại liên hệ của KH C 15 Tai khoanNH Tài khoản Ngân hàng C 20 Linh vucHĐ Lĩnh vực hoạt động C 30 Yeu cau Yêu cầu về sản phẩm M 4 Bảng Hợp đồng: Với MaHD là khóa chính. Tên trường Diễn giải Kiểu dữ liệu Độ rộng MaHD Mã hợp đồng C 5 TenHD Tên hợp đồng C 30 MaKH Mã khách hàng C 5 TenKH Tên khách hàng C 100 SohieuCP Số hiệu chi phí C 5 Maloai Mã loại hợp đồng C 5 Tênsanpham Tên sản phẩm KH yêu cầu C 50 GiatriHD Tổng giá trị của hợp đồng N 12 Tienđattrưoc Tiền đặt cọc trước N 12 Conno Số tiền còn lại N 12 Muckhautru Khoản tiền công ty chịu khi tổn thất về sản phẩm N 12 PhuongthucTT Phương thức thanh toán C 30 Ngayky Ngày ký kết hợp đồng D 8 Ngàyketthuc Ngày kết thúc hợp đồng D 12 Đaidiencongty Đại diện công ty ký họp đồng C 30 ĐaidienKH Đại diện bên khách hàng C 30 Ghichu Ghi chú M 4 Bảng LoạiHĐ: Với Maloai là khóa chính. Tên trường Diễn giải Kiểu dữ liệu Độ rộng Maloai Mã loại hợp đồng C 5 Tenloai Tên loại hợp đồng C 25 Bảng Chi phí: Với SohieuCP là khóa chính. Tên trường Diễn giải Kiểu dữ liệu Độ rộng SohieuCP Số hiệu chi phí C 5 TenloaiCP Tên loại chi phí chi trả C 30 So tien Số tiền trả N 12 Ghichu Ghi chú M 4 Bảng Nhânviên: Với MaNV là khóa chính Tên trường Diễn giải Kiểu dữ liệu Độ rộng MaNV Mã nhân viên C 5 TenNV Tên nhân viên C 30 Ngaysinh Ngày sinh D 8 Điachi Địa chỉ C 50 Quequan Quê quán C 30 Đienthoai Điện thoại C 10 Bảng danh mục Công việc: Với So hieu là khoá chính Tên trường Diễn giải Kiểu dữ liệu Độ rộng Sohieu Số hiệu C 5 MaHD MãHĐ C 5 MaNV Mã nhân viên C 5 Bophanlamviec Bộ phận làm việc C 30 Têncongviec Tên công việc C 30 Ghichu Ghi chú M 4 Trên đây là những bảng chính của chương trình, ngoài ra còn có thêm một số bảng phụ phục vụ cho hệ thống như bảng: người dùng, bảng phòng ban, bộ phận của nhân viên Mối quan hệ giữa các bảng được thể hiện như hình sau: Thiết kế chương trình: Thiết kế t