NỘI DUNG CHÍNH
1. Nhu cầu phát triển hệ thống thông tin.
2. Các cách thức phát triển hệ thống thông tin.
3. Các phương pháp phát triển hệ thống thông tin.
(Cổ điển và Hiện đại)
12 trang |
Chia sẻ: phuongt97 | Lượt xem: 420 | Lượt tải: 0
Nội dung tài liệu Bài giảng Hệ thống thông tin quản trị - Chương 4: Tổng quan về tiến trình lựa chọn và phát triển hệ thống thông tin, để tải tài liệu về máy bạn click vào nút DOWNLOAD ở trên
2011-2012
1
HỆ THỐNG THÔNG TIN QUẢN TRỊ
CHƯƠNG 4
Tổng quan về tiến trình
lựa chọn và phát triển
hệ thống thông tin
1
2
MỤC TIÊU HỌC TẬP
Sau khi học xong chương này, sinh viên có thể:
• Đánh giá các giải pháp khác nhau cho việc triển
khai hệ thống thông tin.
• Phân biệt các giai đoạn trong quá trình xây dựng hệ
thống thông tin.
• Diễn giải mục tiêu của các giai đoạn trong quá trình
lựa chọn và xây dựng hệ thống thông tin.
• Lựa chọn giải pháp tốt nhất để xây dựng hệ thống
thông tin.
3
CÁC VẤN ĐỀ QUẢN TRỊ
• Các giải pháp nào cho việc triển khai hệ
thống và làm thế nào để chọn ra giải pháp tốt
nhất ?
• Có các mô hình lựa chọn nào trong các giai
đoạn khác nhau đối với tổng quan một hệ
thống thông tin? Cái nào thích hợp nhất ?
• Các hoạt động cần thiết trong mỗi giai đoạn
để dự án thành công ?
2011-2012
2
4
NỘI DUNG CHÍNH
1. Nhu cầu phát triển hệ thống thông tin.
2. Các cách thức phát triển hệ thống thông tin.
3. Các phương pháp phát triển hệ thống thông tin.
(Cổ điển và Hiện đại)
5
1. Nhu cầu phát triển HTTT
2. Cách thức phát triển HTTT
2.1 Xây dựng mới (Bespoke development)
2.2 Mua phần mềm có sẵn (Off-the-shelf)
2.3 Người dùng tự phát triển (User-developed)
2.4 Kết hợp triển khai
2.5 Chọn lựa cách thức triển khai
2.6 Các nhân tố khác trong chọn lựa
6
2011-2012
3
7
2. Các cách thức phát triển HTTT
• Bespoke development (xây dựng mới)
• Off-the-shelf (mua phần mềm có sẵn)
• User-developed (người dùng tự phát triển)
8
2.1 Xây dựng mới
(Bespoke development)
Một hệ thống thông tin được phát triển ngay từ
đầu (xây dựng mới hoàn toàn) bởi các chuyên
gia để thỏa mãn các yêu cầu trong doanh
nghiệp.
Xây dựng nội bộ (In-house): các chuyên gia
của doanh nghiệp, làm việc cho doanh nghiệp
Thuê ngoài (Out-sourced): các chuyên gia IS
bên ngoài (third party)
9
• Ưu điểm:
Xây dựng theo yêu cầu doanh nghiệp
Tạo ra lợi thế cạnh tranh so với các đối thủ
(phần mềm của riêng mình)
• Khuyết điểm:
Tốn kém tiền bạc
Kéo dài nhiều tháng thậm chí hàng năm
Nhiều lỗi
2.1 Xây dựng mới (tt)
(Bespoke development)
2011-2012
4
10
2.2 Mua phần mềm có sẵn
• Tương thích với nhiều loại phần cứng
• Tính năng phù hợp với nhiều doanh nghiệp
• Có 2 loại:
Tùy biến (tailored): thay đổi mã nguồn, cấu hình
Tiêu chuẩn (standard): có thể cấu hình
11
• Ưu điểm:
Ít tốn thời gian
Chi phí thấp
Chất lượng (ổn định, nhiều tính năng)
• Khuyết điểm:
Có thể không có một số tính năng
Khác với qui trình thực tế của doanh nghiệp
2.2 Mua phần mềm có sẵn (tt)
12
2.3 Người dùng xây dựng
• Do các nhân viên nghiệp vụ xây dựng
• Thường được sử dụng cho một cá nhân
hay phòng ban (giới hạn về qui mô)
• Thiên về xử lý đầu ra dữ liệu hay báo cáo
2011-2012
5
13
• Ưu điểm:
Phù hợp nhu cầu thực tế của người dùng
Viết nhanh
• Khuyết điểm:
Sử dụng các công cụ không thích hợp
Nhiều lỗi (không có thiết kế, ít kiểm thử,
không có tài liệu hướng dẫn)
2.3 Người dùng xây dựng (tt)
14
2.4 Kết hợp triển khai
• Các phương pháp triển khai hệ thống thông tin
kinh doanh (BIS) có thể kết hợp với nhau.
• Tích hợp ứng dụng trong doanh nghiệp
(EAI - Enterprise Application Integration):
Nhu cầu tích hợp hệ thống có sẵn với hệ thống
mua từ các nhà cung cấp khác nhau
Hệ thống mở (open systems)
Chú trọng đến giao tiếp giữa các ứng dụng
15
Cách thức triển khai Thời gian Chi phí Lỗi Đáp ứng yêu cầu
Xây dựng mới
(in-house) Kém Kém Kém Tốt
Xây dựng mới
(outsource) Tốt Rất tốt Vừa Vừa
Người dùng
tự xây dựng Kém Vừa Kém Tốt
Mua PM tùy biến Tốt Tốt Tốt Vừa
Mua PM tiêu chuẩn Rất tốt Rất tốt Rất tốt Kém
2.5 Chọn lựa cách thức triển khai
2011-2012
6
16
2.6 Các nhân tố khác trong chọn lựa
• Qui mô của tổ chức
• Số lượng các Chuyên gia Hệ thống thông tin /
Công nghệ thông tin (IS/IT) trong doanh nghiệp
• Độ phức tạp của hệ thống
• Lĩnh vực hoạt động của doanh nghiệp - tính duy
nhất của doanh nghiệp
• Kinh nghiệm của người dùng cuối
• Tính liên kết với các hệ thống hiện có
3. Các phương pháp phát triển HTTT
3.1 Chu trình phát triển hệ thống SDLC
3.2 Phương pháp cổ điển
3.3 Phương pháp hiện đại
3.3.1 Mô hình Prototype
3.3.2 Phương pháp RAD
3.3.2 Mô hình Agile
17
18
3.1 Chu trình phát triển hệ thống SDLC
• Chu trình phát triển hệ thống (Systems
development lifecycle - SDLC): bất kỳ dự án
hệ thông thông tin nào cũng đều tuân theo
một chuỗi luận lý các giai đoạn phát triển.
• Các giai đoạn trong SDLC: khởi tạo, nghiên
cứu tiền khả thi, phân tích yêu cầu nghiệp vụ,
thiết kế hệ thống, xây dựng và hiện thực hệ
thống, xem lại và bảo dưỡng.
2011-2012
7
19
3.1. Chu trình phát triển hệ thống (tt)
20
3.2 Phương pháp cổ điển
• Thường thực hiện theo mô hình thác nước
(Waterfall Model).
• Chỉ ra trình tự các bước để xây dựng hệ
thống thông tin.
• Bước trước cần được kết thúc và xem xét lại
trước khi chuyển qua bước sau
21
Mô hình thác nước
Waterfall
2011-2012
8
22
a. Khởi tạo
(Initiation phase)
– Mục tiêu: Ước lượng tính khả thi của dự án
và chuẩn bị để dự án thành công
Khởi tạo Ý tưởng cho hệ thống mới
Ý tưởng sáng tạo,
đánh giá có hệ thống
nhu cầu thông tin
23
b. Ước lượng tính khả thi
(Feasibility assessment)
– Mục tiêu: Đảm bảo tính khả thi của dự án
bằng cách phân tích các nhu cầu, ảnh
hưởng của hệ thống (mới) và xem xét các
phương pháp triển khai thích hợp.
– Có thể tiến hành nghiên cứu mời đấu thầu
cho hệ thống
Đánh giá
tính khả thi
Ý tưởng cho
hệ thống mới Báo cáo
24
c. Phân tích yêu cầu
(Requirement Analysis )
– Mục tiêu: Hệ thống sẽ làm việc gì ? – nắm
bắt nhu cầu nghiệp vụ. Còn được gọi là xác
định yêu cầu (requirements determination)
hay nghiên cứu hệ thống (system study).
Phân tích
yêu cầu
Mô tả
khái quát yêu cầu
Đặc tả
chi tiết tính năng
2011-2012
9
25
d. Thiết kế hệ thống
(System Design)
– Mục tiêu: Hệ thống sẽ làm việc như thế nào ?
Giao diện người dùng, các module chương trình,
tính bảo mật, thiết kế cơ sở dữ liệu (database)
Thiết kếĐặc tảyêu cầu
Đặc tả
thiết kế chi tiết
26
e. Xây dựng hệ thống
(System Build)
– Mục tiêu: Tạo ra phần mềm (mã hóa, xây
dựng cơ sở dữ liệu, kiểm thử, lập tài liệu,
huấn luyện sử dụng)
Xây dựngĐặc tả yêu cầu và đặc tả thiết kế
Phần mềm,
hướng dẫn sử dụng,
tài liệu hệ thống
27
f. Hiện thực hệ thống
(System implementation)
– Mục tiêu: Cài đặt phần cứng và mạng cho hệ
thống mới, kiểm thử bởi người dùng và tập huấn
sử dụng. Bao gồm việc di chuyển từ hệ thống cũ
sang hệ thống mới.
Hiện thực,
Chuyển giao
Hệ thống chưa được
test bởi người dùng
Cài đặt và chạy
hệ thống mới
2011-2012
10
28
g. Xem lại và Bảo trì hệ thống
(Review and maintenance)
• Có 2 dạng bảo trì:
Sửa chữa các tính năng, sửa lỗi cho phù
hợp với đặc tả ban đầu.
Thêm các tính năng mới
• Xem lại (Review): xem xét mức độ thành
công của dự án và rút ra các bài học trong
tương lai (6 tháng sau khi chạy thực tế hệ
thống)
29
Nhược điểm của phương pháp cổ điển
• Khoảng cách giữa hiểu biết của người phát triển và
người dùng hiểu sai vấn đề.
• Xu hướng cô lập giữa người phát triển và người dùng
khoảng cách vật lý và thuật ngữ.
• Chất lượng sản phẩm được đo bởi đặt tả phần mềm
nhiều khi không sát với yêu cầu người dùng
hỗ trợ ra quyết định kém.
• Mất nhiều công sức và thời gian phát triển trong khi môi
trường kinh doanh thay đổi nhanh chóng.
• Người dùng không có được cái mà họ thực sự cần.
3. Các phương pháp phát triển HTTT
3.1 Chu trình phát triển hệ thống SDLC
3.2 Phương pháp cổ điển
3.3 Phương pháp hiện đại
3.3.1 Mô hình Prototype
3.3.2 Phương pháp RAD
3.3.2 Mô hình Agile.
30
2011-2012
11
31
3.3.1 Mô hình Prototype
32
SDLC
và
Mô hình
Prototype
33
3.3.2 Phát triển nhanh ứng dụng
RAD (Rapid Application Development)
• Nhanh hơn so với phương pháp truyền thống.
• Thường sử dụng mô hình Prototype trong qui trình
phát triển.
• Prototype:
Bản nháp của một phần hệ thống được đưa cho người
sử dụng xem xét và phản hồi ý kiến, đề xuất chỉnh sửa.
Phiên bản sau với các cải tiến theo các yêu cầu của
khách hàng.
Được lập lại liên tục cho đến khi hoàn chỉnh.
Có sự tham gia tích cực, trực tiếp của người sử dụng
trong qui trình phát triển.
2011-2012
12
34
3.3.3 Mô hình Agile
Phát triển phần mềm linh hoạt (Agile and Lean
software development) là một cách tiếp cận về phát
triển phần mềm với các nguyên lý cơ bản sau:
• Loại bỏ lãng phí (Eliminate waste)
• Tạo ra tri thức (Create khowledge)
• Xây dựng chất lượng (Build quality)
• Làm theo trách nhiệm (Defer commitment)
• Chuyển giao nhanh chóng (Deliver fast)
• Tôn trọng con người(Respect people)
• Cải tiến hệ thống (Improve the system)
TÓM TẮT CHƯƠNG
• Đọc Giáo trình Trang 134
35
• ?
• ?
• ?
CÂU HỎI
Các file đính kèm theo tài liệu này:
- bai_giang_he_thong_thong_tin_quan_tri_chuong_4_tong_quan_ve.pdf