Chương 6: Phát triển MIS

Quá trình áp dụng các tiêu chuẩn lượng giá lên các dự án khả thi để chọn dự án mang tính quyết định đến việc thực hiện sứ mạng, mục đích và mục tiêu của tổ chức.. Xây dựng kế hoạch [r]

(1)

Chương 6

(2)

Đề cương chi tiết mơn học

Nội dung

Hình thức tổ chức dạy học

Tổng cộng Số tiết lớp

Tự học, tự NC Lý

thuyết

Thực hành

Tổng Bài tập T luận Khác

Phần I Cơ sở phương pháp luận MIS

C1: Đại cương MIS 12

Phần II Hạ tầng công nghệ thông tin MIS

C2: Mạng, Internet TMDT 6 12

C3: Quản trị liệu tri thức 3 10 18

Phần III Các MIS thực tiễn

C4: Các MIS tổ chức 3 9 18

Phần IV Quản trị MIS

(3)

Mar 11, 2004: Terrorists bomb trains in Madrid

(4)

Learning Objectives

1 Trình bày giải thích quá trình tổ chức sử dụng để quản trị hoạt động phát triển hệ thống thông tin

2 Mô tả giai đoạn chủ yếu chu kỳ phát triển hệ thống:

• Hoạch định/ Phân tích khả thi • Phân tích hệ thống

(5)

Learning Objectives

3 Mơ tả phân tích thiết kế IS theo Prototyping, Rapid

Application Development Object-Oriented ưu nhược của cách tiếp cận trên

4 Giải thích nhân tố liên quan đến tự xây dựng

(in-house) tình khơng thể dùng phương thức

(6)

Outline

I Một số vấn đề chung

II Chu kỳ phát triển IS (SDLC)

2.1 Hoạch định/ Phân tích khả thi 2.2 Phân tích

2.3 Thiết kế 2.4 Triển khai

2.5 Khai thác bảo trì

III Các phương pháp phát triển hệ thống khác

3.1 Prototyping

3.2 Rapid Application Development – RAD 3.3 Object-Oriented

IV Các phương thức phát triển IS

4.1 Tự làm 4.2 Mua

(7)

I Một số vấn đề chung

Công nghệ phần mềm – Software Engineering (1990s)

• Trước 1990s  đa dạng, phi cấu trúc phụ thuộc vào “kỹ năng” cá biệt lập trình viên

• 1990s  chuyển đổi từ “art” sang “discipline” i.e sử dụng phương pháp luận chung, công nghệ, công cụ

Công nghệ phần mềm – Software Engineering (1990s)

• Trước 1990s  đa dạng, phi cấu trúc phụ thuộc vào “kỹ năng” cá biệt lập trình viên

• 1990s  chuyển đổi từ “art” sang “discipline” i.e sử dụng phương pháp luận chung, công nghệ, cơng cụ

Phân tích thiết kế hệ thống (Systems analysis and design)

- Quá trình thiết kế, tạo lập quản trị IS tổ chức - Vai trị  Phân tích viên hệ thống

Phân tích thiết kế hệ thống (Systems analysis and design)

- Quá trình thiết kế, tạo lập quản trị IS tổ chức - Vai trị  Phân tích viên hệ thống

Thuật ngữ

Các chuẩn cơng nghệ phần mềm:

• Structured systems analysis and design method (SSADM) • Software prototyping

(8)

I Một số vấn đề chung Thuật ngữ

Xác định vấn đề “lớn” mà tổ chức cần giải

• Phân rã vấn đề lớn thành vấn đề nhỏ

• Lập trình cho máy tính xử

Phân rã vấn đề (Problem Decomposition) – Q trình bước

có cấu trúc để chia toán lớn phức tạp thành toán nhỏ hơn, đơn giản để phát thiết kế giải pháp xử lý

(9)

Phát triển IS (System development)

Phát triển IS (System

development) các

hoạt động tiến hành để tạo giải pháp IS nhằm xử lý vấn đề một hội kinh

doanh tổ chức Các hoạt động cốt lõi 1 Hoạch định

2 Phân tích 3 Thiết kế

Phát triển IS (System development) các hoạt động tiến hành để tạo giải pháp IS nhằm xử lý vấn đề một hội kinh

doanh tổ chức Các hoạt động cốt lõi 1 Hoạch định

(10)

Phát triển IS (System development)

Implementation Design Analysis Planing

Maintenance

The systems development life cycle (SDLC) is a term used in systems

engineering, information systems and software engineering to describe a process for planning, creating, testing, and deploying

an information system (Wiki)

The systems development life cycle (SDLC) is a term used in systems engineering, information systems and software engineering to

(11)

(12)

I Các vấn đề chung phát triển IS

Phát triển IS (System development) – Vai trò người dùng cuối (End–User)

• Nhu cầu thơng tin họ định

hướng cho việc xây dựng IS

• Người dùng phải kiểm sốt đầy đủ trình thiết kế để đảm bảo IS phản ánh quan tâm hàng đầu kinh

(13)

Nội dung

I Các vấn đề chung phát triển IS II Chu kỳ phát triển IS

(14)

(15)

