Chương 2: KHẢO SÁT HIỆN TRẠNG XÁC ĐỊNH YÊU CẦU HỆ THỐNG

Trang chủ » Khảo Sát Hiện Trạng Xác định Yêu Cầu Hệ Thống » Chương 2: KHẢO SÁT HIỆN TRẠNG XÁC ĐỊNH YÊU CẦU HỆ THỐNG

Có thể bạn quan tâm

OPTADS360 intTypePromotion=1 zunia.vn Tuyển sinh 2024 dành cho Gen-Z zunia.vn zunia.vn tailieu.vn NÂNG CẤP Đăng Nhập | Đăng Ký Chủ đề »
  • Ngôn ngữ lập trình
  • Lập trình hướng đối tượng
  • Lập trình Android
  • Lập trình Java
  • Lập trình IOS
  • HOT
    • CMO.03: Bộ Tài Liệu Hệ Thống Quản Trị...
    • CEO.27: Bộ Tài Liệu Dành Cho StartUp...
    • LV.11: Bộ Luận Văn Tốt Nghiệp Chuyên...
    • LV.26: Bộ 320 Luận Văn Thạc Sĩ Y...
    • FORM.08: Bộ 130+ Biểu Mẫu Thống Kê...
    • FORM.07: Bộ 125+ Biểu Mẫu Báo Cáo...
    • FORM.04: Bộ 240+ Biểu Mẫu Chứng Từ Kế...
    • CEO.29: Bộ Tài Liệu Hệ Thống Quản Trị...
    • TL.01: Bộ Tiểu Luận Triết Học
    CEO.24: Bộ 240+ Tài Liệu Quản Trị Rủi Ro Doanh...
TUYỂN SINH YOMEDIA ADSENSE Trang Chủ » Công Nghệ Thông Tin » Kỹ thuật lập trình Chương 2: KHẢO SÁT HIỆN TRẠNG XÁC ĐỊNH YÊU CẦU HỆ THỐNG

Chia sẻ: No Comment | Ngày: | Loại File: DOC | Số trang:13

Thêm vào BST Báo xấu 562 lượt xem 25 download Download Vui lòng tải xuống để xem tài liệu đầy đủ

Xác định yêu cầu là bước đầu tiên của quá trình phát triển m ột HTTT. Cho nên, k ết quả và chất lượng của việc xác định yêu cầu thông tin...

AMBIENT/ Chủ đề:
  • Phân tích thiết kế hệ thống
  • kỹ thuật máy tính
  • kỹ thuật phần mềm
  • kinh nghiệm lập trình
  • ngôn ngữ lập trình
  • thủ thuật lập trình

Bình luận(0) Đăng nhập để gửi bình luận!

Đăng nhập để gửi bình luận! Lưu

