PHẦN 4 : CÁC GIAI ĐOẠN TRONG VÒNG ĐỜI PHÁT

TRIỂN HỆ THỐNG SDLC LÀ GÌ ?

Vòng đời phát triển hệ thống (SDLC) là quy trình truyền thống
được sử dụng để phát triển các hệ thống và ứng dụng thông tin.
- Các tác giả và tổ chức khác nhau đóng gói các nhiệm vụ thành
nhiều giai đoạn khác nhau.
- Và chúng mình sẽ phân tích vòng đời sản phẩm hệ thống theo
quy trình 5 giai đoạn
1. Xác định hệ thống
2. Xác định yêu cầu
3. Các yếu tố cấu thành hệ thống thiết kế
4. Triển khai hệ thống
5. Duy trì hệ thống
- Hình 12-9 cho chúng ta thấy năm giai đoạn này VÀ CHÚNG
có liên quan với nhau như thế nào.
Xác định Hệ thống (Hình 12-10)
- Để đáp ứng nhu cầu về hệ thống mới, tổ chức sẽ chỉ định một
nhân viên có năng lực, có thể là bán thời gian, để xác định hệ
thống mới, đánh giá tính khả thi của nó và lập kế hoạch cho dự
án
Xác định các Mục tiêu và Phạm vi Hệ thống
Như Hình 12-10 cho thấy, bước đầu tiên là xác định mục tiêu và
phạm vi của hệ thống thông tin mới. Tại bước này, nhóm phát
triển xác định mục tiêu và mục đích của hệ thống mới
Đánh giá tính khả thi
- Khi đã xác định mục tiêu và phạm vi của dự án, bước tiếp theo
là đánh giá tính khả thi. Bước này trả lời câu hỏi "Dự án này có
ý nghĩa không?" Mục đích ở đây là loại bỏ các dự án rõ ràng là
không hợp lý trước khi thành lập nhóm phát triển dự án và đầu
tư lao động đáng kể.
- Tính khả thi có bốn khía cạnh: chi phí, lịch trình, kỹ thuật và tổ
chức
- Tính khả thi về chi phí là việc đánh giá liệu các lợi ích dự kiến
của hệ thống có khả năng biện minh cho chi phí phát triển và
vận hành ước tính hay không. Trong một số trường hợp, điều đó
cũng có nghĩa là liệu dự án có thể thực hiện được trong phạm vi
ngân sách được cung cấp hay không.
- Giống như tính khả thi về chi phí, tính khả thi về lịch trình rất
khó xác định vì khó có thể tính trước thời gian xây dựng hệ
thống.
- Tính khả thi về mặt kỹ thuật đề cập đến việc liệu công nghệ
thông tin hiện tại có khả năng đáp ứng các nhu cầu của hệ thống
mới hay không.
- Cuối cùng, tính khả thi của tổ chức liên quan đến việc liệu hệ
thống mới có phù hợp với phong tục, văn hóa, điều lệ hoặc các
yêu cầu pháp lý của tổ chức hay không.
Thành lập nhóm dự án
- Nếu dự án đã xác định được là khả thi, bước tiếp theo là thành
lập nhóm dự án.
- Nhân sự điển hình trong nhóm phát triển là người quản lý
(hoặc người quản lý cho các dự án lớn hơn), nhà phân tích kinh
doanh, nhà phân tích hệ thống, lập trình viên, người kiểm tra
phần mềm và người dùng.
- Sự tham gia của người dùng là rất quan trọng trong suốt quá
trình phát triển hệ thống.
Xác định yêu cầu (Hình 12-11)
Xác định các yêu cầu của hệ thống là giai đoạn quan trọng nhất
trong quá trình SDLC. Nếu sai yêu cầu, hệ thống sẽ sai. Nếu các
yêu cầu được xác định một cách đầy đủ và chính xác, thì việc
thiết kế và thực hiện sẽ dễ dàng hơn và có nhiều khả năng thành
công hơn.
Nguồn yêu cầu
- Như được liệt kê trong Hình 12-11 các nguồn yêu cầu bao gồm
các hệ thống hiện có cũng như các trang Web, biểu mẫu, báo
cáo, truy vấn và các tính năng và chức năng ứng dụng mong
muốn trong hệ thống mới. Bảo mật là một loại yêu cầu quan
trọng khác.
- Đôi khi, việc xác định yêu cầu tập trung vào phần mềm và dữ
liệu tổng hợp đến nỗi các thành phần khác bị lãng quên.
Vai trò của một nguyên mẫu
Khi làm việc với một nguyên mẫu, người dùng sẽ đánh giá khả
năng sử dụng và ghi nhớ các tính năng và chức năng mà họ đã
quên đề cập đến. Ngoài ra, các nguyên mẫu cung cấp bằng
chứng để đánh giá tính khả thi về mặt kỹ thuật và tổ chức của hệ
thống.
Phê duyệt yêu cầu
- Khi các yêu cầu đã được chỉ định, người dùng phải xem xét và
phê duyệt chúng trước khi dự án tiếp tục. Thời điểm dễ nhất và
rẻ nhất để thay đổi hệ thống thông tin là trong giai đoạn yêu cầu.
Thay đổi một yêu cầu ở giai đoạn này chỉ đơn giản là thay đổi
một mô tả.
Thiết kế từng thành phần hệ thống (Hình 12-12)
Thông thường, nhóm thiết kế từng thành phần bằng cách phát
triển các giải pháp thay thế, đánh giá từng giải pháp thay thế đó
so với các yêu cầu và sau đó lựa chọn trong số các giải pháp
thay thế đó.
- Hình 12-12 cho thấy rằng các nhiệm vụ thiết kế liên quan đến
từng thành phần trong số năm thành phần IS.
- Thiết kế quy trình khác nhau, tùy thuộc vào việc dự án là một
phần của quy trình BPM hay là một phần của quy trình phát
triển hệ thống.
- Đối với con người, thiết kế bao gồm việc phát triển các bản mô
tả công việc cho các vai trò khác nhau. Các mô tả này sẽ trình
bày chi tiết về trách nhiệm, các kỹ năng cần thiết, yêu cầu đào
tạo, v.v.
Hoàn thiện hệ thống(xem Hình 12-13)
Nó có thể có nghĩa là chỉ triển khai các thành phần của hệ thống
thông tin, hoặc nó có thể có nghĩa là triển khai hệ thống thông
tin và các quy trình nghiệp vụ sử dụng hệ thống. Các nhiệm vụ
trong giai đoạn thực hiện là xây dựng và kiểm tra các thành
phần hệ thống và chuyển đổi người dùng sang hệ thống mới và
có thể là các quy trình nghiệp vụ mới
Thử nghiệm
- Các nhà phát triển xây dựng từng thành phần một cách độc lập.
Khi mỗi thành phần đã được kiểm tra độc lập, toàn bộ hệ thống
sẽ được kiểm tra như một tổng thể tích hợp.
- Kiểm tra rất quan trọng, tốn thời gian và tốn kém.
Chuyển đổi hệ thống
- Khi hệ thống đã vượt qua thử nghiệm, tổ chức sẽ cài đặt hệ
thống mới. Thuật ngữ chuyển đổi hệ thống thường được sử dụng
cho hoạt động này vì nó bao hàm quá trình chuyển đổi hoạt
động kinh doanh từ hệ thống cũ sang hệ thống mới.
- Có thể có bốn loại chuyển đổi: thí điểm, theo từng giai đoạn,
song song và chuyên sâu.
- Với cài đặt thí điểm, tổ chức triển khai toàn bộ hệ thống / quy
trình kinh doanh trên một phần giới hạn của doanh nghiệp,
chẳng hạn như một bộ phận duy nhất. Ưu điểm của triển khai thí
điểm là nếu hệ thống bị lỗi, lỗi sẽ được chứa trong một ranh giới
giới hạn.
- Với cài đặt theo từng giai đoạn, hệ thống / quy trình kinh
doanh mới sẽ được cài đặt theo từng giai đoạn trong (các) tổ
chức. Khi một tác phẩm nhất định hoạt động, thì tổ chức
cài đặt và kiểm tra một phần khác của hệ thống, cho đến khi
toàn bộ hệ thống đã được cài đặt xong.
- Với việc cài đặt song song, hệ thống / quy trình nghiệp vụ mới
chạy song song với hệ thống cũ cho đến khi hệ thống mới được
kiểm tra và hoạt động hoàn toàn.
- Kiểu chuyển đổi cuối cùng là cài đặt chuyên sâu (đôi khi được
gọi là cài đặt trực tiếp). Với nó, tổ chức sẽ tắt hệ thống / quy
trình kinh doanh cũ và bắt đầu quy trình mới
Duy trì hệ thống (Hình 12-15)
Đối với hệ thống thông tin, bảo trì là một cách gọi sai; công việc
được thực hiện trong giai đoạn này là sửa chữa hệ thống để nó
hoạt động chính xác hoặc để điều chỉnh nó với những thay đổi
trong yêu cầu.
- Hình 12-15 cho thấy các nhiệm vụ trong giai đoạn bảo trì.
- Tuy nhiên, khi các hệ thống trở nên lớn hơn và khi số lượng
yêu cầu lỗi và yêu cầu nâng cao tăng lên, nhiều tổ chức thấy cần
phải phát triển cơ sở dữ liệu theo dõi.
- Thông thường, các nhân viên IS ưu tiên các vấn đề hệ thống
theo mức độ nghiêm trọng của chúng
- Bởi vì cải tiến là sự thích ứng với các yêu cầu mới, các nhà
phát triển thường ưu tiên các yêu cầu nâng cao tách biệt với các
yêu cầu không thành công.