II Chu kỳ phát triển IS – 2.1 Hoạch định/ phân tích khả thi

System Identification

Selection

Systems Planning

Nội dung

Quá trình nhận dạng các hội (business case) mà IS dự định đem lại để giải vấn đề kinh doanh tổ chức

Quá trình áp dụng tiêu chuẩn lượng giá lên dự án khả thi để chọn dự án mang tính định đến việc thực sứ mạng, mục đích mục tiêu tổ chức

(16)

II Chu kỳ phát triển IS – 2.1 Hoạch định/ phân tích khả thi 2.1.1 System Identification – Xác lập dự án IS

Quá trình nhận dạng các hội (business case) mà IS dự định đem lại để giải vấn đề kinh doanh tổ chức

(17)

1 RFID ?? Ưu nhược RFID so mã vạch (bar code) Các lĩnh vực ứng dụng RFID

• Supply chain logistics • Giao thơng

• Y tế • ???

2.1.1 System Identification – Xác lập dự án IS

Xác lập d

ự án ứng

dụng RF ID

trong trườ

ng Cao đ

ẳng Kinh tế

(18)

Nhận dạng lựa chọn dự án tiềm

• Dự án định sứ mạng, mục đích mục tiêu tổ chức • Q trình lựa chọn phụ thuộc vào tổ chức bao gồm

- Q trình hoạch định IS thức - Q trình Ah-hoc

• Trọng tâm dự án khác tùy theo nguồn phát sinh

2.1.2 System selection – Đánh giá khả thi

(19)

(20)

IS dự định chạy “tốt” End-users chấp thuận

Hỗ trợ ban giám đốc, khách hàng, đối tác phủ Tổ chức có phần cứng, phần

mềm, người đủ lực hỗ trợ hoạt động IS xây dựng

Khả thi vận hành Khả thi kỹ thuật

Tổng lợi ích suốt trình khai thác > TCO

Hỗ trợ mục tiêu chiến lược của tổ chức, ngành, …

Thời gian triển khai hợp lý

Khả thi kinh tế Khả thi tổ chức

(21)

Chỉ tiêu đánh giá Mô tả

Phù hợp chiến lược Đánh giá quan điểm khả hỗ trợ tổ chức đạt mục tiêu chiến lược lâu dài Lợi ích tiềm Đánh giá quan điểm tăng lợi ích, dịch vụ

cho khách hàng, … thời hạn đem lại lợi ích Chi phí tiềm

và nguồn lực khả dụng

Số lượng chủng loại nguồn lực dự án yêu cầu khả sẵn có

Quy mơ/ thời gian Số lượng thành phần độ dài thời gian hồn thành dự án

Khó khăn kỹ thuật/

rũi ro Mức độ phức tạp kỹ thuật liên quan đến việc triển khai dự án phạm vi thời gian ràng buột nguồn lực

(22)

(23)

“Corporate Social Responsibility is the continuing commitment

by business to contribute to economic development while improving the quanlity of life of the workforce and their families as well as of the community and society at large”

World Business Council for Sustainable Development, 1953 – (www.wbcsd,ord)

CSR quy định quy tắc ứng xử (CoC): – Khuyến nghị 190 loại bỏ LĐ trẻ em

– Hệ thống quản lý môi trường theo ISO 14000 – Tiêu chuẩn SA 8000

– Công ước 182

(24)

Xây dựng kế hoạch chính thức để thực dự án IS chọn

Kết  Kế hoạch triển khai hệ thống (Luận chứng kinh tế kỹ thuật/ báo cáo khả thi)

Nội dung

• Các phương án dự tuyển

• Đánh giá khả thi phương án khả thi • Các giai đoạn tiến độ thực hiện

(25)

(26)

(27)

(28)

(29)

(30)

II Chu kỳ phát triển IS System Planning/ Investigation

System Investigation

Product: Feasibility Study

• Đánh giá hội kinh doanh

• Nghiên cứu khả thi, lựa chọn xây dựng hay cải tiến hệ thống có

• Lập kế hoạch quản trị dự án

System Analysis

Product:

Functional Requirements

• Phân tích yêu cầu thông tin nhân viên, người dùng nhà đầu tư

• Xác lập nhu cầu chức hệ thống nhằm đáp ứng yêu cầu

System Design

Product:

System Specifications

• Đặc tả phần cứng, phần mềm, người mạng nguồn liệu IS để đáp ứng đòi hỏi hệ thống E-Business tổ chức

System Implementation

Product:

• Trang bị lắp đặt phần cứng phần mềm • Chạy thử huấn luyện người dùng

Phân tích vấn đề

các hội kinh doanh

Phát triển giải pháp

hệ thống thông tin

(31)

(32)

II Chu kỳ phát triển IS – 2.2 Phân tích hệ thống 2.2.1 Thu thập nhu cầu hệ thống – Các công cụ truyền thống

Phỏng vấn (Interviews) Bảng câu hỏi

(Questionaires)

Khảo sát (Observations) Phân tích tài liệu

(Document Analysis)

(33)

II Chu kỳ phát triển IS – 2.2 Phân tích hệ thống