Nội dung Text: Chương 2: KHẢO SÁT HIỆN TRẠNG XÁC ĐỊNH YÊU CẦU HỆ THỐNG

  1. KHẢO SÁT HIỆN TRẠNG XÁC ĐỊNH YÊU CẦU HỆ THỐNG Xác định yêu cầu là bước đầu tiên của quá trình phát triển m ột HTTT. Cho nên, k ết quả và chất lượng của việc xác định yêu cầu thông tin c ủa t ổ ch ức có m ột ý nghĩa quyết định đến chất lượng HTTT được xây dựng trong các bước sau này. 2.1. Khảo sát thu thập thông tin của hệ thống 2.1.1. Quá trình khảo sát Vịêc thu thập các thông tin của hệ thống hịên tại được bắt đầu bằng v ịêc ti ến hành khảo sát hệ thống. Về nguyên tắc, việc khảo sát hệ thống đ ược chia làm hai giai đoạn: - Giai đoạn khảo sát sơ bộ: nhằm hình thành dự án phát triển hệ thống thông tin. - Giai đoạn khảo sát chi tiết: nhằm thu thập các thông tin chi tiết của hệ thống phục vụ phân tích yêu cầu thông tin làm cơ sở cho bước thiết kế sau này. a. Cách tiếp cận một tổ chức Mỗi tổ chức là một hệ thống với những đặc trưng và sự phức tạp riêng c ủa nó. Xem một tổ chức là hệ thống xã hội - kỹ thuật, nó thường được đặc trưng bằng các mặt sau đây: - Một lĩnh vực hoạt động nghiệp vụ. - Một mô hình quản lý. - Một cơ cấu tổ chức. Bên cạnh đó, tổ chức còn có những mối quan hệ giữa các bộ phận bên trong cũng nh ư những mối quan hệ với môi trường bên ngoài, có m ột truyền th ống văn hóa riêng c ủa mình. Vì vậy, vịêc tiếp cận tổ chức cần tiến hành một cách khoa học. Có hai cách ti ếp cận thường được sử dụng: Tiếp cận từ trên xuống ( top down) và tiếp cận từ dưới lên (bottom up). Khi vận dụng cách tiếp cận từ trên xuống, vịêc khảo sát c ần được tiến hành theo các định hướng sau : - Về tổ chúc: bắt đầu từ bộ phận cao nhất (ban giám đốc) đến các b ộ phận thấp nhất (các tổ công tác, tổ sàn xuất) - Về quản lý: bắt đầu từ nhà quản lý cao nhất (giám đốc) đến người thực hịên cụ thể (nhân viên) - Về nghịêp vụ: bắt đầu từ nhiệm vụ chung nhất (nhịêm vụ chiến lược) đến công vịêc cụ thể tại mỗi chỗ làm vịêc. Cách tiếp cận này là phù hợp với quá trình nhận thức và kh ả năng ti ếp nh ận c ủa con người và phù hợp với quá trình khảo sát. b. Các bước khảo sát và thu thập thông tin Quá trình khảo sát hệ thống cần trải qua các bước: - Tiến hành thu thập thông tin bằng các phương pháp khác nhau. - Củng cố, bổ sung và hoàn thịên kết quả khảo sát. - Tổng hợp kết quả khảo sát. - Hợp thức hóa kết quả khảo sát. c. Các yêu cầu đặt ra Vịêc thu thập thông tin dữ lịêu được thực hịên bằng cách phỏng vấn, điều tra và quan sát người sử dụng, xem xét các báo cáo, các quy trình, th ủ tục trong ho ạt đ ộng c ủa t ổ chức và tổng hợp các thông tin thu thập được theo một cách t ốt nh ất và đ ầy đ ủ nh ất.
  2. Vịêc xác định yêu cầu đòi hỏi ở người phân tích phải có tính xông xáo (cần hỏi mọi điều), tính chủ động (cần tìm giải pháp cho mọi vấn đề hay cơ hội kinh doanh), sự nghi ngờ (xem mọi hoạt động đều có những hạn chế, gi ải pháp có thể là không khả thi..), chú ý đến mọi chi tiết (mọi sự kịên, sự vật liên quan cần được ghi nhận), biết đặt ngược vấn đề. Phân tích là một quá trình sáng tạo, bản thân nhà phân tích phải biết nhìn vào tổ chức theo cách nhìn mới. Các kết quả thu thu thập cần được hình thành theo các mẫu và chuẩn m ực nh ất đ ịnh. Các đơn vị phát triển phần mềm thường có các mẫu và các chu ẩn riêng cho mình đ ể thu thập và biểu diễn thông tin. 2.1.2. Các thông tin dữ lịêu cần thu thập. Để xác định yêu cầu của hệ thống ta cần có các thông tin và d ữ l ịêu khác nhau v ề h ịên trạng của hệ thống: Nó bao gồm các mô tả thu được từ các cu ộc ph ỏng v ấn, các ghi chú từ các quan sát, các phân tích và tổng hợp tài lịêu, các k ết qu ả nh ận đ ược t ừ các điều tra, các mẫu biểu báo cáo, các mô tả công vịêc, các tài lịêu khác cũng nh ư các tài lịêu sinh ra từ vịệc làm bản mẫu và các phân tích. Nội dung các lo ại thông tin c ần thu thập bao gồm: - Các loại dữ lịêu (tài lịêu) và đặc trưng của nó. - Các công vịêc và trình tự thực hịên các chức năng nghiệp vụ cũng như các thông tin dữ lịêu liên quan. - Các quy tắc chi phối các hoạt động thu thập, quản lý, xử lý và phân phối các d ữ lịêu cũng như các yêu cầu kỹ thụât khác. - Các chính sách và các hướng dẫn mô tả bản chất của kinh doanh, thị trường và môi trường mà trong đó nó hoạt động. - Các nguồn lực (cán bộ, trang thiết bị, các phần mềm nếu có). - Các điều kịên môi trường (các hệ thống bên trong và bên ngoài liên quan) - Sự mong đợi về hệ thống thay thế của người dùng. 2.2. Các phương pháp truyền thống xác định yêu cầu Cách tốt nhất để thu thập thông tin của hệ thống hịên tại là hãy giao ti ếp v ới nh ững người trong tổ chức mà chính họ trực tiếp hay gián ti ếp tác đ ộng đ ến s ự ho ạt đ ộng và thay đổi hệ thống. Các phương pháp thường được sử dụng để thu thập thông tin là: - Phỏng vấn - Quan sát tại chỗ - Điều tra bằng bảng hỏi - Nghiên cứu các tài lịêu, thủ tục 2.2.1. Phỏng vấn Phỏng vấn là hỏi trực tiếp người có liên quan để thu thập thông tin . Đó là cách đơn giản và quan trọng nhất để thu thập thông tin về một tổ chức. Có nhiều cách tiến hành phỏng vấn hịêu quả và không một cách nào được xem là t ốt h ơn cách khác. Tuy nhiên, những nghiên cứu cho thấy, kết quả phỏng vấn phụ thuộc vào các yếu tố sau đây: - Sự chuẩn bị - Chất lượng câu hỏi và phương pháp ghi chép - Kinh nghịêm và khả năng giao tiếp của người phỏng vấn a. Chuẩn bị phỏng vấn Để phỏng vấn một người, một nhóm người cần phải làm quen lần đầu, sau đó h ẹn gặp để phỏng vấn họ. Nội dung hẹn gặp thường bao gồm thời điểm, địa điểm, nội
  3. dung dự kiền và thời gian thực hịên . Trước hết cần lịêt kê và lựa chọn danh sách người cần phỏng vấn. Với đối tượng dự kiến, cần thu th ập tài l ịêu có liên quan và thông tin về đối tượng được hỏi để có cơ sở chuẩn bị câu h ỏi và cách th ức làm v ịêc thích hợp với đối tượng. Kế hoạch phỏng vấn Người được hỏi: (họ và tên) Người phỏng vấn: (họ và tên) Địa chỉ: (cơ quan, phòng, điện thoại) Thời gian hẹn Thời điểm bắt đầu: Thời điểm kết thúc: Đối tượng: Các yêu cầu đòi hỏi: - Đối tượng được hỏi là ai? Vai trò, vị trí, trình độ, - Cần thu thập dữ liệu gì ? Kinh nghiệm của người được hỏi - Cần thỏa thuận điều gì ? Chương trình Ước lượng thời gian - Giới thiệu 1 phút - Tổng quan về dự án 2 phút - Tổng quan về phỏng vấn 1 phút Chủ đề sẽ đề cập Xin phép được ghi âm Chủ đề 1: câu hỏi và trả lời 7 phút Chủ đề 2” câu hỏi và trả lời 10 phút Tổng hợp các nội dung chính 2 phút ý kiến của người được hỏi 5 phút Kết thúc (thỏa thuận) 1 phút (dự kiến tổng cộng: 29 phút) Bảng 2.1. Mẫu kế hoạch phỏng vấn Cùng với vịêc chuẩn bị câu hỏi là chuẩn bị các phương ti ện để ghi chép, như máy ghi âm, các mẫu ghi chép (mẫu phỏng vấn, mẫu ghi thông tin…) và đặc bịêt phải có kế hoạch tiến hành phỏng vấn (xem bảng 2.1). Trong đó vạch rõ trình t ự th ực h ịên các công vịêc, dự kiến thời gian và kết quả thực hịên mỗi công vịêc đó. Ngoài ra, hai lo ại công cụ thường dùng nhất để ghi chép khi phỏng vấn là phiếu phỏng vấn và lưu đồ công vịêc. Mỗi một công cụ có một chức năng của nó: một dành để ghi lời, m ột để ghi chép bằng biểu đồ, minh họa. b. Lựa chọn câu hỏi Khi phỏng vấn thường sử dụng hai loại câu hỏi: câu hỏi mở và câu hỏi đóng. Trong đó các câu hỏi mở được sử dụng nhiều hơn. Các câu hỏi mở là câu hỏi có nhiều khả năng trả lời, và câu trả lời tùy thuộc vào điều kịên và sự hi ểu bi ết của người c ụ th ể đ ược hỏi. Có thể kết hợp sử dụng câu hỏi đóng trong các tr ường h ợp c ần thi ết. Câu h ỏi đóng cung cấp về phạm vi câu trả lời dự kiến. Ví dụ: - Anh có sao chép mọi dữ lịêu anh cần không? (có hoặc không) Câu hỏi có thể có nhiều hơn hai lựa chọn. Ví dụ: - Anh đánh giá thế nào về mức độ đạt được của dịch vụ hệ thống? tốt? trung bình? Hay tồi? Những câu hỏi đóng nhằm hạn chế phạm vi muốn hỏi, tập trung vào những vấn đề quan trọng cà hướng đến sự chọn.
  4. c. Tiến hành phỏng vấn Phỏng vấn nên tiến hành theo nhóm, ít nhất có hai người. Khi ph ỏng v ấn m ột ng ười hỏi, một người ghi. Có thể phân công người đặc trách ghi chép bằng bi ểu đ ồ, ký h ịêu. Ưu điểm của phương pháp này là sử dụng thời gian hịêu quả hơn một loạt các phỏng vấn cá nhân. Khi nghe nhiều ý kiến của các nhân vật quan tr ọng, m ỗi ng ười có th ể đồng ý, không đồng ý với người khác, kích thích sự suy nghĩ c ủa m ỗi ng ười và tích cực tham gia thảo luận. Nhược điểm của nó là phải bố trí, sắp xếp th ứ t ự trình bày, bố trí thời gian thích hợp, có thể có người e ngại khi phát bi ểu ý ki ến. Ph ỏng v ấn là phương pháp chủ yếu cho quá trình phát triển ứng dụng liên kết (JAD). Dự án Tên dự án: Quản lý kho Trang 10 Loại: Lưu đồ Nghiệp vụ: Lập đơn hàng Ngày 12/01/2008 Thủ kho Người quản lý Bên ngoài
  5. D1 D2 Phiếu v ật t ư Sổ thự c đơ n Lập và chuy ển Nhà cung đơ n hàng c ấp T1 D4 D3 Sổ đặt hàng Đ ơ n hàng Tiếp nhận , Tiếp nhận , D5 N hận hàng K iểm phiếu Phiếu giao T3 T2 Bảng 2.2 Lưu đồ công việc (ghi khi phỏng vấn) Phiếu phỏng vấn Dự án: Quản lý kinh doanh Tiểu dự án: Quản lý bán hàng Người được hỏi: Nguyễn Văn A Ngày xx/xx/xxxx Người hỏi: Phạm Thế Du Câu hỏi Ghi chú Câu 1: Anh có sử dụng doanh số bán hàng Trả lời: Có, tôi đã yêu cầu làm báo cáo về mà hệ thống tổng hợp không? hàng bán trong tuần. Nếu có, có thường xuyên không? Quan sát: Hình như người này không biết (Nếu không thì sang câu 2) dùng máy tính nên không biết máy có thể trả lời câu hỏi bất Câu 2: ……… kỳ lúc nào Trả lời: ….. Quan sát: Hệ thống có thể đưa ra doanh số bán bằng tiền, nhưng người dùng không biết điều đó Đánh giá chung: - Người được hỏi hình như bận, có thể cần thêm vài ngày để họ chuẩn bị rồi tiến hành tiếp - Chưa kết luận được vấn đề, còn chủ đề chưa đề cập hết. Họ cẩn thu thập số liệu bán hàng năm 19xx Bảng 2.2 Một đoạn ghi chép phỏng vấn d. Những hạn chế và lưu ý khi phỏng vấn Phỏng vấn là công cụ tốt để thu thông tin chi ti ết, phong phú, cho phép gi ải thích hay hỏi bổ sung ngay khi cầ thiết. Tuy nhiên phương pháp này cần nhi ều th ời gian,
  6. căng thẳng và rất bị động do phụ thuộc vào điều kịên của người được hỏi, yêu c ầu người phỏng vấn phải được đào tạo và có được những kinh nghịêm nhất định. Câu hỏi cần tập trung vào lĩnh vực nghiên cứu, ngắn gọn, tr ực ti ếp, ở d ạng m ở với nhiều khả năng trả lời, tránh hỏi chuỵên n ội bộ, cá nhân. Câu h ỏi không nên áp đặt, hướng dẫn hay khẳng định vấn đề. Chú ý lắng nghe và quan sát người đ ược h ỏi để có thể thích ứng với tình thế khi cần thiết: thay đổi câu hỏi, cách h ỏi, chuy ển sang chủ đề khác hoặc im lặng. Nên kết thúc phỏng vấn sớm nếu có thể. Sớm hình thành biểu đồ chức năng. Cuối buổi phỏng vấn cần nhắc lại nội dung chính để khẳng định kết quả, thỏa thụân lần làm vịêc tiếp theo (nếu cần) 2.2.2. Điều tra bằng bảng hỏi Phương pháp điều tra bằng bảng hỏi được sử dụng để bổ sung cho các ph ương pháp nêu trên. Mục tiêu của nó nhằm thăm dò dư lụân, thu thập các ý ki ến, quan đi ểm hay đặc trưng có tính đại chúng rộng rãi (xã hội học), có tính xu h ướng liên quan đ ến hoạt động chung của tổ chức và đến vịêc phát tri ển hệ thống thông tin. N ội dung đi ều tra thường hạn chế trong một số vấn đề nhất định. Những n ội dung c ần thăm dò có thể là các vấn đề sau: - Những khó khăn mà tổ chức đang gặp phải - Các nguyên nhân có thể có của các khó khăn đó - Những yếu tố có tính quyết định đến sự hoạt động thành công - Giải pháp xây dựng HTTT có phải là giải pháp tốt nhất - Khó khăn chính khi triển khai một hệ thống thông tin - Sự hiểu biết và quan nịêm của người dùng về HTTT a. Thiết lập bảng hỏi Bảng hỏi gồm ba phần: Phần tiêu đề: Gồm tên tiêu đề ghi rõ mục đích của bảng hỏi và các thông tin chung về đối tượng được hỏi. Phần câu hỏi: Gồm các câu hỏi khác nhau được sắp xếp và bố trí theo một trình tự nhất định theo yêu cầu và mục tiêu dự ki ến. Trong các câu h ỏi nên có các thông tin phân loại đối tượng được hỏi theo nhóm (theo nghề nghiệp, theo chức danh: nhà quan lý, người sử dụng, lứa tuổi…) Phần giải thích: Một số giải thích về những vấn đề cầm làm rõ trong câu hỏi hoặc chú thích khác. Ví dụ: “xin gửi bảng điều tra về địa chỉ..” Các câu hỏi thăm dò thường ở dạng cho sẵn các khả năng lựa chọn, người đ ược hỏi chỉ cần trả lời bằng cách đánh dấu vào những mục mà họ chọn. Bảng h ỏi sau khi soạn thảo cần điều tra thử hay lấy ý kiến ở một phạm vi hẹp (có th ể thông qua h ội thảo). Sau khi hoàn chỉnh, bổ sung rồi mới tiến hành điều tra rhực sự. b. Tiến hành điều tra Sau khi bảng hỏi được chuẩn bị (trên giấy hay mẫu biểu gửi đi trên mạng) sẽ phân phát cho đối tượng định hỏi để họ điền vào bảng hỏi ho ặc c ử người điều tra tr ực tiếp. Khi có dữ lịêu điều tra cần tổng hợp và tính ra các kết qu ả mong mu ốn. Thông thường, các kết quả nhận được mang tính thống kê, định tính, xu h ướng mà không phải những con số chính xác. c. Ưu điểm và hạn chế của phương pháp Phương pháp này thường được dùng để bổ sung cho các phương pháp trên. Nó có ưu điểm là nhanh và rẻ hơn phỏng vấn, dễ tổng kết, vịêc đào tạo người đi ều tra ít t ốn
  7. kém cả về thời gian và chi phí. Kết quả có độ chính xác thấp và đ ược đánh giá b ằng con số trung bình thống kê. 2.2.3. Quan sát Con người không phải luôn nhớ hết và kể đủ m ọi điều họ bi ết, h ọ nghĩ, đặc b ịêt những sự kịên ít xãy ra hay những sự kịên đã xãy ra lâu trong quá kh ứ. H ơn n ữa, thường có một sự khác bịêt giữa nhận thức và thực tế, mô tả lại mang tính ch ủ quan, có thể bị bỏ qua nhiều chi tiết, vì vậy quan sát để bổ sung và chính xác hóa các thông tin.. Quan sát có thể có hai cách: quan sát trực tiếp và quan sát qua phương tịên. Về tâm lý, vịêc quan sát trực tiếp dễ làm ảnh huởng đến hoạt động bình thường c ủa m ột người. Quan sát từ xa, qua phương tiện sẽ chủ động hơn, đặc bịêt có thể sử dụng các phương tịên ghi lại để xem nhiều lần khi cần thiết. Thông tin quan sát đ ược là thông tin có tính bộ phận, bề ngoài, không bao gồm những công việc, những hoạt động và sự kịên quan trọng, bị hạn chế về thời gian, và phạm vi nhỏ hẹp. Hơn nữa, vịêc quan sát thường tốn thời gian, không thể chủ động. 2.2.4. Nghiên cứu, phân tích các thủ tục và tài lịêu Nghiên cứu các tài lịêu có sẵn của tổ chức là hoạt động không th ể thi ếu đ ược khi khảo sát hệ thống. Nó giúp tăng cường các kết quả nhận được nhờ xem xét các tài lịêu hệ thống và tổ chức để phát hịên ra những chi tiết về chức năng và tổ ch ức, mô tả t ổ chức, kế hoạch kinh doanh, biểu đồ chức năng, chính sách kinh doanh hàng năm, mô tả công vịêc, những tài lịêu bên trong, bên ngoài, các báo cáo c ủa h ệ th ống, các nghiên cứu hệ thống. Vịêc nghiên cứu tài lịêu bao gồm các công vịêc chính sau đây: - Xác định tài lịêu chính, báo cáo chính cần thu thập - Sao chép tài lịêu, báo cáo được thu thập và tổng hợp lại - Ghi lại các dữ lịêu chính của mỗi tài lịêu, báo cáo: Tên mục, đ ịnh d ạng, kh ối lượng, tần suất sử dụng, cấu trúc mã, nơi phát sinh, nơi sử dụng. 2.3. Phương pháp hịên đại để xác định yêu cầu Ngày nay các phương pháp truyền thống vẫn được các nhà phân tích sử dụng đ ể xác lập yêu cầu của hệ thống. Tuy nhiên, nhiều kỹ thụât mới đã được bổ sung để thu thập các thông tin về hệ thống hịên thời, về lĩnh vực mà hệ th ống m ới s ẽ đ ược xây dựng và tất cả những gì có liên quan. Bảng dưới đây gi ới th ịêu m ột s ố ph ương pháp hịên đại trợ giúp cho vịêc thu thập yêu cầu của hệ thống. Phương pháp Cách thức sử dụng Thiết kế ứng dụng liên Sử dụng trong phiên làm việc giữa người sử dụng, nhà kết (Joint Application tài trợ, nhà thiết kế và những người liên quan để thảo luận và xem xét các yêu cầu của hệ thống Design) Hệ thống trợ giúp nhóm Trợ giúp việc chia sẻ các ý tưởng và thảo luận v ề yêu cầu của hệ thống Các công cụ CASE Phân tích hệ thống hiện tại, phát hiện yêu c ầu hệ th ống nhằm đáp ứng những thay đổi của điều kiện môi trường Phương pháp làm bản Phát triển bản mẫu của hệ thống làm hiểu rõ yêu cầu mẫu của hệ thống một cách rất cụ thể thông qua việc trình diễn các mô hình làm việc với các đặc trưng c ủa hệ thống thực cho người dùng để lấy ý kiến và sửa đổi
  8. Bảng 2.2. Các phương pháp hịên đại để thu thập yêu cầu 2.3.1. Phương pháp thiết kế ứng dụng liên kết Phương pháp JAD được sử dụng bắt đầu từ những năm 1970 t ại công ty IBM. Sau đó nhiều biến thể khác nhau của JAD đã được xây dựng thành các tài l ịêu và ph ổ bi ến ở nhiều nơi. Ý tưởng chính của phương pháp này là để tất c ả nh ững ng ười s ử d ụng chủ chốt, các nhà quản lý, các nhà phân tích hệ thống cùng tham gia vào v ịêc phân tích hệ thống hịên thời. Mục tiêu đầu tiên của sử dụng JAD là đ ể thu th ập yêu c ầu thông tin của hệ thống một cách liên tục bắt đầu từ những người ch ủ ch ốt trong h ệ th ống. Kết quả của quá trình làm vịêc không ngừng được tăng cường và c ủng c ố, có c ấu trúc chặt chẽ và hịêu quả cao. Nhờ phỏng vấn, các nhà phân tích nh ận ra đ ược đâu là s ự thỏa thuận, đâu là sự bất đồng, và hiểu được tại sao có bất đồng để giải quyết. Phiên làm vịêc JAD thường được tổ chức ở một nơi tách bịêt, có thể kéo dài từ một giờ đến cả tuần và gồm một số phiên làm vịêc. Vì thế, JAD chi phí tốn kém và c ần nhiều thời gian của những người tham gia. Người tham gia vào phiên làm vịêc c ủa JAD là: - Người lãnh đạo phiên JAD : Những người tổ chức và điều hành JAD, điều hành chương trình, giải quyết xung đột và tổng hợp ý tưởng. - Những người sử dụng : Những người sử dụng chủ chốt của hệ thống, hiểu rõ cái gì mà hệ thống cần hàng ngày. - Những nhà quản lý : Họ cung cấp định hướng của tổ chức m ới, nêu ra những tác động của hệ thống lên tổ chức. - Nhà tài trợ : Những người tài trợ cho các phiên làm vịêc. - Những nhà phân tích hệ thống và các kỹ thuật viên và đội ngũ phát triển hệ thống JAD thường tiến hành trong phòng đặc bi ệt có các công c ụ nghe, nhìn và bi ểu di ễn thông tin được sử dụng (máy chiếu, biểu đồ, ký hi ệu..). Khi b ắt đầu ch ương trình làm việc: Người lãnh đạo phiên JAD đặt vấn đề, những người sử dụng trình bày th ực trạng hệ thống hiện thời, những người khác hỏi và thảo luận, những nhà k ỹ thu ật th ể hiện trên các phương tiện nghe nhìn và ghi lại trên máy cho các nhà lãnh đ ạo JAD có điều kiện hướng dẫn cuộc họp và đưa ra những kết lu ận khi c ần thi ết. K ết qu ả sau khi kết thúc JAD là một tâp tài liệu chi tiết va báo cáo về những ho ạt đ ộng c ủa h ệ thống hiện thời và những vấn đề có liên quan đến những nghiên c ứu h ệ th ống thay thế. Phương pháp này rất hiệu quả, cho kết quả nhanh, nhiều vấn đề được thảo luận đi đến thống nhất, nhiều thông tin được bổ sung và làm chính xác nhưng c ần có nh ững người có kinh nghiệm tổ chức. 2.3.2. Phương pháp làm mẫu xác định yêu cầu Phương pháp làm mẫu là một quá trình lặp mà ở đó nhà phân tích cùng tham gia vào một quá trình phát triển và xây dựng lại bản mẫu c ủa HTTT m ỗi lần có các thông tin phản hồi từ người sử dụng. Phương pháp làm mẫu cho phép mau chóng chuy ển những yêu cầu cơ bản thành một HTTT làm việc để người dùng xem và th ực hi ện th ử nghiệm, đánh giá, đóng góp bổ sung. Phương pháp làm m ẫu đ ược th ực hi ện v ới s ự giúp đỡ của công cụ CASE. 2.4. Các khái niệm sử dụng trong khảo sát
  9. Khi khảo sát chúng ta cần đến một số khái niệm dùng để mô t ả các yêu c ầu thông tin thu được. Đó là khái niệm về chức năng (hay công việc), các thủ tục và quy tắc nghiệp vụ và cuối cùng là các hồ sơ tài liệu (hay thực thể dữ liệu) 2.4.1. Chức năng – công việc Một chức năng được hiểu là tập hợp các hành động đ ược th ực hi ện ở m ột phạm vi nào đó trong một hệ thống có tác động trực ti ếp lên d ữ li ệu và thông tin c ủa h ệ thống đó. Những tác động lên dữ li ệu và thông tin th ường đ ược nh ắc đ ến nh ư : C ập nhật (tạo, xem, sửa, xoá), lưu trữ, truyền, xử lý và bi ểu di ễn thông tin. K ết thúc m ột chức năng thường cho một sản phẩm cũng là thông tin. Khái niệm chức năng có th ể chia làm các mức từ rất gộp đến các mức chi tiết hơn sau: một lĩnh vực hoạt động, một hoạt động, một nhiệm vụ hay một hành động (những khái niệm này sẽ được trình bày kỹ hơn trong mô hình chức năng nghiệp vụ) 2.4.2. Các thủ tục và quy tắc nghiệp vụ Một thủ tục hay một quy tắc nghiệp vụ là những quy định hay những h ướng d ẫn được chấp nhận chi phối các hoạt động của tổ chức nhằm đảm bảo cho hoạt động của tổ chức đạt được các mục tiêu đề ra trong những điều kiện cụ thể. Các thủ tục và quy tắc nghiệp vụ là những ràng buộc phi chức năng, có th ể thu ộc bên trong tổ chức hay bên ngoài tổ chức và không thể thay đ ổi đ ược. Thông th ường, người ta phân chia các thủ tục và quy tắc nghiệp vụ làm ba loại: a. Quy tắc, thủ tục quản lý. Đó là những quy định, trình tự làm việc cần tuân thủ và th ực hi ện đ ể đ ảm b ảo yêu cầu và mục tiêu của quản lý. Xét hai ví dụ sau: Ví dụ thứ nhất: Một quy định của bộ tài chính (bên ngoài tổ chức) v ề qu ản lý tài sản: “Tài sản có giá trị trên 500.000 đồng và có th ời gian sử d ụng trên m ột năm ph ải ghi vào tài sản cố định”. Ví dụ thứ hai: Một quy định của doanh nghiệp là: “Mọi hợp đồng kinh tế trên m ột triệu đồng phải do phó giám đốc tài chính hay giám đốc ký”. Đây là quy t ắc qu ản lý bên trong xí nghiệp nhằm đảm bảo việc ký kết hợp đồng được kiểm soát chặt chẽ. b. Các quy tắc và thủ tục về tổ chức Đó là những quy định, trình tự làm việc cần tuân thủ để đ ạt m ục tiêu trong đi ều kiện của tổ chúc. Ví dụ, do bộ phận bán hàng ít nhân viên, phải làm vi ệc kiêm nhi ệm, thêm vào đó yêu cầu mua hàng của khách không thường xuyên nên xí nghi ệp quy đ ịnh: “ Chỉ giao hàng vào các ngày thứ 3, 5, 7”. c. Các quy tắc và thủ tục về kỹ thuật Đó là những quy định, trình tự làm việc cần tuân thủ nhằm đ ảm b ảo yêu c ầu qu ản lý kỹ thuật và chất lượng công việc. Chẳng hạn, để đảm bảo an toàn cho các máy in kim, người ta quy định “Không in liên tục quá 30 phút”. Nh ư vậy, chính đi ều ki ện k ỹ thuật, các máy in kim có đầu in di chuyển cơ học khi in, n ếu in liên t ục sẽ b ị nóng, có thể gây ra cháy máy. Về nguyên tắc, cần ghi chép đầy đủ mọi quy tắc và thủ tục liên quan đến mọi hoạt động của tổ chức. Các thủ tục và quy tắc này là các ràng bu ộc đ ặt lên các d ịch v ụ c ủa hệ thống xây dựng. Tuy nhiên, cần loại bỏ các thủ tục, quy t ắc đã l ạc h ậu hay ch ỉ liên quan đến đặc thù của tổ chức trong điều kiện hiện thời. 2.4.3. Các hồ sơ tài liệu – các thực thể dữ liệu Các tài liệu đóng vai trò những thông tin đầu vào như các chứng từ, các hóa đ ơn bán hàng, các phiếu thanh toán.. hay các đầu ra như báo cáo bán hàng, báo cáo t ồn kho, các
  10. dự báo thị trường, kế hoạch sản xuất,.v.v. của các hoạt động nghiệp vụ được gọi chung là các hồ sơ, tài liệu. Bản thân nó được thể hiện ra như m ột th ực th ể v ật ch ất độc lập. Vì vậy, trong hoạt động phân tích và thi ết k ế h ệ th ống thông tin, chúng còn được gọi là các thực thể (dữ liệu) 2.5. Các bước thực hiện sau khảo sát Trừ khi sử dụng những bộ công cụ tiên tiến để thu thập yêu c ầu thông tin, đ ối v ới đa số các trường hợp còn lại, các dữ liệu thu được thường vẫn là nh ững d ữ li ệu thô, là các chi tiết tản mạn cần được xử lý sơ bộ và tổng hợp. 2.5.1. Xử lý sơ bộ kết quả khảo sát Sau khi phỏng vấn, điều tra, nghiên cứu tài liệu ta c ần xem lại và hoàn thi ện tài liệu thu được, bao gồm việc phân loại, sắp xếp, trích rút dữ liệu, tổng hợp…dữ liệu, làm cho nó trở nên đầy đủ, chính xác, cân đối, gọn gàng dễ ki ểm tra và d ễ theo dõi. Phát hiện những chỗ thiếu để bổ sung, những chỗ sai không logic để sửa đ ổi. Hoàn chỉnh biểu đồ chức năng phân cấp thu được. Quá trình này th ường đ ược l ặp l ại nhi ều lần và tiến hành song song với các hoạt động xác định yêu cầu. Dự án Tiểu dự án: Lập đơn hàng Trang 3 Loại: phân tích hiện Mô tả dữ liệu Số tt: 10 trạng Ngày: 15/02/2005 Tên dữ liệu: Nhà cung cấp Định nghĩa: Dùng để chỉ những người cung cấp hàng thường xuyên, nó cho phép xàc định mỗi nhà cung cấp. Cấu trúc và khuôn dạng Kiểu ký tự, gồm từ 30 đến 40 ký tự, một số chữ đầu hay chữ viết tắt viết hoa Loại hình Sơ cấp (dữ liệu gốc) Số lượng 50 nhà cung cấp (mức tối đa) Ví dụ: Công ty xuất nhập khẩu SUNITOMEX, vi ết tắt SUNITOMEX Tên nhà cung cấp thường có tên đầu đủ và tên viết tắt. Đôi khi còn có tên bằng tiếng Anh, Đi theo tên còn có những đặc trưng như: địa chỉ, điện thoại, fax, tài khoản 2.5. Bảng mô tả chi tiết tài liệu Trong số các hoạt động đó thường bao gồm cả việc lập các bản mô tả chi ti ết về công việc và dữ liệu (bảng 2.5 và 2.6). Các dữ liệu đưa vào các bảng này thường được rút ra từ các báo cáo, chứng từ, tài liệu và những kết quả từ phỏng vấn hay nghiên c ứu tài liệu. Các bảng này là một hình thức làm tài liệu để lấy ý kiến của người sử dụng. Dự án Tiểu dự án: Lập đơn hàng Trang 5 Loại: Phân tích hiện trạng Mô tả công việc Số tt: 15 Ngày 15/12/2005 Công việc: lập đơn hàng Điều kiện bắt đầu (kích hoạt): - Tồn kho dưới mức qui định - Đề nghị hấp dẫn của nhà cung cấp
  11. - Có đề nghị cung ứng của khách hàng - Đến ngày lập đơn hàng theo qui định quản lý Thông tin đầu vào: thẻ kho, giấy đề nghị, danh sách nhà cung cấp, đơn chào hàng. Kết quả đầu ra: một cú điện thoại đặt hàng hay một đơn đặt hàng được lập và gửi đi (có bản mẫu kèm theo) Nơi sử dụng; Nhà cung cấp, bộ phận tài vụ, lưu. Tần suất: Tuỳ thuộc vào ngày trong tuần: Thứ 2,7 Không xảy ra Thứ 3,5 10-15 lần Thứ 4,6 0-5 lần Thởi lượng: 10 phút/đơn hàng điện thoại, 60 phút/đơn viết Quy tắc: Những đơn hàng trên hàng triệu phải được trưởng bộ phận thông qua (qu ản lý) Số lượng đặt dưới mức quy định cho trước (Kỹ thuật) Qui định một số người cụ thể lập đơn hàng (tổ chức) Lời bình: - đôi khi phải đặt hàng đột suất, chẳng hạn có d ự báo v ề s ự khan hi ếm m ột s ố mặt hàng trong thời gian tới - Mức tồn kho tối thiểu chỉ tính cho một số mặt hàng và cách ước lượng của nó còn mang tính chủ quan. Bảng 2.6. Bảng mô tả chi tiết công việc 2.5.2. Tổng hợp kết quả khảo sát Một tổ chức lớn, phức tạp thường không thể quan sát được tất cả các dữ li ệu cùng một lúc. Khi tiến hành xác định yêu cầu, người ta ph ải ti ến hành t ừng nhóm, theo từng lĩnh vực để quan sát và thu thập thông tin. Lúc n ầy c ần lắp ghép lại đ ể có đ ược một bức tranh tổng thể. Việc tổng hợp được tiến hành theo hai loại: - Tổng hợp theo các xử lý: Để thấy được tổng thể các xử lý diễn ra trong tổ chức. - Tổng hợp theo các dữ liệu : Để kiểm tra sự đầy đủ và tính phù hợp, chặt chẽ c ủa dữ liệu và mối quan hệ giữa chúng. a. Tổng hợp các xử lý Mục tiêu của tổng hợp xử lý là làm rõ các thi ếu sót và s ự r ời r ạc c ủa các y ếu t ố liên quan đến công việc khi phỏng vấn. Sau đó trình bày tường minh đ ể người s ử dụng xem xét, đánh giá và hợp thức hóa, đảm bảo sự chính xác của xử lý. (hình 2.7) Việc tổng hợp có thể tổ chức theo các lĩnh vực hoạt động có sự gắn kết chặt chẽ với nhau. Thông thường, sự gắn kết và phù hợp này dựa trên mục tiêu mà các ho ạt động xử lý hướng tới hay các sản phẩm mà chúng tạo ra. STT Mô tả công việc Vị trí làm Tần suất Hồ sơ Hồ sơ ra việc vào Lập đơn hàng: xuất phát từ Quản lý kho 4-5 T1 D1 D3 yêu cầu cung ứng, thực đơn hàng đơn/ngà sản xuất, báo giá, đơn hàng y D2 D4 lập và chuyển đi bằng điện 5-10 thoại (80%), viết (20%), sắp dòng/đơ các đơn hàng vào sổ đặt để n đối chiếu, theo dõi.
  12. T2 ….. …. …. …. …. Bảng 2.7. Bảng tổng hợp công việc b. Tổng hợp các dữ liệu Mục tiêu của tổng hợp dữ liệu là liệt kê ra tất cả các d ữ li ệu có liên quan đ ến miền khảo sát của tổ chức và sàng lọc để thu được những dữ liệu đầy đủ, chính xác và gắn cho tên gọi thích hợp mà mọi người tham gia dự án đ ồng ý. Hai tài li ệu không thể thiếu được là bảng tổng hợp các hồ sơ (bảng 2.8) và bảng từ điển d ữ li ệu (b ảng 2.9). Công việc STT Tên – vai trò liên quan Phiếu vật tư: Ghi hàng hóa xuất hay nhập D1 T1 Sổ thực đơn: định mức hàng hóa làm một sản phẩm D2 T1 Đơn đặt hàng: ghi lượng hàng đặt gửi nhà cung cấp D3 T1 Sổ đặt hàng: Tập hợp các đơn hàng đã đặt D4 T1, T2 Phiếu giao hàng: ghi số lượng hàng của nhà cung cấp phát ra D5 T1, T3 Di ….. ….. Bảng 2.8. Bảng tổng hợp hồ sơ, tài liệu Tên gọi kiểu cỡ Lĩnh vực Quy tắc ràng STT Khuông dạng buộc Số hóa đơn Ký tự kế toán chữ hoặc số 1 8 Ký tự 20 kế toán chữ hoặc số 2 Tên hàng hóa Ngày hóa đơn Ngày kế toán 3 8 dd-mm-yy 4 …. … .. .. .. .. Bảng 2.9. Bảng tổng hợp từ điển dữ liệu 2.5.3. Hợp thức hóa kết quả khảo sát Hợp thức hóa là việc hiểu và thể hiện các thông tin khảo sát ở các dạng khác nhau được những người sử dụng và đại diện tổ chức chấp nhận là đúng đ ắn và đầy đ ủ. Mục tiêu của hợp thức hóa kết quả khảo sát là nhằm đ ảm bảo s ự chính xác hóa c ủa thông tin và dữ liệu phản ánh yêu cầu thông tin của tổ chức và tính pháp lý c ủa nó đ ể sử dụng sau này. Việc hợp thức hóa bao gồm việc hoàn chỉnh và trình di ễn những n ội dung ph ỏng vấn để người được phỏng vấn xem xét và cho ý ki ến. Các b ản t ổng h ợp các tài li ệu được đệ trình để các nhà quản lý và lãnh đạo đánh giá và đ ề xu ất b ổ sung. Sau đó các tài liệu được hoàn chỉnh và trình bày theo những khuôn m ẫu xác đ ịnh đ ể các nhóm và bộ phận quản lý phát triển hệ thống xem xét, thông qua và quyết định. Câu hỏi cuối chương 1. Các đặc trưng của một tổ chức là gì? 2. Có mấy cách tiếp cận tổ chức? Nội dung của nó là gì?
  13. 3. Các bước thực hiện khảo sát là những bước nào? 4. Những thông tin gì cần thu thập trong giai đoạn khảo sát? 5. Những phương pháp truyền thống nào được sử dụng để thu thập yêu c ầu? Trình bày nội dung tiến hành và ưu nhược điểm của nó? 6. Trong các phương pháp truyền thống, phương pháp nào là chính? Ph ương pháp nào được sử dụng bổ sung? 7. Những ưu điểm nổi bật của các phương pháp hiện đại để thu thập yêu c ầu thông tin là gì? Những phương pháp nào là thông dụng? 8. Trình bày nội dung các phương pháp để xác định yêu c ầu thông tin? Đi ều ki ện để sử dụng những phương pháp này? 9. Các công cụ CASE hỗ trợ việc xác định nhu cầu như thế nào? Những công c ụ CASE nào là thích hợp? 10. Mô tả phương pháp làm mẫu để xác định nhu cầu thông tin? 11. Những khái niệm gì được sử dụng trong quá trình khảo sát thu thập thông tin? Giải thích nội dung các khái niệm đó? 12. Sau khảo sát cần làm những công việc gì? Cần có những tài liệu tổng hợp nào? Bài tập 1. Lập một kế hoạch phỏng vấn một người làm công vi ệc văn phòng ở m ột văn phòng một cơ quan mà anh biết? 2. Chuẩn bị một bảng hỏi với ít nhất 5 câu hỏi (bao gồm cả câu hỏi đóng và câu h ỏi mở) đối với một cán bộ văn phòng vừa nói ở trên và d ụ ki ến th ời gian th ực hi ện mỗi câu hỏi? 3. Hãy thực hành việc hẹn gặp một người để phỏng vấn thông qua điện thoại? 4. Làm một bảng hỏi để điều tra ý kiến của những người trong tổ chức: ý ki ến đó liên quan đến việc hiểu biết về HTTT, thái độ đồng tình hay phản đối, về mong muốn gì đối với HTTT, về khả năng thành công, về những khó khăn gặp phải? 5. Anh hãy xác định mục tiêu hay những khó khăn đang gặp ph ải c ủa c ơ quan anh (hay một tổ chức mà anh hiểu biết về nó)? Thử nêu ra những yếu tố quyết đ ịnh thành công cho việc đạt mục tiêu hay giải quyết vấn đề? Li ệt kê các đ ơn v ị ch ức năng của tổ chức và lập ma trận yếu tố quyết định thành công - ch ức năng đ ể tìm ra những đơn vị chức năng của tổ chức cần được xem xét để phát tri ển HTTT ở đó? ----oOo----
