- Hạ lưu (downstream supply chain)
4. Thay đổi mơ hình
• Xem xét bản chất hoạt động kinh doanh
• Xác định mơ hình kinh doanh mới
• Thay đổi bản chất tổ chức
Copyright © 2016 Pearson Education, Inc.
9
Quản lý quy trình kinh doanh (BPM-Business process management)
• Các cơng cụ, phương pháp phân tích, thiết kế, tối
ưu hĩa các q trình
• Được sử dụng để quản lý việc tái thiết kế quá trình kinh doanh
Các bước trong BPM
1.Xácđịnh các quy trình cần thayđổi.
2.Phân tích các quy trình hiện cĩ. 3.Thiết kếquy trình mới.
4.Thực thi các quy trình mới. 5.Đo lường liên tục.
7.1 Thay đổi đối với tổ chức khi XD HTTT mới
Copyright © 2016 Pearson Education, Inc.
10Các bước phát triển hệthống: Các bước phát triển hệthống: 1. Phân tích hệthống 2. Thiết kếhệthống 3. Lập trình 4. Kiểm thử 5. Chuyểnđổi 6. Vận hành và bảo trì 7. 2 Qui trình phát triển hệ thống
Phân tích hệthống: mơ tả những gì một hệthống mới nên làmđể đápứng yêu cầu thơng tin.
Phân tích các vấn đề cần được giải quyết bởi hệ thống mới
Xácđịnh vấnđềvà nguyên nhân
Cụthểhĩa các giải pháp
• Xem xét báo cáo hệ thống đề nghị và đưa ra giải pháp thay thế
Xácđịnh các yêu cầu vềthơng tin
Bao gồm nghiên cứu khả thi (Từ một quan điểm tài
chính, quanđiểm kỹthuật, quan điểm tổchức)
Đâu là giải pháp tốt và khảthi cho hoạtđộngđầu tư?
7. 2 Qui trình phát triển hệ thống
Phân tích hệthống (tt)
Xây dựng các u cầu thơng tin
• Ai cần thơng tin gì, ở đâu, khi nào và như thế nào?
• Xác định mục tiêu của hệ thống mới/hệ thống sửađổi
• Chi tiết các chức năng hệ thống mới cần phải thực hiện
Phân tích các yêu cầu bị lỗi là nguyên nhân chính gây ra các lỗi hệ thống và tốn kém nhiều chi phí cho việc phát triển hệthống
Copyright © 2016 Pearson Education, Inc.
13
Thiết kế hệ thống: cho thấy làm thế nào hệ thống mới sẽ đắp
ứngđầyđủcác yêu cầu thơng tin.
Mơ tả chi tiết kỹ thuật hệ thống sẽ cung cấp các chức năng được xácđịnh trong q trình phân tích hệthống.
Cần phải giải quyết tất cả các thành phần quản lý, tổ chức, và cơng nghệcủa các giải pháp hệthống
Vai trị củangười dùng cuối
Yêu cầu về thơng tin của người dùng định hướng xây dựng hệthống
Người dùng phải cĩđủquyền kiểm sốt quá trình thiết kế để đảm bảo hệ thống phản ánh các ưu tiên trong kinh doanh của họvà nhu cầu thơng tin
Người dùng tham gia khơng đầy đủ trong thiết kế là ngun nhân chính thất bại hệthống
7.2. Qui trình phát triển hệ thống
Copyright © 2016 Pearson Education, Inc.
14 Bảng 13.1 Thiết kế kỹ thuật Bảng 13.1 Thiết kế kỹ thuật ĐẦU RA Trung bình Nội dung Thời gian ĐẦU VÀO Nguồn gơc Dịng chảy Dữliệu nhập vào
GIAO DIỆN NGƯỜIDÙNG DÙNG Đơn giản Hiệu quả Logic Phản hồi Lỗi THIẾT KẾDỮLIỆU
Mơ hình dữliệu logic Khối lượng và tốcđộu cầu
Sắp xếp tập tin và thiết kế
Ghi thơng sốkỹthuật
Q TRÌNH
Tính tốn Hệsốchương trình Báo cáo yêu cầu Thời gian chođầu ra
THỦTỤC HƯỚNG DẤNCác hoạtđộng Các hoạtđộng Ai thực hiện Khi nào Nhưthếnào Ở đâu KIỂM SỐT
Kiểm sốtđầu vào (nhân vật, giới hạn, tính hợp
lý)
Kiểm sốt q trình (nhát qn, đếm bản ghi) Kiểm sốtđẩu ra (tổng cộng, mẫuđầu ra)
Kiểm sốt thủtục (mật khẩu, hình thứcđặc biệt)
BẢO MẬT
Điều khiển truy cập
Kếhoạch thảm họa Kiểm tra
TÀI LIỆU
Tài liệu hướng dẫn hoạtđộng
Tài liệu hệthống Tài liệu người dùng
CHUYỂNĐỔI
Tập tin chuyểnđổi
Tiến hành thủtục mới Chọn phương pháp thử Cắt qua hệthống mới
ĐÀO TẠO
Chọn phương phápđào tạo
Phát triển các chương trìnhđào
tạo
Xácđịnh cơsở đào tạo
THAYĐỔI TỔCHỨC
Thiết kếlại nhiệm vụ Thiết kếlại cơng việc Quá trình thiết kế Thiết kếcơcấu tổchức Báo cáo các mối quan hệ
Lập trình:
Yêu cầu vềhệthống từgiaiđoạnthiết kếđược chuyển đổi sang mã của chương trình phần mềm
Kiểm thử
Đảm bảo hệthống cho ra kết quả đúng
Kiểm thử đơn vị:Kiểm tra từng chương trình trong hệ thống một cách riêng biệt
Kiểm thử hệ thống: Kiểm tra hoạt động của hệ thống nhưmột tồn thể
Kiểm thử chấp nhận: Tạo sự chắc chắn của hệ thống, sẵn sàngđược sửdụng trong bối cảnh sản xuất
Kếhoạch kiểm thử: Chuẩn bịtất cả cho hàng loạt các bài kiểm thử
7.2. Qui trình phát triển hệ thống
Chuyển đổi
Quá trình thay đổi từ hệ thống cũ sang hệ thống mới
Bốn chiến lược chuyểnđổi chính