2.2.1 Thu thập nhu cầu hệ thống – Các công cụ truyền thống

Công cụ Hoạt động thực hiện

Phỏng vấn

cá nhân Phỏng vấn cá nhân  thu thập thông tin hoạt động vấn đề hệ thống nhu cầu hệ thống cho hoạt động tổ chức tương lai

Bảng câu

hỏi Khảo sát người dùng cuối qua bảng câu hỏi  phát vấn đề nhu cầu tổ chức Khảo sát

hiện trạng Khảo sát hoạt động LĐ thời điểm chọn lọc  quan sát cách thức quản lý liệu thông tin cần thiết để thực công việc

Nghiên cứu

(34)

(35)

Strengths Weaknesses

Giúp nhà quản trị học hiểu cách tiếp cận hỗ trợ việc sử dụng cách tiếp cận

Việc tập trung mức cao có thể dẫn đến việc đơn giản hóa các tính phức tạp

Cung cấp phương pháp để

hiểu nhu cầu thông tin tổ chức nhằm đưa

định hiệu quả

Khó có phân tích viên đào tạo vận hành trình CSF, yêu cầu vừa am hiểu IS vừa có khả giao tiếp hiệu với lãnh đạo cấp cao

(36)

2.2.1 Thu thập nhu cầu hệ thống – kỹ thuật JAD (Joint Application Design) End Result

Documentation detailing existing system Features of proposed system

Participants

Session Leader Users

Managers Sponsor

Systems Analysts Scribe

(37)

2.2.1 Thu thập nhu cầu hệ thống – JAD (Joint Application Design)

Strengths Weaknesses

Hoạt động nhóm cho phép nhiều người tham gia mà không làm chậm tiến độ

Rất khó để tập trung

người vào lúc, nơi để tiến hành họp JAD

Q trình nhóm có khả dẫn đến mức độ cao chất lượng việc chấp nhận hệ thống

Yêu cầu ủng hộ lãnh đạo để đảm bảo có đủ nguồn lực thích hợp nhằm huy động việc tham gia rộng rãi

nhiều người Sự tham gia nhóm

quá trình thiết kế phát triển giúp việc thực, huấn

(38)

Sơ đồ quan hệ thực thể – ERD : công cụ dùng để biểu

diễn quan hệ thực thể để phát triển chương trình ứng dụng sở liệu

Sơ đồ quan hệ thực thể – ERD : công cụ dùng để biểu diễn quan hệ thực thể để phát triển chương trình ứng dụng sở liệu

2.2.2 Mô hình hóa liệu  ERD

Sơ đồ ERD

quản lý hệ thống tín chỉ:

(39)

Sơ đồ “top-down”, kết trình phân rã, thể cấp thiết kế, mối quan hệ với cấp khác vị trí

cấu trúc thiết kế chung

(40)

Quá trình mua sách “truyền thống” gồm nhiều bước tiến hành bởi khách hàng người bán

(41)

Tái thiết kế q trình bằng việc sử dụng Internet  bước cơng việc

và tài nguyên

(42)

• Cơng cụ để biểu diễn q trình dịng liệu IS • Cung cấp mơ hình logic lưu chuyển dịng thơng tin

• Sơ đồ phân cấp để tách trình thành lớp chi tiết hơn

(43)

Logic – giải thuật/ cách thức xử lý process

Công cụ:

1 Pseudo code / Structured English – đặc tả process tiếng Anh + ngữ pháp NNLT cấu trúc

2 Decision Table – biểu diễn dạng bảng cho process rẽ nhánh (bao gồm biến định, giá trị định, hành động/ công thức)

3 Decision Tree – biểu diễn đồ họa decision table

(44)

Process 2.1 - Record Customer Information

Ask if customer has an account (or has made a previous order) If customer has an account then

Ask for indentification information

Query database with indentifying information Copy query response data to Order details Else

Create an empty Customer record in the database Ask customer for Customer attributes

Update empty Customer record with Customer attributes

(45)

2.2.3 MHH q trình logic  Logic xử lý – Decision Table & Decision Tree

YTD purchases > $250

Yes No

Number of items purchased (N) 3 4 3 4 Delivery day Next 2nd 7th Next 2nd 7th Next 2nd 7th Next Delivery charge ($) 25 10 N x 1.50 N x 6.00 N x 2.50

(46)

Quy định tuyển nhân viên hỗ trợ kỹ thuật sau:

“Để ứng cử vào vị trí hỗ trợ kỹ thuật, bạn phải có ba năm cao đẳng chuyên ngành hai năm kinh

nghiệm liên quan Tuy nhiên, bạn đáp ứng một yêu cầu, vượt qua kỳ thi tuyển với số điểm 95 trở lên, miễn yêu cầu khác” Yêu cầu: lập bảng/ định

1 Xác định số lượng nội dung điều kiện tuyển dụng.

2 Lập bảng/ định biểu diễn tất điều kiện. 3 Tinh giản kết quả, xóa quy định thừa (nếu có) giải

(47)

II Chu kỳ phát triển IS System Analysis

System Analysis

Product:

• Phân tích u cầu thơng tin nhân viên, người dùng nhà đầu tư