ADSENSE

CÓ THỂ BẠN MUỐN DOWNLOAD

  • Giáo trình Phân tích thiết kế hệ thống thông tin quản lý - Phạm Minh Tuấn

    pdf 114 p | 12964 | 3661

  • Giáo trình Phân tích và thiết kế một hệ thống thông tin

    doc 150 p | 311 | 103

  • Giáo trình Phân tích thiết kế hệ thống thông tin quản lý

    pdf 123 p | 272 | 77

  • Phân tích thiết kế hệ thống thông tin - Chương 2

    pdf 10 p | 146 | 27

  • Bài giảng Nhập môn công nghệ phần mềm - Chương 2: Khảo sát hiện trạng và xác định yêu cầu

    pdf 43 p | 99 | 12

  • Bài giảng Công nghệ phần mềm: Chương 2 - Nguyễn Thị Cẩm Hương

    pdf 56 p | 107 | 11

  • Giáo trình Phân tích thiết kế hệ thống thông tin quản lý: Phần 1

    pdf 78 p | 21 | 10

  • Bài giảng Phân tích thiết kế hệ thống thông tin: Chương 2 - ThS. Tăng Mỹ Thảo

    pdf 58 p | 99 | 8

  • Chương 2: Xác định và phân tích yệu cầu

    ppt 56 p | 168 | 8

  • Bài giảng Nhập môn công nghệ phần mềm: Chương 2 - ThS. Phạm Đào Minh Vũ

    pdf 67 p | 90 | 7

  • Bài giảng Phân tích thiết kế hệ thống thông tin - Chương 2: Xác định và phân tích yêu cầu (khảo sát hiện trạng)

    pdf 41 p | 72 | 6

  • Cách phân tích thiết kế hệ thống thông tin quan trọng phần 2

    pdf 13 p | 73 | 6

  • Bài giảng Công nghệ phần mềm: Chương 2 - Trần Anh Dũng

    ppt 58 p | 94 | 6

  • Bài giảng Thiết kế hệ thống thông tin: Chương 2 - ThS. Lê Văn Tấn

    pdf 34 p | 91 | 5

  • Bài giảng Hệ thống thông tin: Chương 2 - GV. Lê Thị Quỳnh Nga

    ppt 17 p | 80 | 5

  • Bài giảng Công nghệ phần mềm: Chương 2 - ThS. Nguyễn Thị Bích Ngân

    pdf 46 p | 80 | 4

  • Bài giảng Nhập môn Công nghệ phần mềm: Chương 2 - ThS. Phạm Thi Vương

    pdf 84 p | 64 | 4

  • Bài giảng Phân tích thiết kế hệ thống thông tin - Chương 2: Xác định và phân tích yêu cầu

    pdf 20 p | 86 | 3

