Ảnh hưởng của việc phân tích, mô tả tổ chức ở nhiều frame khác nhau trong quá trình xây dựng, phát triển một hệ thống thông tin

1 LỜI CẢM ƠN Xin gởi lời cảm ơn trân trọng đến: Các Thầy Cô Khoa Quản Lý Công Nghiệp_ Trường Đại Học Bách Khoa người đem lại cho khối kiến thức quản trị cập nhật mang tính ứng dụng cao Thầy Võ Văn Huy– giáo viên hướng dẫn đề tài – giúp định hướng, hướng dẫn phương pháp tạo điều kiện để hoàn thành luận văn Các đồng nghiệp công Ty Tân Thiên Niên Kỷ, PSV, Trung Tâm Phần Mềm Quang Trung, Kinh Đô tập thể lớp MBA khoá 14 giúp đỡ trình lấy ý kiến khảo sát vấn đề Các tác giả - tập thể cá nhân tài liệu tham khảo – Chính nhờ kiến thức kinh nghiệm họ mà mở rộng kiến thức, đồng thời tiết kiệm nhiều thời gian Gia đình, người thân bạn bè khuyến khích, động viên tinh thần, hỗ trợ ý tưởng, công sức tài để hoàn thiện đề tài Tp Hồ Chí Minh, tháng 06 năm 2005 Người thực TÓM TẮT LUẬN VĂN Việc thất bại ISD tiếp tục động để thúc đẩy nhà nghiên cứu, nhà phát triển có cách nhận thức khác hơn, khuynh hướng tốt để từ rút kinh nghiệm việc quản lý tốt yếu tố ảnh hưởng tới thành công ISD Theo xu hướng tương lai, Công Ty tham gia làm gia công cho thị trường nước số Công Ty nước số Công Ty nước ngoài, hay liên doanh cố gắng xây dựng sản phẩm riêng cho Đây toán lớn mà nhà IT phải xem xét: • Phải nghiên cứu định hướng cho sản phẩm cần làm: sản phẩm ERP, E-Learning, Tài Chính Kế Toán, Quản Lý Tồn Kho, hay Cung ứng Vận Chuyển … • Làm có yêu cầu xây dựng IS để áp dụng vào thực tế sản phẩm phải đáp ứng yêu cầu theo chiều hướng phát triển tốt: ngày mở rộng quy mô chất lượng chức Thông thường sản phẩm thất bại vấn đề kỹ thuật mà đa số không hiểu người thiết kế, xây dựng IS người sử dụng Sự không hiểu có hai dạng • Chưa tìm hiểu yêu cầu người sử dụng chưa kỹ • Đã tìm hiểu yêu cầu hiểu sai có nhầm lẫn Do nói cách phân tích yêu cầu từ người sử dụng quan trọng, vấn đề cần phải thực trước bắt tay xây dựng IS Đề tài phát triển nhằm nghiên cứu ảnh hưởng việc mô tả tổ chức nhiều Frame khác việc xây dựng phát triển hệ thống thông tin dựa lý thuyết Frame Bolman Deal cách tìm hiểu mô hình áp dụng Frame, lý thuyết áp dụng Frame việc xây dựng IS, cách phân tích yêu cầu tổ chức cho việc xây dựng IS Áp dụng phương thức Case Study Action Research thiết lập Case Study cho IS triển khai cho nhiều tổ chức mà tác giả có tham gia IS xây dựng từ năm 1999 sử dụng phát triển cho nhiều tổ chức khác Mục đích đề tài nhằm nghiên cứu tìm hiểm thực công việc sau: • Tìm hiểu ảnh hưởng frame lên việc xây dựng phát triển IS • Tìm hiểu ảnh hưởng frame giai đoạn có khác • Xây dựng lý thuyết requirement cho ISD: Spiral Model of Requirement Development Đề tài đóng góp phần nhỏ việc nhấn mạnh ảnh hưởng việc phân tích tổ chức nhiều frame khác nhấn mạnh yếu tố quan trọng cho việc thành công IS Khẳng định giả thuyết đưa cách khảo sát hai đối tượng cho hai vấn đề: thành viên lớp MBA khóa14_việc chọn vấn đề version tác giả, thành viên tham gia xây dựng IS_kiểm định giả thuyết mà tác giả đưa Việc áp dụng frame Bolman Deal cho IS thực tế giúp cho tác giả đồng nghiệp hiểu rõ nhiệm vụ, trách nhiệm, hiểu rõ ảnh hưởng giúp cho phát triển IS trọn vẹn thành công Ngoài kết nghiên cứu đưa đề nghị cho tổ chức, nhà xây dựng IS, tổ chức tư vấn xây dựng IS cho tổ chức với mục tiêu: để xây dựng IS tốt hơn, có tư vấn hay phân tích tốt nhằm giảm rủi ro công việc xây dựng, phát triển sử dụng phần mềm MỤC LỤC 3.5.1 LỜI CẢM ÔN 3.5.2 TÓM TẮT LUẬN VĂN 3.5.3 MUÏC LUÏC 3.5.4 DANH MUÏC CÁC CHỮ VIẾT TẮT .7 3.5.5 DANH MỤC CÁC HÌNH 3.5.6 DANH MỤC CÁC BẢNG .10 3.5.7 CHƯƠNG 1: GIỚI THIỆU ĐỀ TÀI 11 1.1 Hoaøn cảnh lý hình thành đề tài 12 1.2 Noäi dung Mục đích đề tài 14 1.3 Phạm vi đề tài .15 1.4 Phương pháp nghiên cứu 15 3.5.8 CHƯƠNG 2: CƠ SỞ LÝ THUYẾT VÀ MÔ HÌNH NGHIÊN CỨU 18 2.1 Các khái niệm ISD thành phần liên quan 19 2.2 Các yếu tố ảnh hưởng tới thành công ISD 24 2.3 Phương pháp phân tích tổ chức 31 2.4 Frame, tác động frame ISD 35 2.5 Cách phân tích tổ chức nhiều frame khác 39 2.6 Khoảng cách IT Business 40 3.5.9 CHƯƠNG 3: THIẾT LẬP KHẢO SAÙT 42 3.1 Phương thức thành lập Case 43 3.2 Mô tả Case 43 3.3 Phân tích Case 50 3.4 Thiết lập giả thuyết .59 3.5 Thiết lập khảo sát 64 3.5.1 Mô hình khảo sát Case 64 3.5.2 Thieát lập bảng câu hỏi 69 3.5.3 Thử nghiệm khảo saùt 70 3.5.4 Mẫu thủ tục lấy mẫu .72 3.5.4 Thu thập liệu 73 3.5.6 Phương thức phân tích liệu .74 3.5.10 CHƯƠNG 4: KẾT QUẢ KHẢO SÁT VÀ PHÂN TÍCH 75 4.1 Kết khảo sát 76 4.2 Kieåm định giả thuyết 77 4.3 Lý thuyết requirement ISD: Spiral Model of Requirement Development 88 4.4 Nhận định khác 92 3.5.11 CHƯƠNG 5: KẾT LUẬN VÀ ĐỀ NGHỊ 93 5.1 Kết luận việc sử dụng Action Research Case Study 94 5.2 Kết luận đóng góp từ trình nghiên cứu 94 5.2 Những hạn chế hướng nghiên mở rộng đề tài 98 PHỤ LỤC 3.1 THU THẬP DỮ LIỆU TỪ IS .99 PHUÏ LUÏC 3.2 THIẾT KẾ WEBSITE CHO VIỆC THU THẬP DỮ LIỆU 106 PHỤ LỤC 3.3 Ý KIẾN CỦA USER TRONG VERSION .114 PHUÏ LUÏC 3.4 BÁO CÁO THỬ NGHIỆM VÀ KHẢO SÁT 116 PHỤ LỤC 4.1 KẾT QUẢ KHẢO SÁT FRAME CHO TỪNG VẤN ĐỀ 119 PHỤ LỤC 4.1 KẾT QUẢ KHẢO SÁT CÓ THÀNH PHẦN CỦA FRAME TRONG CÁC VERSION CHO KIỂM ĐỊNH GIẢ THUYẾT 121 TÀI LIỆU THAM KHẢO 122 DANH MỤC CÁC CHỮ VIẾT TẮT Admin : Nhà quản trị (Administrator) AS : Mô tả kiến trúc (Architect Specification) BA : Chuyên viên phân tích (Business Analyst) CNTT : Công nghệ thông tin CSFs : Các yếu tố tiên thành công (Critical Success Factors) DM : Chuyên viên quản lý tài liệu (Document Manager) ERP : Hoạch định nguồn lực doanh nghiệp (Enterprise Resource Planning) FS : Mô tả chức (Function Specification) IS : Hệ thống thông tin (Information System) ISD : Phát triển hệ thống thông tin (Information System Development) LMS : Learning Management System PM : Quản lý dự án (Project Managar) RE : Phân tích yêu cầu (Requirement Enigneering) SOW : Statement of Work TD : Test Director (Công cụ hỗ trợ theo dõi lỗi trình kiểm tra lỗi phần mềm) TS : Mô tả kỹ thuật (Techinical Specification) DANH MỤC CÁC HÌNH Sơ đồ 1.1 Mô hình trình nhận dạng vấn đề .16 Sơ đồ 2.1 Hệ thống thông tin .19 Sơ đồ 2.2 Các trình ISD 21 Sơ đồ 2.3 Framework hỗ trợ cho ISD .29 Sơ đồ 2.4 Mối quan hệ yếu tố ảnh hưởng có thay đổi tổ chức 30 Sơ đồ 2.5 Mô hình diễn tả khoảng cách IT Business 41 Sơ đồ 3.1 Mô hình E-Learning 50 Sơ đồ 3.2 Các bước xây dựng cho IS Version 51 Sơ đồ 3.3 Các bước xây dựng cho IS Version 52 Sơ đồ 3.4 Các bước xây dựng cho IS Version 55 Sơ đồ 3.5 Các bước xây dựng cho IS Version 54 Sơ đồ 3.6 Các bước xây dựng cho IS Version 55 Sơ đồ 3.7 Các bước xây dựng cho IS Version 56 Sơ đồ 3.8 Các bước xây dựng cho IS Version 57 Sơ đồ 3.9 Tổng quan trình làm việc IS 58 Sơ đồ 3.10 Mô hình Version_Quá Trình 59 Sơ đồ 3.11 Sơ đồ Stakeholder IS .61 Sơ đồ 3.12 Mô hình khảo sát lựa chọn vấn đề cho version 65 Sơ đồ 3.13 Mô hình khảo sát lựa chọn frame cho vấn đề 68 Sơ đồ 3.14 Mô hình thử nghiệm khảo saùt 71 Sơ đồ 4.1 Kết khảo sát ảnh hưởng Strutural Frame lên Version 79 Sơ đồ 4.2 Kết khảo sát ảnh hưởng Human Resource Frame lên Version 81 Sơ đồ 4.3 Kết khảo sát ảnh hưởng Human Resource Frame lên Version 83 Sơ đồ 4.4 Kết khảo sát ảnh hưởng Political Frame lên Version 84 Sơ đồ 4.5 Kết khảo sát ảnh hưởng Culture Frame lên Version 85 Sơ đồ 4.6 Kết khảo sát ảnh hưởng Political Frame lên Version 87 Sơ đồ 4.7 Mô hình quan hệ frame .88 Sơ đồ 4.8 Spiral Model of Requirement Development 89 10 CHƯƠNG GIỚI THIỆU ĐỀ TÀI Giới thiệu lý phát triển đề tài vấn đề nghiên cứu chủ chốt Phần thứ mô tả hoàn cảnh lý đời đề tài Phần thứ hai giới thiệu nội dung, mục đích, phạm vi đề tài phương pháp nghiên cứu 107 Thiết kế website Màn hình login vào hệ thống Khảo sát việc chọn lựa vấn đề, ba version 1,2,3 số lượng vấn đề nhiều, việc chọn lựa vấn đề có ảnh hưởng tới frame sau Sau đáp viên chọn version trả lời vấn đề theo hướng dẫn trang web 108 Version Version 109 Version 3 Thiết kế website để khảo sát thành viên xây dựng phát triển IS Chọn lựa version để trả lời 110 Các vấn đề version Issue Version veà The use of structure data nêu đáp viên muốn xem chi tiết issue 111 Khảo sát cho Version Khảo sát cho Version Khảo sát cho Version 112 Khảo sát cho Version Khảo sát cho Version Khảo sát cho Version 113 Các đáp viên xem kết sau hoàn tất việc khảo sát 114 PHỤ LỤC 3.3 Ý KIẾN CỦA USER TRONGVERSION Touch Screen in Changzhou - how Changzhou successfully uses fLexU in Flextronics Enclosures facility in Changzhou is now using Flex U’s touch screen capabilities to track and display employee training employee training records Flex University staff interviewed Janet Zhang, and Xiaodong Tu to gain their perspectives on how using Flex U has benefited their training organization Why was the decision made to use Flex U for training administration in Changzhou? The Training Team Deping, Janet, Xiaodong (from left to right) We believe that well-trained employees are integral to Flextronics’ business success With its global reach, Flex U shares Best Practices with employees no matter where they are located; allowing Flextronics and its employees to consistently meet and exceed customers' expectations Before you started using Flex U, how did you record employee-training records? Using traditional paper records & Excel worksheet How has your training process changed since you started using Flex U? Now we balance traditional classroom instructions and web-based instructions What benefits have you and your staff seen when using Flex U to track and record employee training? Changzhou's Touch Screen You can display any employee's training record from a department or customer's program a Easy to track and manage the training progress b Reduce labor costs c Achieve better results Have you seen benefits for the employees and their managers because you now use Flex U? Yes, using Flex U's services helps employees increase their job knowledge, develop their job skills, improve their performance, and position themselves for job Opportunities What are the external customers’ reactions when they see Flex U’s touchscreen? 115 them perfect products We see Flex U as being very successful in Changzhou What you think are the main two things that contributed to the acceptance of Flex U? a Flex U system is extremely well done b Support from our General Manager What advice would you give to other Training Managers who are beginning to implement Flex U in their locations? Believe the system , believe yourself, and hold the line patiently ! Changzhou's Touch Screen - Hardware 116 PHỤ LỤC 3.4 BÁO CÁO VIỆC THỬ NGHIỆM VÀ KHẢO SÁT Danh sách thành viên tham gia thử nghiệm khảo sát vấn đề - Ông Nguyễn Hữu Anh Huy (Kỹ Sư CNTT) ¾ Đơn vị công tác : Công Ty Phần Mềm Tân Thiên Niên Kỷ ¾ Chức vụ tại: Technical Administrator, Project Manager ¾ Chức vụ tham gia IS: Project Manager - Ông Lưu Nhật Huy (Kỹ CNTT, MBA) ¾ Đơn vị công tác tại: Công Ty Cổ Phần Kinh Đô ¾ Chức vụ : Chuyên Viên Hoạch Định Chiến Lược ¾ Chức vụ tham gia IS: cựu Project Manager cho dự án xây dựng môn học (Authoring Tool) dùng để tích hợp vào IS - Bà Huỳnh Thị Thu Trang (Kỹ sư CNTT) ¾ Đơn vị công tác tại: Công Ty Phần Mềm PSV ¾ Chức vụ : Database Manager/ Administrator ¾ Chức vụ tham gia IS: cựu Database Manager/ Administrator cho IS Các vấn đề tranh luận: cách thảo luận tay đôi email - Khảo sát vấn đề (issue) mà tác giả đề nghị đưa khảo sát cho version - Khảo sát câu hỏi lấy ý kiến Ghi nhận việc khảo sát Issue: The platform Tác giả: The platform should be designed so that the course can be very versatile For example, the course quizezes may have different formats Some may be multiple choices Some may be dragging a dropping icons Some courses may be timed Some may have unlimited time Some courses may be open format (allow user to view course material) or close format Suggestion : I think the below paragraph is better than yours 117 The platform should be designed in a way that allows the courses to be very versatile For example, the course’s quizzes may have different formats Some questions have multiple choices while some support dragging and dropping features Some courses are associated to a timing limit while others are unlimited Some courses are openned to users (ie – users are allowed to view course’s materials) while the others are closed Issue: Passed/Failed Courses Tác giả: We probably want to set a pass, fail criteria for each course If the user faills the course then we should require him/her to take it again Should we limit the number of thime the user can retake a course? What happens if the user exceeds this limit? Suggestion: should we use questions here? We should use affirmative sentences in the solution section Issue: Course Structure Taùc giaû: Give a view of the courses, including syllabus, actually a few pages of the course, a rating sheet with actual student comments and some star ranking Suggestion: User can see an overview of a course, which includes the syllabus and current rating and comments of users who have taken it so far Question :Does this issue stress the relationship between people and organization? Suggestion: Should we replace “stress” to “empower” ? I checked for issue in version but the result doesn’t show my answer, please see the picture below 118 119 PHỤ LỤC 4.1 KẾT QUẢ KHẢO SÁT VIỆC CHỌN FRAME CHO TỪNG VẤN ĐỀ Đối tượng khảo sát 14 thành viên lớp MBA Khoá 14 Khoa Quản Lý Công Nghiệp _ Trường Đại Học Bách Khoa Kết truy vấn từ Access database Version1_Frame1 fldIssue Total Issue name The use of structural data Types of reward system The platform Passed/Failed Courses Course Structure Student cannot learn or view all courses Request technical support 7 Specify the competed date for one assigned course Allow student to view admin's announcements Version1_Frame2 Total Version1_Frame3 Total Version1_Frame4 Total 3 1 1 2 2 2 2 Version2_Frame2 fldIssue Total Issue Name Create Batch Students Function Course Catalogue categories need to be defined Support offline course and some relationships with offline course 5 Add Course Types Create some reports for admin Version2_Frame1 Total Version2_Frame3 Total Version2_Frame4 Total 4 4 Version3_Frame3 fldIssue Total Issue Name Version3_Frame1 Total Version3_Frame3 Total Version3_Frame4 Total 120 Support multiple languages Create support for recertification classes Create new levels of Administrators 3.5.22 121 3.5.23 PHỤ LỤC 4.2 KẾT QUẢ KHẢO SÁT VIỆC CÓ THÀNH PHẦN CỦA FRAME TRONG CÁC VERSION CHO KIỂM ĐỊNH GIẢ THUYẾT Thành phần khảo sát thành viên tham gia xây dựng phát triển IS Kết truy vấn từ Access database Version1_Frame1 fldissue fldKeyword Goals Roles/Rules Technology Goals Roles/Rules Technology Goals Roles/Rules Technology Goals Roles/Rules Technology Goals Roles/Rules Technology Total 21 10 12 19 12 17 19 11 Version4_Frame4 fldissue fldKeyword Conflict Politics Power Conflict Politics Power Total 12 15 13 17 Version5_Frame4 fldissue fldKeyword Conflict Politics Power Conflict Politics Power Total 17 11 Version2_Frame2 fldissue fldKeyword Needs Relationships Skills Needs Relationships Skills Needs Relationships Skills Total 16 13 11 12 9 18 Version3_Frame2 fldissue fldKeyword Needs Relationships Skills Needs Relationships Skills Total 20 24 Version6_Frame3 fldissue fldKeyword Culture Total 26 Version7_ Frame3 fldissue fldKeyword Conflict Politics Power Total 19 ... tay xây dựng IS Đề tài phát triển nhằm nghiên cứu ảnh hưởng việc mô tả tổ chức nhiều Frame khác việc xây dựng phát triển hệ thống thông tin dựa lý thuyết Frame Bolman Deal cách tìm hiểu mô hình... có phải phân tích theo hướng tiến triển chức Phân tích mối quan hệ thông tin tổ chức thông tin tổ chức khác Nếu có liên quan tổ chức với tổ chức khác nên phân tích mối quan hệ thông tin hai bên... trường tổ chức Tìm hiểu môi trường tổ chức hai mức: toàn tổ chức, chức hệ thống Xem xét tổ chức hệ thống việc tìm hiểu yếu tố hệ thống điều cần thiết Câu hỏi hay sử dụng việc phân tích môi trường tổ