System Design

Product:

Operational System

• Chuyển sang vận hành IS theo yêu cầu Phân tích

vấn đề hội kinh doanh

Đưa giải pháp IS vào sử

(48)

(49)

II Chu kỳ phát triển IS – 2.3 Thiết kế hệ thống

Forms – mẫu nhập liệu liệu từ chứng từ hồ sơ nghiệp

vụ vào IS Bao gồm số nội dung xác định trước và vị trí dành sẵn để nhập liệu

Forms – mẫu nhập liệu liệu từ chứng từ hồ sơ nghiệp vụ vào IS Bao gồm số nội dung xác định trước và vị trí dành sẵn để nhập liệu

Reports – đầu IS chứa nội dung xác định

trước thường dạng bảng

Reports – đầu IS chứa nội dung xác định trước thường dạng bảng

(50)

(51)

(52)

II Chu kỳ phát triển IS – 2.3 Thiết kế hệ thống

Giải thuật – Processing Logic – Trình tự bước thủ tục

biến đổi liệu thô đầu vào thành thông tin hay cập nhật

Giải thuật – Processing Logic – Trình tự bước thủ tục biến đổi liệu thô đầu vào thành thông tin hay cập nhật

Cơng cụ

• Mã giả (Pseudocode)

• Sơ đồ cấu trúc (Structure charts) • Cây định (Decision trees) • Ngơn ngữ lập trình

Cơng cụ

• Mã giả (Pseudocode)

• Sơ đồ cấu trúc (Structure charts) • Cây định (Decision trees) • Ngơn ngữ lập trình

(53)

II Chu kỳ phát triển IS System Design

System Analysis

Product:

System Design

Product:

Operational System

(54)

(55)

II Chu kỳ phát triển IS – 2.4 Triển khai hệ thống

Lập trình (Coding) – Chuyển đổi đặc tả thiết kế thành

mã lệnh chương trình máy tính

Lập trình (Coding) – Chuyển đổi đặc tả thiết kế thành mã lệnh chương trình máy tính

Kiểm tra chương trình (Testing)

Chuỗi phép kiểm tra để phát lỗi tính hợp lệ được tiến hành song song với trình lập chương trình

Kiểm tra chương trình (Testing)

Chuỗi phép kiểm tra để phát lỗi tính hợp lệ được tiến hành song song với trình lập chương trình

2.4.1 Lập trình Kiểm thử

Loại kiểm tra Trọng tâm Thực

Phát triển

(Development) Tính đắn module tích tích hợp nhiều module Lập trình viên Alpha Kiểm tra toàn để đánh giá mức

độ thỏa mản yêu cầu mong muốn hệ thống

Nhân viên

kiểm tra phần mềm

(56)

(57)

Các phương thức dịch chuyển từ hệ thống cũ sang khai thác sử dụng hệ thống mới

(58)

Tài liệu hệ thống

Các loại tài liệu

2.4.3 Lập tài liệu hệ thống

Tập hợp “vật liệu” hệ thống thông tin tạo để hỗ trợ việc phát triển điều hành sau đó

• Tài liệu hướng dẫn sử dụng – tập hợp thị để sử

dụng tính chức hệ thống

• Huấn luyện người dùng – sổ tay tập dùng để

dạy người dùng cách vận hành hệ thống Có thể tiến hành liệu thực

(59)

2.4.4 Huấn luyện, đào tạo

Các lựa chọn Mô tả

Tutorial Cá nhân – Kèm cặp qua tập hay người dạy Course Tập thể – Khóa lớp nhiều người học

Computer – Aided

Intructions Cá nhân – Sử dụng máy tính Interactive Training

Manuals Kết hợp tutorials CAI Resident Expert Hỗ trợ chỗ

Software help Các thành phần cài sẵn hệ thống giúp

Nội dung: dạy người dùng quy trình với

tính chức hệ thống nhằm đảm bảo họ có đủ lực vận hành hệ thống

Nội dung: dạy người dùng quy trình với

(60)

II Chu kỳ phát triển IS System Implementation

System Analysis

Product:

System Design

Product:

Phân tích vấn đề

các hội kinh doanh

(61)

(62)

II Chu kỳ phát triển IS – 2.5 Bảo trì hệ thống

Bảo trì - Quá trình đảm bảo hệ thống hoạt động đắn i.e thay

đổi phần cứng, phần mềm, tài liệu, thủ tục hệ thống hoạt động để sửa lỗi, đáp ứng yêu cầu mới, nâng cao hiệu xử lý

Bảo trì - Quá trình đảm bảo hệ thống hoạt động đắn i.e thay

đổi phần cứng, phần mềm, tài liệu, thủ tục hệ thống hoạt động để sửa lỗi, đáp ứng yêu cầu mới, nâng cao hiệu xử lý

Bảo trì Hệ thống – Phân loại

Loại bảo trì Mơ tả

Sửa lỗi – Corrective

Maintenance Sửa chữa lỗi sai khâu thiết kế, viết mã thực Tương thích – Adaptive

Maintenance Thêm tính nhằm đảm bảo phù hợp với thay đổi nhu cầu kinh doanh tích hợp vào mơi trường điều hành khác