Thêm tài liệu vào bộ sưu tập có sẵn: Đồng ý Thêm vào bộ sưu tập mới: *Tên bộ sưu tập Mô Tả: *Từ Khóa: Tạo mới Báo xấu
  • Hãy cho chúng tôi biết lý do bạn muốn thông báo. Chúng tôi sẽ khắc phục vấn đề này trong thời gian ngắn nhất.
  • Không hoạt động
  • Có nội dung khiêu dâm
  • Có nội dung chính trị, phản động.
  • Spam
  • Vi phạm bản quyền.
  • Nội dung không đúng tiêu đề.
Hoặc bạn có thể nhập những lý do khác vào ô bên dưới (100 ký tự): Vui lòng nhập mã xác nhận vào ô bên dưới. Nếu bạn không đọc được, hãy Chọn mã xác nhận khác.. Đồng ý LAVA AANETWORK THÔNG TIN
  • Về chúng tôi
  • Quy định bảo mật
  • Thỏa thuận sử dụng
  • Quy chế hoạt động
TRỢ GIÚP
  • Hướng dẫn sử dụng
  • Upload tài liệu
  • Hỏi và đáp
HỖ TRỢ KHÁCH HÀNG
  • Liên hệ
  • Hỗ trợ trực tuyến
  • Liên hệ quảng cáo
Theo dõi chúng tôi

Chịu trách nhiệm nội dung:

Nguyễn Công Hà - Giám đốc Công ty TNHH TÀI LIỆU TRỰC TUYẾN VI NA

LIÊN HỆ

Địa chỉ: P402, 54A Nơ Trang Long, Phường 14, Q.Bình Thạnh, TP.HCM

Hotline: 093 303 0098

Email: support@tailieu.vn

Giấy phép Mạng Xã Hội số: 670/GP-BTTTT cấp ngày 30/11/2015 Copyright © 2022-2032 TaiLieu.VN. All rights reserved.

Đang xử lý... Đồng bộ tài khoản Login thành công! AMBIENT

Từ khóa » Khảo Sát Hiện Trạng Xác định Yêu Cầu Hệ Thống