Hoàn thiện – Perfective

(63)

II Chu kỳ phát triển IS System Maintenance

System Analysis

Product:

System Design

Product:

Operational System

(64)

Nội dung

I Các vấn đề chung phát triển IS II Chu kỳ phát triển IS

(65)

(66)

III Các phương pháp phát triển hệ thống khác

The 2010 ERP Report (Panorama Consulting Group via online polling)

• Việc cài đặt ERP lâu mong đợi Thời gian cài đặt bình quân 18.4 tháng.

• TCO cao mong đợi: 6.9% doanh thu năm. • Hầu hết phần mềm doanh nghiệp đạt hiệu kinh

doanh mức yêu cầu: Chỉ có 59% nhận thức từ phân nửa lợi ích dự kiến trở lên

• SaaS triển khai thời gian hơn, mang lại lợi ích

ít 6,2% so với chi phí 6,9% doanh thu gần 50% có

khả mang lại lợi ích kinh doanh dự kiến

• Các công ty không quản lý hiệu thay đổi tổ

How long does a ERP project really take?

(67)

1 Kỳ vọng hảo huyền thời gian triển khai  lập kế hoạch triển

khai nhà quản lý dựa vào “mong muốn” thay dựa tình hình thực tế tổ chức

2 Sai lầm đánh giá “đường găng” dự án đặc biệt khâu đánh giá hoạt động xác lập quy trình kinh doanh quy trình cơng việc, kiểm tra kỹ lưỡng đồng quy trình kinh doanh liệu, quản lý thay đổi tổ chức đào tạo

3 Quản lý sai lầm phạm vi; trình thực hiện, người ta có mong muốn tùy chỉnh phần mềm ERP khơng phù hợp xác với muốn làm  phải có cấu quản lý dự án chặt chẽ

4 Chậm trể tiến trình định khách hàng Hiện thực giải

Top Reasons for ERP Project Delays

(68)

Tiếp cận theo kiểu

“trial-and-error” để khám phá cách thức vận hành hệ thống.

Bao gồm bước:

• Điều tra yêu cầu

• Tạo/ hồn thiện prototype

• Thảo luận với người dùng prototype (Lặp lại bước trên tạo Tiếp cận theo kiểu

“trial-and-error” để khám phá cách thức vận hành hệ thống.

Bao gồm bước:

• Điều tra yêu cầu

• Tạo/ hồn thiện prototype

• Thảo luận với người dùng prototype (Lặp lại bước trên tạo thiết kế đắn)

3 Prototyping Điều tra yêu cầu

Tạo/ hoàn thiện Prototype Thảo luận

Prototype với người dùng

người dùng chấp nhận Prototype ?

(69)

Rapid Application Development (RAD)

Phương pháp phát triển kiểu “lặp” bước với tham gia của mẫu, công cụ phát triển máy tính, thực tiễn cơng việc quản trị, tham gia sâu sát người dùng

Rapid Application Development (RAD)

Phương pháp phát triển kiểu “lặp” bước với tham gia của mẫu, công cụ phát triển máy tính, thực tiễn cơng việc quản trị, tham gia sâu sát người dùng

Các giai đoạn RAD

Các giai đoạn sau lặp lại tới yêu cầu và thiết kế hoàn

thiện chấp nhận

• Hoạch định yêu cầu (2 giai đoạn đầu SDLC) • Người dùng thiết kế

Tạo lập (CASE tools) Các giai đoạn RAD

Các giai đoạn sau lặp lại tới yêu cầu và thiết kế hồn

thiện chấp nhận

• Hoạch định yêu cầu (2 giai đoạn đầu SDLC) • Người dùng thiết kế

• Tạo lập (CASE tools)

(70)

Đối tượng (Object) – đơn vị phân tích thiết kế bản • Sự kết hợp liệu trình khai thác liệu đó

• Tính bao bọc liệu (Data encapsulation) – liệu một đối tượng truy xuất hay sửa đổi bới các tác vụ (methods) liên kết với đối tượng đó

Các đặc trưng OOAD

• Kết hợp vai trị phân tích viên lập trình viên suy nghĩ

3.3 Phân tích thiết kế hướng đối tượng – Object-Oriented Analysis and Design

OOAD dựa khái niệm lớp (class) thừa kế (inheritance)

• Các đối tượng thuộc lớp định có đặc trưng lớp

(71)

Minh họa lớp thừa kế

(72)

Unified Modeling Language – UML: công cụ đồ họa cho phép nhà phân tích lập tài liệu hệ thống theo hướng đối tượng Nó bao gồm nhiều sơ đồ liên quan

Case diagram: công cụ đồ họa cho thấy tương tác tác nhân (actor) với hệ thống thông tin

Actor người sử dụng/ thực thể use case là chức mà actor thực

Class diagram biểu diễn đồ họa class subclass hệ thống

– Trên class diagram đối tượng nhóm lại thành class Mỗi class có nhiều đối tượng cấp thấp gọi subclass

(73)

Tiếp cận Ưu điểm Nhược điểm

Prototyping Quan hệ chặt chẻ người dùng nhà thiết kế, phù hợp với vấn đề khó định nghĩa

Khơng phù hợp với hệ thống có người dùng lớn Hệ thống tạo

nhanh  chất lượng thấp Rapid

Application Development

Sự tham gia tích cực người dùng trinh thiết kế  dễ thực

Hệ thống thường tập

trung diện hẹp – hạn chế đột phá tương lai

Xây dựng nhanh  khả chất lượng thấp

Object-Oriented Tích hợp liệu xử lý  khả chất lượng cao; sử dụng lại modules 

Khó huấn luyện cho phân tích viên lập trình viên Hạn chế việc sử dụng

(74)

Nội dung

I Các vấn đề chung phát triển IS II Chu kỳ phát triển IS

(75)

IV Các phương thức phát triển IS – 4.1 Tự làm

Hạn chế phận IS

Hạn chế

phận IS KHÔNG đủ khả (thiếu người) để xây dựngKHÔNG đủ khả (thiếu người) để xây dựng

KHƠNG có đủ nhân viên có kỹ cần thiết để xây dựng hệ thống

Hạn chế kỹ năng IS

Cơng việc phịng IT q nhiều  KHƠNG cịn đủ nguồn lực để xây dựng hệ thống

Quá tải phận IS

Giao cho phận chuyên trách IS KHÔNG Giao cho phận chun trách IS KHƠNG có hiệu phương án khác

Hiệu phận IS

Tình giao nhiệm vụ phát triển IS cho phận chuyên trách IT bất khả thi

Sự cần thiết phương án “KHÔNG phận IS thực hiện”

Who?/

(76)

IV Các phương thức phát triển IS – 4.1 Tự làm

Thuê gia công (Outsourcing) – chuyển phần hay tồn

bộ cơng việc phát triển IS cho tổ chức bên ngoài

Th gia cơng (Outsourcing) – chuyển phần hay tồn bộ công việc phát triển IS cho tổ chức bên ngoài

Mua (External Acquisition) – mua hệ thống có sẵn

(hardware, software, databases, network) nhà cung cấp bên ngoài

Mua (External Acquisition) – mua hệ thống có sẵn (hardware, software, databases, network) nhà cung cấp bên ngoài

Người dùng tự làm (End-user Development) – cho phép

(77)

IV Các phương thức phát triển IS – 4.2 Mua

1 Phân tích khả thi (xác định, lựa chọn hoạch định) (giống

như phương thức tự làm)

2 Phân tích hệ thống (giống phương thức tự làm)

3 Lập hồ sơ chào hàng/ thầu – request for proposal (RFP) văn

bản mô tả nhu cầu tổ chức yêu cầu chi tiết cho nhà cung cấp để họ lập phương án đề xuất

4 Đánh giá đơn chào hàng – gồm “demo” hệ thống (nếu có),

đánh giá hiệu hệ thống, kiểm tra tiêu chuẩn quan trọng tổ chức cách thức thỏa mản các tiêu chuẩn đề ra

5 Chọn nhà cung cấp – sử dụng tiêu chuẩn định trước (hệ

thống tính điểm) để đánh giá hồ sơ chọn hồ sơ

1 Phân tích khả thi (xác định, lựa chọn hoạch định) (giống như phương thức tự làm)

2 Phân tích hệ thống (giống phương thức tự làm)

3 Lập hồ sơ chào hàng/ thầu – request for proposal (RFP) văn bản mô tả nhu cầu tổ chức yêu cầu chi tiết cho nhà cung cấp để họ lập phương án đề xuất

4 Đánh giá đơn chào hàng – gồm “demo” hệ thống (nếu có),

đánh giá hiệu hệ thống, kiểm tra tiêu chuẩn quan trọng tổ chức cách thức thỏa mản các tiêu chuẩn đề ra

5 Chọn nhà cung cấp – sử dụng tiêu chuẩn định trước (hệ thống tính điểm) để đánh giá hồ sơ chọn hồ sơ

(78)

IV Các phương thức phát triển IS – 4.2 Mua ngồi

Mơ tả u cầu chi tiết cho nhà cung cấp hệ thống

Hồ sơ dự án RFP (Request for Proposal)

1 Hiện trạng

2 Các yêu cầu: dịch vụ, lưu dự phòng, độ tin cậy ….

3 Tính năng/ hiệu hệ thống 4 Các tiêu đánh giá

5 Lịch triển khai

6 Các vấn đề tài chính 1 Hiện trạng

2 Các yêu cầu: dịch vụ, lưu dự phòng, độ tin cậy ….

3 Tính năng/ hiệu hệ thống 4 Các tiêu đánh giá

5 Lịch triển khai

(79)

IV Các phương thức phát triển IS – 4.2 Mua Chỉ tiêu phần cứng

Tốc độ clock CPU Yêu cầu RAM

Yêu cầu HDD Monitor

Tốc độ máy in

Các tiêu thường dùng để đánh giá dự án

Chỉ tiêu Điểm tối đa(trọng số) AĐiểm đánh giáB C

Dung lượng đĩa 20 10 17 12

Tương thích 50 45 30 25

Dễ dùng 30 12 30 20

Hỗ trợ hãng 35 27 16

Benchmarch 50 40 28 30

Chỉ tiêu phần mềm Yêu cầu nhớ Tính trợ giúp Tính dễ dùng

Các tính hỗ trợ Huấn luyện, tài liệu

Chỉ tiêu khác Cài đặt

(80)

IV Các phương thức phát triển IS – 4.2 Mua ngồi

Thơng thường có nhiều hệ thống khác có khả thỏa mãn tiêu gọi thầu

Cần phải hàng định độ ưu tiên hệ thống dự tuyển  Hệ thống hạng cao chọn

(81)

IV Các phương thức phát triển IS – 4.3 Th gia cơng ngồi

Outsourcing [Wiki] is the contracting out of a business process to

another party

The opposite of outsourcing is called insourcing, which entails bringing processes handled by third-party firms in-house, and is sometimes

accomplished via vertical integration

Outsourcing [Wiki] is the contracting out of a business process to another party

The opposite of outsourcing is called insourcing, which entails bringing processes handled by third-party firms in-house, and is sometimes

accomplished via vertical integration

Dịch vụ Cloud SaaS

• Thuê bao sử dụng phần cứng phần mềm nhà cung cấp dịch vụ đám mây dịch vụ ứng dụng

Nhà cung cấp bên ngồi (External vendors)

• Th thiết kế, tạo lập phần mềm • Nội địa (Domestic outsourcing)

- Nhằm đáp ứng nhu cầu tăng thêm kỹ năng, nguồn lực vốn

Dịch vụ Cloud SaaS

• Thuê bao sử dụng phần cứng phần mềm nhà cung cấp dịch vụ đám mây dịch vụ ứng dụng

Nhà cung cấp bên ngồi (External vendors) • Th thiết kế, tạo lập phần mềm

• Nội địa (Domestic outsourcing)

- Nhằm đáp ứng nhu cầu tăng thêm kỹ năng, nguồn lực vốn

(82)

IV Các phương thức phát triển IS – 4.3 Thuê gia công ngồi

• Chi phí chất lượng – khả đạt chi phí thấp chất

lượng cao

• Hiệu IS – phận chuyên trách IS gặp vấn đề

đáp ứng tiêu chuẩn dịch vụ

• Áp lực nhà cung cấp – áp lực chiến lược kinh doanh (đa số

các nhà cung cấp thiết bị nhà cung cấp giải pháp IS)

• Tinh giản, đơn giản tái lập tổ chức – giúp tập trung vào

các lực cạnh tranh cốt lõi “critical process”

• Tài – tính linh hoạt hiệu tài sản IT

• Chi phí chất lượng – khả đạt chi phí thấp chất

lượng cao

• Hiệu IS – phận chuyên trách IS gặp vấn đề

đáp ứng tiêu chuẩn dịch vụ

• Áp lực nhà cung cấp – áp lực chiến lược kinh doanh (đa số

các nhà cung cấp thiết bị nhà cung cấp giải pháp IS)

• Tinh giản, đơn giản tái lập tổ chức – giúp tập trung vào

các lực cạnh tranh cốt lõi “critical process”

• Tài – tính linh hoạt hiệu tài sản IT

(83)

- Linh hoạt việc đáp ứng nhu cầu IT

- Tạo điều kiện cho tổ chức tập trung nguồn lực vào năng lực cạnh tranh cốt lõi “critical process”

- Linh hoạt việc đáp ứng nhu cầu IT

- Tạo điều kiện cho tổ chức tập trung nguồn lực vào năng lực cạnh tranh cốt lõi “critical process”

Outsource – lý do

- Phát sinh chi phí “tiềm ẩn” (hidden costs), ví dụ như: • Tìm kiếm lựa chọn nhà cung cấp

• Chuyển đổi nhà cung cấp

- Tiết lộ trình kinh doanh “độc quyền” bên ngồi

- Phát sinh chi phí “tiềm ẩn” (hidden costs), ví dụ như: • Tìm kiếm lựa chọn nhà cung cấp

• Chuyển đổi nhà cung cấp

- Tiết lộ trình kinh doanh “độc quyền” bên ngoài

(84)

u cầu

• CEO CIO mạnh để theo dõi giám sát quan hệ

hợp pháp chuyên môn với đơn vị gia cơng

• Thước đo hiệu rõ ràng thực về hệ thống

các phần th gia cơng (e.g chi phí hữu hình vơ hình)

• Giao tiếp nhiều cấp khách hàng đơn vị gia công (i.e

các liên kết để giải vấn đề quan hệ

u cầu

• CEO CIO mạnh để theo dõi giám sát quan hệ

hợp pháp chuyên môn với đơn vị gia cơng

• Thước đo hiệu rõ ràng thực về hệ thống

các phần th gia cơng (e.g chi phí hữu hình vơ hình)

• Giao tiếp nhiều cấp khách hàng đơn vị gia công (i.e

các liên kết để giải vấn đề quan hệ sách)

Quản trị quan hệ

Quá trình quản trị thuê gia công yếu tố quan trọng ảnh hưởng thành công dự án.

(85)

IV Các phương thức phát triển IS – 4.4 Người dùng tự làm

• Sự phát triển đa dạng kỹ người dùng cuối  Trong tương lai, người dùng cuối người phát triển IS

• Yêu cầu tăng tốc hoạt động phát triển hệ thống – Độc lập không cần phải dựa vào “bên ngồi”

• Giảm chi phí – giảm chi phí việc cung cấp công cụ cần thiết để người dùng cuối tự phát triển ứng dụng cho

(86)

• Thời gian phát triển hệ thống dài

- Người dùng cuối có khả thay đổi yêu cầu so với yêu cầu hồ sơ dự án thi công hệ thống  Hệ thống lỗi thời trước đưa vào sử dụng

- Phát triển người dùng tự làm bỏ qua việc phải xếp hàng

• Cập nhật điều chỉnh

- Người dùng tự làm cho khả thích ứng tốt với thay đổi nhu cầu

- Không cần phải đợi phận IS cập nhật

• Giảm tải

(87)

(88)

• Cơng cụ phổ biến PCs – (e.g spreadsheets) cho

phép người dùng tạo macros hay chương trình tự động xử lý cơng việc thường ngày

• Ngơn ngữ Query/ sinh báo cáo – công cụ khai thác

ngôn ngữ SQL để rút trích thơng tin từ CSDL tạo báo cáo theo dạng thức yêu cầu người dùng

• Bộ sinh đối tượng đồ họa – cơng cụ rút trích thơng tin

trong CSDL biểu diễn dạng hình ảnh, biểu đồ …

• Các cơng cụ hỗ trợ định mơ hình hóa – hỗ trợ

các định phức tạp cách khai thác mô hình nhiều biến

• Bộ tạo ứng dụng – công cụ cho phép người dùng đặc tả

• Cơng cụ phổ biến PCs – (e.g spreadsheets) cho

phép người dùng tạo macros hay chương trình tự động xử lý cơng việc thường ngày

• Ngơn ngữ Query/ sinh báo cáo – công cụ khai thác

ngơn ngữ SQL để rút trích thơng tin từ CSDL tạo báo cáo theo dạng thức yêu cầu người dùng

• Bộ sinh đối tượng đồ họa – cơng cụ rút trích thơng tin

trong CSDL biểu diễn dạng hình ảnh, biểu đồ …

• Các cơng cụ hỗ trợ định mơ hình hóa – hỗ trợ

các định phức tạp cách khai thác mơ hình nhiều biến

• Bộ tạo ứng dụng – công cụ cho phép người dùng đặc tả

(89)

Các lợi ích:

• Chi phí lao động – Các nhà quản trị IS có khả thay

thế phần cứng hệ thống người dùng tự phát triển hệ thống thay giao cho phận chuyên trách IT

• Thời gian phát triển  rút ngắn thời gian phát triển hệ thống

 tránh tình trạng hệ thống vừa xây dựng lỗi thời

• Cập nhật – người dùng phản ứng nhanh để đáp

ứng nhu cầu họ  hệ thống khơng bị lỗi thời

• Tải cơng việc – nâng cao tài người dùng cuối,

nói cách khác “mở rộng quy mơ” phận IS

Các lợi ích:

• Chi phí lao động – Các nhà quản trị IS có khả thay

thế phần cứng hệ thống người dùng tự phát triển hệ thống thay giao cho phận chuyên trách IT

• Thời gian phát triển  rút ngắn thời gian phát triển hệ thống

 tránh tình trạng hệ thống vừa xây dựng lỗi thời

• Cập nhật – người dùng phản ứng nhanh để đáp

ứng nhu cầu họ  hệ thống khơng bị lỗi thời

• Tải công việc – nâng cao tài người dùng cuối,

nói cách khác “mở rộng quy mô” phận IS

(90)

• Kém chuẩn – KHĨ tn thủ chuẩn mực phát triển hệ

thống (lập tài liệu, kiểm lỗi, kiểm tra ứng dụng …)  khó khăn hỗ trợ người dùng, sửa lỗi toàn vẹn liệu an ninh triển khai quy mơ lớn

• Thiếu tính liên tục – nhân viên rời khỏi tổ chức, người

thay có khả khơng hiểu chương trình hữu  thời gian công sức để học phải “reinventing the wheel”

• Sử dụng thời gian hiệu – nên hay không nên sử dụng

• Kém chuẩn – KHĨ tn thủ chuẩn mực phát triển hệ

thống (lập tài liệu, kiểm lỗi, kiểm tra ứng dụng …)  khó khăn hỗ trợ người dùng, sửa lỗi toàn vẹn liệu an ninh triển khai quy mơ lớn

• Thiếu tính liên tục – nhân viên rời khỏi tổ chức, người

thay có khả khơng hiểu chương trình hữu  thời gian công sức để học phải “reinventing the wheel”

• Sử dụng thời gian hiệu – nên hay không nên sử dụng

(91)

Chương – Phát triển Hệ thống Thông tin

Implementation Design Analysis Planing

Maintenance

(92)

Định dạng
Số trang	92
Dung lượng	4,73 MB