Q1C1

Machine Translated by Google
Trang này được chủ ý để trống bên trái.

PHẦN I CÁC CƠ SỞ PHÂN TÍCH HỆ THỐNG
Hệ thống, vai trò

1
và phát triển
Phương pháp luận
MỤC TIÊU HỌC TẬP
Khi bạn đã nắm vững tài liệu trong chương này, bạn sẽ có thể:
1. Hiểu được nhu cầu phân tích và thiết kế hệ thống trong các tổ chức.
2. Nhận ra nhiều vai trò của một nhà phân tích hệ thống là gì.
3. Hiểu được các nguyên tắc cơ bản của ba phương pháp luận phát triển: các hệ thống
vòng đời phát triển (SDLC), phương pháp tiếp cận linh hoạt bao gồm Scrum, phân tích và thiết
kế hệ thống hướng đối tượng.
Các tổ chức từ lâu đã nhận ra tầm quan trọng của việc quản lý các nguồn lực chính như con người và nguyên liệu
thô. Thông tin hiện đã chuyển đến đúng vị trí của nó như một nguồn tài nguyên quan trọng.
Những người ra quyết định hiểu rằng thông tin không chỉ là sản phẩm phụ của việc tiến hành công việc kinh
doanh; thay vào đó, nó thúc đẩy hoạt động kinh doanh và có thể là yếu tố quan trọng quyết định sự thành công hay
thất bại của một doanh nghiệp.
Để tối đa hóa tính hữu ích của thông tin, một doanh nghiệp phải quản lý nó một cách chính xác, giống như
quản lý các nguồn lực khác. Các nhà quản lý cần hiểu rằng chi phí gắn liền với việc sản xuất, phân phối, bảo
mật, lưu trữ và truy xuất tất cả thông tin. Mặc dù thông tin ở khắp nơi xung quanh chúng ta, nhưng nó không
phải là miễn phí và việc sử dụng chiến lược của nó để định vị khả năng cạnh tranh của doanh nghiệp không nên
được coi là đương nhiên.
Sự sẵn sàng của các máy tính nối mạng, cùng với khả năng truy cập Internet và Web, đã tạo ra một sự bùng
nổ thông tin trong toàn xã hội nói chung và doanh nghiệp nói riêng. Quản lý thông tin do máy tính tạo ra khác
với việc xử lý dữ liệu được tạo thủ công theo những cách đáng kể. Thường có một lượng lớn thông tin máy tính
cần quản lý. Chi phí tổ chức và duy trì nó có thể tăng ở mức đáng báo động và người dùng thường coi nó ít hoài
nghi hơn so với thông tin thu được theo những cách khác nhau. Chương này xem xét các nguyên tắc cơ bản của các
loại hệ thống thông tin khác nhau, vai trò khác nhau của các nhà phân tích hệ thống và các giai đoạn trong vòng
đời phát triển hệ thống (SDLC) khi chúng liên quan đến các yếu tố tương tác giữa con người và máy tính (HCI);
nó cũng giới thiệu các công cụ kỹ thuật phần mềm hỗ trợ máy tính (CASE).
39
40 PHẦN 1 • CÁC CƠ SỞ PHÂN TÍCH HỆ THỐNG
Cần phân tích và thiết kế hệ thống

Phân tích và thiết kế hệ thống, được thực hiện bởi các nhà phân tích hệ thống, được sử dụng để hiểu những gì
mọi người cần để có thể phân tích dữ liệu đầu vào hoặc luồng dữ liệu một cách có hệ thống, xử lý hoặc chuyển
đổi dữ liệu, lưu trữ dữ liệu và thông tin đầu ra trong bối cảnh của một tổ chức hoặc doanh nghiệp cụ thể . Các
nhà phân tích hệ thống tìm cách xác định và giải quyết các vấn đề phù hợp bằng cách thực hiện phân tích kỹ lưỡng
hệ thống của khách hàng. Hơn nữa, phân tích và thiết kế hệ thống được sử dụng để phân tích, thiết kế và đưa ra
các cải tiến cho hệ thống thông tin được máy tính hóa hỗ trợ người dùng và các chức năng của doanh nghiệp.
Bảo mật là rất quan trọng đối với hoạt động của hệ thống thông tin tổ chức và bảo mật là một thách thức
đối với tất cả mọi người tham gia phát triển hệ thống. Hệ thống thông tin có nhiều lỗ hổng bảo mật và ý tưởng
về bảo mật hoàn hảo là một điều viển vông. Thay vào đó, các tổ chức đánh đổi, cân nhắc giá trị của dữ liệu mà họ
đang lưu trữ với rủi ro rằng họ sẽ gặp phải vi phạm bảo mật. Là một nhà phát triển hệ thống, điều quan trọng là
bạn phải thiết kế các hệ thống mới với nhận thức về những gì bạn có thể làm để thiết kế bảo mật cho một hệ thống
ngay từ đầu. Devel chọn kiểm soát quyền riêng tư và bảo mật theo thiết kế, ngay từ đầu thiết kế hệ thống, là
mong muốn và hiệu quả hơn nhiều so với việc thêm nó vào các hệ thống cũ hơn. Tất nhiên, bạn phải luôn kiểm tra
các hệ thống mà bạn đang cập nhật hoặc cải tiến để tìm cách giải quyết các lỗ hổng và cải thiện đào tạo về các
vấn đề bảo mật.
Việc phát triển một hệ thống mà không có kế hoạch thích hợp dẫn đến sự không hài lòng của người dùng lớn
và khiến hệ thống rơi vào trạng thái không sử dụng. Phân tích và thiết kế hệ thống tạo cơ cấu cho việc phân tích
và thiết kế hệ thống thông tin, một nỗ lực tốn kém mà có thể đã được thực hiện một cách lộn xộn. Nó có thể được
coi là một loạt các quá trình được thực hiện một cách có hệ thống để cải thiện hoạt động kinh doanh thông qua
việc sử dụng các hệ thống thông tin được máy tính hóa. Phân tích và thiết kế hệ thống liên quan đến việc làm
việc với những người sử dụng hệ thống thông tin hiện tại và cuối cùng để hỗ trợ họ làm việc với các công nghệ
trong môi trường tổ chức.
Sự tham gia của người dùng trong suốt một dự án hệ thống là rất quan trọng đối với sự phát triển thành
công của hệ thống thông tin được máy tính hóa. Các nhà phân tích hệ thống, những người có vai trò trong tổ chức
sẽ được thảo luận tiếp theo, là thành phần thiết yếu khác trong việc phát triển các hệ thống thông tin hữu ích.
Người dùng đang đi đầu khi các nhóm phát triển phần mềm trở nên quốc tế hơn trong thành phần của họ. Điều
này có nghĩa là việc làm việc với người dùng phần mềm được chú trọng hơn; về việc thực hiện phân tích hoạt động
kinh doanh, các vấn đề và mục tiêu của họ; và truyền đạt phân tích và thiết kế của hệ thống đã hoạch định cho
tất cả những người có liên quan.
Vai trò của một nhà phân tích hệ thống
Một nhà phân tích hệ thống đánh giá một cách có hệ thống cách người dùng tương tác với công nghệ và cách thức
hoạt động của doanh nghiệp bằng cách kiểm tra việc nhập và xử lý dữ liệu cũng như đầu ra thông tin với mục đích
cải thiện các quy trình của tổ chức. Nhiều cải tiến liên quan đến việc hỗ trợ tốt hơn các nhiệm vụ công việc và
chức năng kinh doanh của người dùng thông qua việc sử dụng các hệ thống thông tin được máy tính hóa. Định nghĩa
này nhấn mạnh cách tiếp cận có hệ thống, có phương pháp để phân tích — và có khả năng cải thiện — những gì đang
xảy ra trong bối cảnh cụ thể mà người dùng trải nghiệm và do một doanh nghiệp tạo ra.
Định nghĩa của chúng tôi về một nhà phân tích hệ thống nhất thiết phải rộng. Một nhà phân tích phải có khả
năng làm việc với những người thuộc tất cả các mô tả và có kinh nghiệm làm việc với máy tính. Một nhà phân tích
đóng nhiều vai trò, đôi khi cân bằng nhiều vai trò cùng một lúc. Ba vai trò chính của một nhà phân tích hệ thống
là nhà tư vấn, chuyên gia hỗ trợ và tác nhân của sự thay đổi.
Nhà phân tích hệ thống với tư cách là nhà tư vấn
Một nhà phân tích hệ thống thường hoạt động như một nhà tư vấn hệ thống cho con người và doanh nghiệp của họ,
do đó, có thể được thuê đặc biệt để giải quyết các vấn đề về hệ thống thông tin trong một doanh nghiệp. Việc
tuyển dụng như vậy có thể là một lợi thế bởi vì các chuyên gia tư vấn bên ngoài mang lại cho họ một góc nhìn
mới mẻ mà những người trong một tổ chức không có. Điều đó cũng có nghĩa là các nhà phân tích bên ngoài gặp bất
lợi vì người ngoài không bao giờ có thể biết được văn hóa tổ chức thực sự. Là một nhà tư vấn bên ngoài, bạn sẽ
dựa nhiều vào các phương pháp có hệ thống được thảo luận xuyên suốt văn bản này để phân tích và thiết kế hệ
thống thông tin thích hợp cho người dùng làm việc trong một doanh nghiệp cụ thể. Ngoài ra, bạn sẽ dựa vào những
người sử dụng hệ thống thông tin để giúp bạn hiểu văn hóa tổ chức từ quan điểm của người khác.
CHƯƠNG 1 • Hệ thống, vai trò và phương pháp phát triển 41
CƠ HỘI TƯ VẤN 1 .1
Tuyển dụng lành mạnh: Muốn có trợ giúp thương mại điện tử
“Bạn sẽ rất vui khi biết rằng chúng tôi đã tạo ra một trường hợp mạnh mẽ cho con người cũng vậy. Chúng tôi luôn giao tiếp bằng một cách nào đó, thông qua các bài thuyết
Al Falfa, nhà phân tích hệ thống của chuỗi cửa hàng Marathon Vitamin Shops quốc tế trình chính thức, vẽ sơ đồ hoặc phỏng vấn người dùng. Nếu họ hiểu được việc ra
cho biết chúng ta nên thuê một nhà phân tích hệ thống mới để chuyên phát triển quyết định, nó sẽ giúp công việc của họ trở nên dễ dàng hơn. Ngoài ra, Marathon
thương mại điện tử. Anh ấy đang gặp gỡ với nhóm lớn các nhà phân tích hệ thống quan tâm đến việc tích hợp thương mại điện tử vào toàn bộ hoạt động kinh doanh.
của mình để quyết định về những hư cấu đủ điều kiện mà thành viên mới trong nhóm Chúng tôi cần một người ít nhất hiểu được tầm quan trọng chiến lược của Web;
của họ nên sở hữu. Al tiếp tục nói: “Trên thực tế, họ rất phấn khích trước khả thiết kế trang là một phần nhỏ của nó. ”
năng nhóm của chúng tôi giúp chuyển Marathon thành một chiến lược thương mại điện Ginger lại xen vào với một liều lượng thực tế lành mạnh, nói rằng, “Hãy để
tử đến nỗi họ đã nói rằng chúng tôi nên bắt đầu tìm kiếm ngay bây giờ và không đợi việc đó cho ban quản lý. Tôi vẫn nói người mới nên là một coder tốt ”. Sau đó, cô
đến mùa thu.” ấy lớn tiếng suy nghĩ, "Tôi tự hỏi ngôn ngữ mô hình hóa thống nhất (UML) sẽ quan
Ginger Rute, một nhà phân tích khác, cũng đồng ý rằng, “Nhu cầu về các nhà trọng như thế nào?"
phát triển trang web vẫn đang vượt xa nguồn cung. Chúng ta nên di chuyển nhanh Sau khi kiên nhẫn lắng nghe danh sách mong muốn của mọi người, một trong
chóng. Tôi nghĩ rằng người mới của chúng tôi nên hiểu biết về mô hình hệ thống, những nhà phân tích cấp cao, Cal Siem, lên tiếng, nói đùa, "Tốt hơn là chúng ta
JavaScript, C ++, Rational Rose và quen thuộc với Ajax, chỉ cần kể tên một số. ” nên xem liệu Superman có còn không!"
Khi cả nhóm cùng cười, Al nhận thấy cơ hội để cố gắng đạt được sự đồng thuận
Al có vẻ ngạc nhiên trước danh sách dài các kỹ năng của Ginger nhưng sau đó nhất định, nói rằng, “Chúng tôi đã có cơ hội nghe thấy một số bằng cấp khác nhau.
trả lời, “Chà, đó chắc chắn là một cách chúng ta có thể làm. Nhưng tôi cũng muốn Mỗi người hãy dành một chút thời gian và lập danh sách các bằng cấp mà cá nhân
gặp một người có hiểu biết kinh doanh. Hầu hết những người sắp ra trường sẽ có chúng tôi nghĩ là cần thiết để người phát triển thương mại điện tử mới có thể sở
kỹ năng viết mã vững chắc, nhưng họ cũng nên biết về kế toán, hàng tồn kho và phân hữu. Chúng tôi sẽ chia sẻ chúng và tiếp tục thảo luận cho đến khi chúng tôi có thể
phối hàng hóa và dịch vụ ”. mô tả người đó đủ chi tiết để chuyển mô tả cho nhóm nhân sự xử lý. ”
Thành viên mới nhất của nhóm phân tích hệ thống, Vita Ming, cuối cùng cũng Nhóm phân tích hệ thống nên tìm kiếm những bằng cấp nào khi thuê thành viên
tham gia vào cuộc thảo luận. Cô ấy nói, “Một trong những lý do tôi chọn đến làm nhóm phát triển thương mại điện tử mới của họ? Điều quan trọng hơn là biết các
việc với tất cả các bạn là tôi nghĩ rằng tất cả chúng tôi rất hợp nhau. Bởi vì tôi ngôn ngữ cụ thể hoặc có năng khiếu để chọn ngôn ngữ và gói phần mềm một cách nhanh
có một số cơ hội khác, tôi đã xem xét rất kỹ không khí ở đây như thế nào. Từ những chóng? Điều quan trọng là người được thuê có một số hiểu biết cơ bản về kinh
gì tôi đã thấy, chúng tôi là một nhóm thân thiện. Hãy chắc chắn thuê một người có doanh như thế nào? Tất cả các thành viên trong nhóm có nên sở hữu năng lực và kỹ
nhân cách tốt và phù hợp với chúng ta. " năng giống nhau không? Những đặc điểm tính cách hoặc đặc điểm nào được mong muốn
ở một nhà phân tích hệ thống, người sẽ làm việc trong lĩnh vực phát triển thương
Al đồng tình, tiếp tục, “Vita nói đúng. Người mới sẽ có thể giao tiếp tốt mại điện tử?
với chúng tôi và với các khách hàng doanh nghiệp
Nhà phân tích hệ thống với tư cách là chuyên gia hỗ trợ
Một vai trò khác mà bạn có thể được yêu cầu là chuyên gia hỗ trợ trong một doanh nghiệp mà bạn thường xuyên
được tuyển dụng trong một số năng lực hệ thống. Trong vai trò này, một nhà phân tích dựa trên kiến thức chuyên
môn liên quan đến phần cứng và phần mềm máy tính và việc sử dụng chúng trong doanh nghiệp. Công việc này thường
không phải là một dự án toàn diện về hệ thống và có thể chỉ yêu cầu một sửa đổi nhỏ hoặc một quyết định ảnh
hưởng đến một bộ phận.
Là chuyên gia hỗ trợ, bạn không quản lý dự án; bạn chỉ đang phục vụ như một tài nguyên cho những người
đang quản lý nó. Nếu bạn là một nhà phân tích hệ thống được thuê bởi một tổ chức sản xuất hoặc dịch vụ, thì
nhiều hoạt động hàng ngày của bạn có thể được đảm nhiệm bởi vai trò này.
Nhà phân tích hệ thống với tư cách là tác nhân thay đổi
Vai trò toàn diện và có trách nhiệm nhất mà chuyên viên phân tích hệ thống đảm nhận là vai trò của tác nhân thay
đổi, cho dù bên trong hay bên ngoài doanh nghiệp. Là một nhà phân tích, bạn là tác nhân của sự thay đổi bất cứ
khi nào bạn thực hiện bất kỳ hoạt động nào trong vòng đời phát triển hệ thống (được thảo luận trong phần tiếp
theo) và có mặt và tương tác với người dùng và doanh nghiệp trong một thời gian dài (từ hai tuần trở lên hơn
một năm).
Sự hiện diện của bạn trong doanh nghiệp sẽ thay đổi nó. Là một nhà phân tích hệ thống, bạn phải nhận ra
thực tế này và sử dụng nó như một điểm khởi đầu cho phân tích của bạn. Do đó, bạn phải tương tác với người dùng và
quản lý (nếu chúng không phải là một và giống nhau) ngay từ đầu dự án của bạn. Nếu không có sự giúp đỡ
của họ, bạn không thể hiểu họ cần gì để hỗ trợ công việc của họ trong tổ chức, và sự thay đổi thực sự
không thể diễn ra.
Phẩm chất của một nhà phân tích hệ thống

Từ những mô tả ở trên về vai trò của nhà phân tích hệ thống, có thể dễ dàng nhận thấy rằng một nhà phân
tích hệ thống thành công phải có nhiều phẩm chất. Trên tất cả, một nhà phân tích là một người giải quyết
vấn đề. Anh ấy hoặc cô ấy là người coi việc phân tích các vấn đề là một thách thức và thích đưa ra các
giải pháp khả thi. Khi cần thiết, nhà phân tích phải có khả năng giải quyết một cách có hệ thống tình
huống hiện tại thông qua việc áp dụng khéo léo các công cụ, kỹ thuật và kinh nghiệm.
Một nhà phân tích cũng phải là một người giao tiếp có khả năng liên hệ có ý nghĩa với những người
khác trong một khoảng thời gian dài. Các nhà phân tích hệ thống cần có khả năng hiểu nhu cầu của con
người khi tương tác với công nghệ và họ cần có đủ kinh nghiệm máy tính để viết mã, hiểu khả năng của máy
tính, thu thập các yêu cầu thông tin từ người dùng và truyền đạt những gì cần thiết cho người lập trình.
Các nhà phân tích cũng cần phải có đạo đức nghề nghiệp và cá nhân mạnh mẽ để giúp họ định hình các mối
quan hệ với khách hàng của mình.
Một nhà phân tích hệ thống phải là một cá nhân tự kỷ luật, năng động và có thể quản lý và điều phối
những người khác cũng như vô số nguồn lực của dự án. Phân tích hệ thống là một công việc đòi hỏi nhiều
khó khăn, nhưng bù lại, nó là một công việc luôn thay đổi và luôn thách thức.
Vòng đời phát triển hệ thống

Trong suốt chương này, chúng tôi đề cập đến cách tiếp cận hệ thống mà các nhà phân tích sử dụng để phân
tích và thiết kế hệ thống thông tin. Phần lớn điều này được thể hiện trong ba cách tiếp cận mà chúng tôi
mô tả trong cuốn sách này. Cách tiếp cận đầu tiên được gọi là vòng đời phát triển hệ thống (SDLC). SDLC
là một cách tiếp cận theo từng giai đoạn để phân tích và thiết kế dựa trên giả định rằng các hệ thống
được phát triển tốt nhất thông qua việc sử dụng một chu trình cụ thể của các hoạt động của nhà phân tích
và người dùng. Nó còn được gọi là phương pháp thác nước vì việc phân tích hệ thống hoàn thành giai đoạn
đầu tiên, sau đó chuyển xuống giai đoạn tiếp theo, v.v., giống như nước chảy đều đặn từ tảng đá này sang
tảng đá khác.
Các nhà phân tích không đồng ý về chính xác có bao nhiêu giai đoạn trong SDLC, nhưng họ tán dương
cách tiếp cận có tổ chức của nó. Ở đây chúng tôi đã chia chu kỳ thành bảy giai đoạn, như trong Hình 1.1.
Mặc dù mỗi giai đoạn được trình bày riêng biệt, nhưng nó không bao giờ được hoàn thành như một bước
riêng biệt. Thay vào đó, một số hoạt động có thể xảy ra đồng thời và các hoạt động có thể được lặp lại.
HÌNH 1.1 2 Xác định con người

1 Xác định vấn đề, thông tin
Bảy giai đoạn của vòng đời phát cơ hội và
yêu cầu
mục tiêu
triển hệ thống (SDLC).
3 Phân tích
nhu cầu hệ thống
7 Thực thi
và đánh giá
hệ thống
4 Thiết kế
khuyến khích
hệ thống
6 Kiểm tra và
5 Đang phát triển và
duy trì
ghi chép tài liệu
hệ thống phần mềm
Xác định vấn đề, cơ hội và mục tiêu

Trong giai đoạn đầu tiên của SDLC, một nhà phân tích quan tâm đến việc xác định chính xác các vấn đề, cơ hội và mục
tiêu. Giai đoạn này rất quan trọng đối với sự thành công của phần còn lại của dự án vì không ai muốn lãng phí thời
gian để giải quyết vấn đề sai.
Giai đoạn đầu tiên yêu cầu nhà phân tích nhìn nhận một cách trung thực những gì đang xảy ra trong một doanh
nghiệp. Sau đó, cùng với các thành viên khác của tổ chức, nhà phân tích xác định các vấn đề. Những người khác
thường đưa ra những vấn đề này và đó là lý do ban đầu nhà phân tích được gọi. Cơ hội là những tình huống mà nhà
phân tích tin rằng có thể được cải thiện thông qua việc sử dụng hệ thống thông tin được máy tính hóa.
Nắm bắt cơ hội có thể cho phép doanh nghiệp đạt được lợi thế cạnh tranh hoặc thiết lập tiêu chuẩn ngành.
Xác định mục tiêu cũng là một thành phần quan trọng của giai đoạn đầu. Nhà phân tích trước tiên phải khám phá
ra những gì doanh nghiệp đang cố gắng thực hiện. Sau đó, nhà phân tích sẽ có thể xem liệu một số khía cạnh của các
ứng dụng hệ thống thông tin có thể giúp doanh nghiệp đạt được các mục tiêu bằng cách giải quyết các vấn đề hoặc cơ
hội cụ thể hay không.
Những người tham gia vào giai đoạn đầu tiên là người dùng, nhà phân tích và người quản lý hệ thống điều
phối dự án. Các hoạt động trong giai đoạn này bao gồm phỏng vấn ban quản lý người dùng, tóm tắt kiến thức thu được,
ước tính phạm vi của dự án và ghi lại kết quả. Đầu ra của giai đoạn này là một báo cáo khả thi chứa định nghĩa vấn
đề và tóm tắt các mục tiêu.
Sau đó, ban lãnh đạo phải đưa ra quyết định có tiếp tục thực hiện dự án đã đề ra hay không. Nếu nhóm người dùng
không có đủ tiền trong ngân sách của mình hoặc nếu họ muốn giải quyết các vấn đề không liên quan hoặc nếu các vấn
đề không yêu cầu hệ thống máy tính, thì một giải pháp khác có thể được đề xuất và dự án hệ thống không tiến hành
thêm.
Xác định yêu cầu thông tin con người

Trong giai đoạn tiếp theo, nhà phân tích xác định nhu cầu con người của những người dùng liên quan, sử dụng nhiều
công cụ khác nhau để hiểu cách người dùng tương tác trong bối cảnh công việc với hệ thống thông tin hiện tại của họ.
Nhà phân tích sử dụng các phương pháp tương tác như phỏng vấn, lấy mẫu và điều tra dữ liệu cứng, và sử dụng bảng
câu hỏi; các phương pháp không phô trương, chẳng hạn như quan sát hành vi của những người ra quyết định và môi
trường văn phòng của họ; và các phương pháp bao gồm tất cả, chẳng hạn như tạo mẫu.
Nhà phân tích sẽ sử dụng các phương pháp này để đặt ra và trả lời nhiều câu hỏi liên quan đến tương tác giữa
con người và máy tính (HCI), bao gồm các câu hỏi như, "Điểm mạnh và hạn chế về thể chất của người dùng là gì?"
Nói cách khác, “Cần phải làm gì để hệ thống dễ nghe, dễ đọc và an toàn?” “Làm thế nào để hệ thống mới có thể được
thiết kế để dễ sử dụng, dễ học và dễ nhớ?” "Làm thế nào để hệ thống có thể làm cho dễ chịu hoặc thậm chí thú vị khi
sử dụng?" “Làm thế nào hệ thống có thể hỗ trợ các nhiệm vụ công việc cá nhân của người dùng và làm cho họ năng suất
hơn theo những cách mới?”
Trong giai đoạn yêu cầu thông tin của SDLC, nhà phân tích đang cố gắng hiểu người dùng cần thông tin gì để
thực hiện công việc của họ. Tại thời điểm này, nhà phân tích đang xem xét cách làm cho hệ thống trở nên hữu ích cho
những người liên quan. Làm thế nào hệ thống có thể hỗ trợ tốt hơn các tác vụ riêng lẻ cần được thực hiện? Những
tác vụ mới nào được kích hoạt bởi hệ thống mới mà người dùng không thể thực hiện nếu không có nó? Làm thế nào hệ
thống mới có thể mở rộng khả năng của người dùng ngoài những gì hệ thống cũ cung cấp? Làm thế nào nhà phân tích có
thể tạo ra một hệ thống bổ ích cho người lao động sử dụng?
Những người tham gia vào giai đoạn này là các nhà phân tích và người dùng, điển hình là người quản lý hoạt
động và công nhân vận hành. Người phân tích hệ thống cần biết chi tiết về các chức năng hiện tại của hệ thống: ai
(những người có liên quan), cái gì (hoạt động kinh doanh), ở đâu (môi trường diễn ra công việc), khi nào (thời
gian) và như thế nào (cách thức thực hiện các thủ tục hiện tại) của doanh nghiệp đang nghiên cứu. Sau đó nhà phân
tích phải hỏi tại sao doanh nghiệp sử dụng hệ thống hiện tại.
Có thể có những lý do chính đáng để kinh doanh bằng các phương pháp hiện tại, và những lý do này nên được cân
nhắc kỹ khi thiết kế bất kỳ hệ thống mới nào.
Phát triển nhanh là sự phát triển vượt bậc của phương pháp tiếp cận hướng đối tượng (OOA) đối với lựa chọn
phát triển hệ thống bao gồm phương pháp phát triển (bao gồm cả việc tạo ra các yêu cầu thông tin) cũng như các
công cụ phần mềm. Trong văn bản này, nó được ghép nối với tạo mẫu trong Chương 6. (Có thêm về OOA trong Chương 10.)
Tuy nhiên, nếu lý do cho các hoạt động hiện tại là “nó luôn được thực hiện theo cách đó”, thì nhà phân tích
có thể muốn cải thiện các thủ tục. Khi hoàn thành giai đoạn này, nhà phân tích phải biết người dùng hoàn thành công
việc của họ như thế nào khi tương tác với máy tính và bắt đầu biết cách
làm cho hệ thống mới hữu ích hơn và có thể sử dụng được. Nhà phân tích cũng nên biết hoạt động kinh doanh hoạt
động như thế nào và có thông tin đầy đủ về con người, mục tiêu, dữ liệu và thủ tục liên quan.
Phân tích nhu cầu hệ thống

Giai đoạn tiếp theo mà nhà phân tích hệ thống thực hiện liên quan đến việc phân tích các nhu cầu của hệ thống.
Một lần nữa, các công cụ và kỹ thuật đặc biệt giúp nhà phân tích xác định yêu cầu. Các công cụ như sơ đồ luồng
dữ liệu (DFD) lập biểu đồ đầu vào, quy trình và đầu ra của các chức năng của doanh nghiệp và sơ đồ hoạt động
hoặc sơ đồ trình tự hiển thị chuỗi sự kiện, minh họa hệ thống ở dạng đồ họa, có cấu trúc. Từ luồng dữ liệu,
trình tự hoặc các sơ đồ khác, một từ điển dữ liệu được phát triển để liệt kê tất cả các mục dữ liệu được sử
dụng trong hệ thống, cũng như các thông số kỹ thuật của chúng.
Trong giai đoạn này, nhà phân tích hệ thống cũng phân tích các quyết định có cấu trúc được đưa ra. Các
quyết định được kiểm tra kỹ lưỡng là những quyết định mà các điều kiện, lựa chọn điều kiện thay thế, các hành
động và quy tắc hành động có thể được xác định. Ba công cụ chính được sử dụng khi phân tích các quyết định có
cấu trúc: tiếng Anh có cấu trúc, bảng quyết định và cây quyết định.
MAC XUẤT KHẨU
Tại nhà và trong các chuyến thăm đến các cơ sở đại học và các cơ sở kinh doanh trên khắp thế giới, chúng
tôi nhận thấy rằng sinh viên và các tổ chức đang ngày càng thể hiện sự quan tâm đến máy Mac. Do đó, chúng
tôi nghĩ rằng sẽ thêm một chút quan tâm khi hiển thị một số tùy chọn Mac có sẵn cho một nhà thiết kế hệ thống.
Ngày nay, khoảng một trong số bảy máy tính cá nhân được mua ở Hoa Kỳ là máy Mac. Mac là những máy chất
lượng dựa trên Intel, chạy dưới một hệ điều hành có thẩm quyền và cũng có thể chạy Windows, do đó, trên
thực tế, mọi thứ có thể được thực hiện trên PC đều có thể được thực hiện trên Mac. Một cách để chạy
Windows là khởi động trực tiếp vào Windows (sau khi nó được cài đặt); một cách khác là sử dụng ảo hóa, sử
dụng phần mềm như Fusion của VMware, được thể hiện trong Hình 1.MAC.
Những người sử dụng Mac đã viện dẫn nhiều lý do để sử dụng Mac, bao gồm bảo mật tốt hơn được tích
hợp trong hệ điều hành Mac, sao lưu thông minh bằng Time Machine tích hợp sẵn, vô số ứng dụng đã có, độ
tin cậy của thiết lập và mạng cũng như khả năng đồng bộ hóa Máy Mac với các máy Mac và iPhone khác. Theo
chúng tôi, lý do thuyết phục nhất chính là thiết kế.
HÌNH 1.MAC
Chạy Windows trên máy Mac sử dụng ảo hóa có tên VM Fusion. (Ảnh chụp màn hình được in
lại với sự cho phép của Apple Inc. và Bare Bones Software)
Tại thời điểm này trong SDLC, nhà phân tích hệ thống chuẩn bị một đề xuất hệ thống tóm tắt những gì đã
được khám phá về người dùng, khả năng sử dụng và tính hữu ích của các hệ thống hiện tại; cung cấp các phân
tích chi phí-lợi ích về các lựa chọn thay thế; và đưa ra các khuyến nghị về những gì (nếu có) nên được thực
hiện. Nếu một trong các khuyến nghị được ban giám đốc chấp nhận, nhà phân tích sẽ tiếp tục quá trình đó.
Mỗi vấn đề hệ thống là duy nhất và không bao giờ chỉ có một giải pháp đúng. Cách thức xây dựng đề xuất hoặc
giải pháp phụ thuộc vào phẩm chất cá nhân và sự đào tạo chuyên môn của mỗi nhà phân tích và sự tương tác
của nhà phân tích với người dùng trong bối cảnh môi trường làm việc của họ.
Thiết kế Hệ thống Khuyến nghị

Trong giai đoạn thiết kế của SDLC, nhà phân tích hệ thống sử dụng thông tin đã thu thập trước đó để hoàn
thành thiết kế logic của hệ thống thông tin. Người phân tích thiết kế các thủ tục cho người sử dụng để giúp
họ nhập dữ liệu chính xác để dữ liệu đi vào hệ thống thông tin là chính xác. Ngoài ra, nhà phân tích cung
cấp cho người dùng hoàn thiện đầu vào hiệu quả cho hệ thống thông tin bằng cách sử dụng các kỹ thuật của
hình thức và thiết kế trang web hoặc màn hình tốt.
Một phần của thiết kế hợp lý của hệ thống thông tin là tạo ra HCI. Giao diện kết nối người dùng với hệ
thống và cực kỳ quan trọng. Giao diện người dùng được thiết kế với sự trợ giúp của người dùng để đảm bảo
hệ thống dễ nghe, dễ đọc và an toàn, cũng như hấp dẫn và thú vị khi sử dụng. Ví dụ về giao diện người dùng
vật lý bao gồm bàn phím (để nhập câu hỏi và câu trả lời), menu trên màn hình (để lấy lệnh của người dùng)
và nhiều giao diện người dùng đồ họa (GUI) sử dụng chuột hoặc màn hình cảm ứng.
Giai đoạn thiết kế cũng bao gồm việc thiết kế cơ sở dữ liệu sẽ lưu trữ nhiều dữ liệu cần thiết của
những người ra quyết định trong tổ chức. Người dùng được hưởng lợi từ một cơ sở dữ liệu được tổ chức tốt,
hợp lý với họ và tương ứng với cách họ xem công việc của họ. Trong giai đoạn này, nhà phân tích cũng làm
việc với người dùng để thiết kế đầu ra (trên màn hình hoặc bản in) đáp ứng nhu cầu thông tin của họ.
Phát triển và lập hồ sơ phần mềm

Trong giai đoạn thứ năm của SDLC, nhà phân tích làm việc với người viết mã để phát triển bất kỳ phần mềm
gốc nào cần thiết. Trong giai đoạn này, nhà phân tích làm việc với người dùng để phát triển tính năng tư
vấn tài liệu hiệu quả cho phần mềm, bao gồm hướng dẫn thủ tục, trợ giúp trực tuyến và các trang web có các
câu hỏi thường gặp (FAQ) hoặc các tệp Read Me được gửi kèm theo phần mềm mới. Bởi vì người dùng tham gia
ngay từ đầu, tài liệu phải giải quyết các câu hỏi mà họ đã nêu ra và cùng với nhà phân tích giải quyết. Tài
liệu cho người dùng biết cách sử dụng phần mềm và phải làm gì nếu sự cố phần mềm xảy ra.
Bộ mã hóa có vai trò quan trọng trong giai đoạn này vì chúng thiết kế, viết mã và loại bỏ các lỗi cú
pháp khỏi các chương trình máy tính. Để đảm bảo chất lượng, người viết mã có thể tiến hành thiết kế hoặc
hướng dẫn mã, giải thích các phần phức tạp của phần mềm cho một nhóm lập trình viên khác.
Kiểm tra và Bảo trì Hệ thống

Trước khi một hệ thống thông tin có thể được sử dụng, nó phải được thử nghiệm. Sẽ ít tốn kém hơn nhiều nếu
bạn gặp sự cố trước thay vì sau khi hệ thống được đăng nhập cho người dùng. Người viết mã hoàn thành một
số thử nghiệm và một số thử nghiệm được thực hiện bởi các nhà phân tích hệ thống kết hợp với người viết mã.
Một loạt các bài kiểm tra để xác định vấn đề được chạy, đầu tiên với dữ liệu mẫu và cuối cùng là dữ liệu
thực tế từ hệ thống hiện tại. Các kế hoạch kiểm tra thường được tạo sớm trong SDLC và được tinh chỉnh khi
dự án tiến triển.
Việc bảo trì hệ thống và tài liệu của hệ thống bắt đầu trong giai đoạn này và được thực hiện thường
xuyên trong suốt vòng đời của hệ thống thông tin. Phần lớn công việc thường ngày của lập trình viên bao gồm
bảo trì và các doanh nghiệp chi rất nhiều tiền cho việc bảo trì. Một số bảo trì, chẳng hạn như cập nhật
chương trình, có thể được thực hiện tự động thông qua trang web của nhà cung cấp trên Web. Nhiều quy trình
có hệ thống mà nhà phân tích sử dụng trong suốt SDLC có thể giúp đảm bảo rằng việc bảo trì được duy trì ở
mức tối thiểu.
Triển khai và Đánh giá Hệ thống

Trong giai đoạn phát triển hệ thống cuối cùng này, nhà phân tích giúp triển khai hệ thống thông tin.
Giai đoạn này liên quan đến việc đào tạo người dùng để xử lý hệ thống. Các nhà cung cấp thực hiện một số đào tạo, nhưng giám sát
đào tạo là trách nhiệm của nhà phân tích hệ thống. Ngoài ra, nhà phân tích cần lập kế hoạch để chuyển đổi suôn sẻ từ
hệ thống cũ sang hệ thống mới. Quá trình này bao gồm chuyển đổi các tệp từ định dạng cũ sang định dạng mới hoặc xây
dựng cơ sở dữ liệu, cài đặt thiết bị và đưa hệ thống mới vào sản xuất.
Đánh giá được bao gồm như một phần của giai đoạn cuối cùng của SDLC, nhưng trên thực tế, đánh giá diễn ra
trong mọi giai đoạn. Một tiêu chí quan trọng phải được thỏa mãn là liệu những người dùng dự định có thực sự sử dụng
hệ thống hay không. Cần lưu ý rằng các hệ thống hoạt động thường theo chu kỳ. Khi nhà phân tích kết thúc một giai
đoạn phát triển hệ thống và tiếp tục sang giai đoạn tiếp theo, việc phát hiện ra vấn đề có thể buộc nhà phân tích
quay lại giai đoạn trước đó và sửa đổi công việc đã thực hiện ở đó.
Tác động của việc bảo trì

Sau khi hệ thống được cài đặt, nó phải được bảo trì, có nghĩa là các ứng dụng máy tính phải được sửa đổi và cập
nhật. Ước tính thời gian các bộ phận dành cho việc bảo trì nằm trong khoảng từ 48 phần trăm đến 60 phần trăm tổng
thời gian dành cho việc phát triển hệ thống. Còn lại rất ít thời gian để phát triển hệ thống mới. Khi số lượng các
chương trình được viết tăng lên, thì số lượng bảo trì mà chúng yêu cầu cũng tăng theo.
Bảo trì được thực hiện vì hai lý do. Việc đầu tiên trong số này là sửa lỗi phần mềm. Bất kể hệ thống được kiểm
tra kỹ lưỡng đến đâu, các lỗi hoặc lỗi vẫn xâm nhập vào các ứng dụng máy tính. Các lỗi trong phần mềm PC thương mại
thường được ghi nhận là “các điểm bất thường đã biết” và chúng được sửa khi các phiên bản mới của phần mềm được
phát hành hoặc trong một bản phát hành tạm thời. Trong phần mềm tùy chỉnh (còn được gọi là phần mềm đặt trước), các
lỗi phải được sửa khi chúng được phát hiện.
Lý do khác để thực hiện bảo trì hệ thống là để tăng cường khả năng cơ bản của phần mềm để đáp ứng với các nhu
cầu thay đổi của tổ chức, thường liên quan đến một trong ba tình huống sau:
1. Người dùng thường yêu cầu các tính năng bổ sung sau khi họ làm quen với hệ thống máy tính
và khả năng của nó.
2. Việc kinh doanh thay đổi theo thời gian.
3. Phần cứng và phần mềm đang thay đổi với tốc độ ngày càng nhanh.
Hình 1.2 minh họa lượng tài nguyên - thường là thời gian và tiền bạc - dành cho việc phát triển và bảo trì
hệ thống. Khu vực dưới đường cong đại diện cho tổng số tiền đô la đã chi tiêu. Bạn có thể thấy rằng, theo thời gian,
tổng chi phí bảo trì có khả năng vượt quá chi phí phát triển hệ thống. Tại một thời điểm nào đó, việc thực hiện
nghiên cứu hệ thống mới trở nên khả thi hơn vì chi phí tiếp tục bảo trì rõ ràng là lớn hơn chi phí tạo ra một hệ
thống thông tin hoàn toàn mới.
Tóm lại, bảo trì là một quá trình liên tục trong suốt vòng đời của hệ thống thông tin. Sau khi hệ thống thông
tin được cài đặt, việc bảo trì thường diễn ra dưới hình thức sửa chữa các lỗi phần mềm chưa được phát hiện trước
đó. Sau khi những điều này được sửa chữa, hệ thống sẽ tiếp cận trạng thái ổn định, cung cấp dịch vụ đáng tin cậy cho
người dùng. Bảo trì trong thời gian này có thể bao gồm việc loại bỏ một số lỗi chưa được phát hiện trước đó và cập
nhật
HÌNH 1.2 Sự thay đổi chính

trong cả hai doanh nghiệp
Tiêu thụ tài nguyên trong suốt vòng đời Và công nghệ
của hệ thống.
Bài cài đặt
Thay đổi nhỏ
Lỗi
Do lỗi và
Cải tiến
Hệ thống
Số lượng
Sự phát triển
Tài nguyên
Thời gian
Đã tiêu dùng,
Thời gian và
Tiền bạc
Cài đặt
Ngày
CHƯƠNG 1 • Hệ thống, vai trò và phương pháp phát triển

47
hệ thống với một vài cải tiến nhỏ. Tuy nhiên, khi thời gian trôi qua và công việc kinh doanh và
công nghệ thay đổi, nỗ lực bảo trì tăng lên đáng kể.
Sử dụng công cụ CASE Các
nhà phân tích áp dụng phương pháp SDLC thường được hưởng lợi từ các công cụ năng suất, được gọi
là công cụ kỹ thuật phần mềm hỗ trợ máy tính (CASE), được tạo ra một cách rõ ràng để cải thiện công
việc thường ngày của họ thông qua việc sử dụng hỗ trợ tự động. Các nhà phân tích dựa vào các công
cụ CASE để tăng năng suất, giao tiếp hiệu quả hơn với người dùng và tích hợp công việc mà họ thực
hiện trên hệ thống từ đầu đến cuối vòng đời.
Tất cả thông tin về dự án được lưu trữ trong một bách khoa toàn thư gọi là CASE reposi
tory, một bộ sưu tập lớn các bản ghi, phần tử, sơ đồ, màn hình, báo cáo và các thông tin khác
(xem Hình 1.3). Báo cáo phân tích có thể được tạo ra bằng cách sử dụng thông tin kho lưu trữ để
chỉ ra nơi thiết kế chưa hoàn thiện hoặc có lỗi.
Visible Analyst (VA) là một ví dụ về công cụ CASE cho phép các nhà phân tích hệ thống lập
kế hoạch, phân tích và thiết kế đồ họa để xây dựng các ứng dụng và cơ sở dữ liệu máy khách / máy
chủ phức tạp. Nhà phân tích hiển thị và các sản phẩm phần mềm như Microsoft Visio hoặc OmniGraffle
BÁO CÁO PHÂN TÍCH BÁN HÀNG HÌNH 1.3

THÊM KHÁCH HÀNG
MỤC TOÀN BỘ Khái niệm kho lưu trữ.
SỐ XXXXXX SỰ MÔ TẢ DOANH SỐ BÁN HÀNG
XXXXXXXXXXXXXXXX ZZ, ZZ9 Màn hình và

TÊN XXXXXXXXXXXX
XXXXXXXXXXXXXXXX ZZ, ZZ9 Báo cáo thiết kế
ĐƯỜNG XXXXXXXXXXXX
XXXXXXXXXXXXXXXX ZZ, ZZ9
THÀNH PHỐ XXXXXXXXXXXX
TÌNH TRẠNG XX
ZIP XXXXX-XXXX
Sơ đồ hệ thống
và mô hình
Mục = Số +
KHÔNG LÀM KHI NÀO KHÔNG Kết thúc tệp
Mô tả +
Đọc bản ghi mục
Chi phí +
Giá + NẾU Hàng còn ít
In Đơn đặt hàng Từ điển dữ liệu và

Số lượng trên tay +
Số lượng đặt hàng + Xử lý logic
Cập nhật bản ghi mặt hàng
Sắp xếp lại điểm +
ENDIF
Doanh số hàng tháng +
KẾT THÚC
Doanh số hàng năm cho đến nay
yêu cầu hệ thống Giao hàng tận nơi
• Thêm khách hàng mới • • Thêm màn hình khách hàng
Xác định mặt hàng bán nhanh và bán • Báo cáo phân tích mặt
chậm • Nhập đơn đặt hàng của khách Quản lý dự án
hàng • Màn hình nhập đơn đặt hàng
hàng • Tra cứu số dư tín dụng của
của khách hàng • Màn hình hỏi đáp
khách hàng • Duy trì hàng tồn kho khách hàng • Chương trình đặt hàng
đầy đủ
của nhà cung cấp • Dự báo thời vụ
cho phép người dùng vẽ và sửa đổi sơ đồ một cách dễ dàng. Tuy nhiên, VA là một công cụ CASE chính thức có kho
lưu trữ và các tính năng khác, trong khi hai công cụ còn lại thì không.
Các nhà phân tích và người dùng đều báo cáo rằng các công cụ CASE cung cấp cho họ một phương tiện
truyền thông về hệ thống trong quá trình hình thành khái niệm. Thông qua việc sử dụng cổng sup tự động có
tính năng xuất trên màn hình, khách hàng có thể dễ dàng xem các luồng dữ liệu và các khái niệm hệ thống khác
được mô tả như thế nào và sau đó họ có thể yêu cầu chỉnh sửa hoặc thay đổi sẽ mất quá nhiều thời gian với các
công cụ cũ hơn. Các công cụ CASE cũng giúp hỗ trợ mô hình hóa các yêu cầu chức năng của tổ chức, hỗ trợ các
nhà phân tích và người dùng vẽ ranh giới cho một dự án nhất định và giúp họ hình dung cách dự án kết nối với
các bộ phận khác của tổ chức.
Phương pháp tiếp cận Agile
Mặc dù văn bản này có xu hướng tập trung vào SDLC, cách tiếp cận được sử dụng rộng rãi nhất trong thực tế,
nhưng đôi khi một nhà phân tích sẽ nhận ra rằng tổ chức của họ có thể được hưởng lợi từ một cách tiếp cận
khác. Có lẽ một dự án hệ thống sử dụng cách tiếp cận có cấu trúc gần đây đã thất bại, hoặc có lẽ các văn hóa
con của tổ chức, bao gồm một số nhóm người dùng khác nhau, có vẻ giống với một phương pháp thay thế hơn.
Chúng ta không thể thực hiện công bằng đối với những phương pháp này trong một không gian nhỏ; mỗi người đều
xứng đáng và đã truyền cảm hứng cho những cuốn sách và nghiên cứu của riêng mình. Tuy nhiên, bằng cách đề cập
đến những cách tiếp cận này ở đây, chúng tôi hy vọng sẽ giúp bạn nhận thức được rằng trong một số trường hợp
nhất định, tổ chức của bạn có thể muốn xem xét một giải pháp thay thế hoặc bổ sung cho phân tích và thiết kế
có cấu trúc và cho SDLC.
Cách tiếp cận nhanh là một cách tiếp cận phát triển phần mềm dựa trên các giá trị, nguyên tắc và thực
tiễn cốt lõi. Bốn giá trị là giao tiếp, đơn giản, phản hồi và can đảm. Chúng tôi khuyến nghị rằng các nhà phân
tích hệ thống nên áp dụng các giá trị này trong tất cả các dự án mà họ thực hiện, không chỉ khi áp dụng cách
tiếp cận nhanh.
Để hoàn thành một dự án, thường cần phải thực hiện các điều chỉnh trong quản lý dự án.
Trong Chương 6, chúng ta sẽ thấy rằng một phương pháp nhanh có thể đảm bảo hoàn thành một dự án thành công
bằng cách điều chỉnh các nguồn lực quan trọng về thời gian, chi phí, chất lượng và phạm vi. Khi bốn biến số
này được đưa vào quy hoạch một cách hợp lý, thì sẽ có trạng thái cân bằng giữa các nguồn lực và các hoạt động
cần thiết để hoàn thành dự án.
Việc đưa các phương pháp phát triển lên cao độ là điều dễ nhận thấy nhất khi một người theo đuổi các
phương pháp thực hành dành riêng cho phát triển nhanh. Trong Chương 6, chúng ta thảo luận về bốn phương pháp
thực hành nhanh cốt lõi: bản phát hành ngắn, tuần làm việc 40 giờ, tiếp đón khách hàng tại chỗ và sử dụng lập
trình cặp. Thoạt nhìn, những phương pháp này có vẻ cực đoan, nhưng như bạn sẽ thấy, chúng ta có thể học được
một số bài học quan trọng từ việc kết hợp nhiều giá trị và thực tiễn của phương pháp tiếp cận nhanh vào các
dự án thiết kế và phân tích hệ thống.
Chúng tôi cũng khám phá một phương pháp nhanh nhẹn được gọi là Scrum, được đặt tên theo vị trí xuất
phát trong môn thể thao bóng bầu dục. Thành công của Scrum liên quan nhiều đến các bản phát hành cực kỳ nhanh
chóng của nó. Một chu kỳ chạy nước rút điển hình sẽ kéo dài từ hai đến bốn tuần. Vào cuối giai đoạn đó, nhóm
dự kiến sẽ sản xuất một sản phẩm có khả năng trụ hạng. Điều đó có nghĩa là các ứng dụng hoặc trang web liên
tục thay đổi. Mỗi lần lặp lại tự hào có một tập hợp các tính năng mới được tạo ra trong chu kỳ nước rút.
Scrum cũng là duy nhất bởi vì các thành viên trong nhóm chọn những gì họ muốn làm việc trong một nhóm. Scrum
được thảo luận kỹ hơn trong Chương 6. Hãy quay lại thảo luận về phương pháp tiếp cận nhanh nói chung.
Các hoạt động và hành vi định hình cách các thành viên trong nhóm phát triển và khách hàng hành động
trong quá trình phát triển một dự án nhanh. Hai từ đặc trưng cho một dự án được thực hiện bằng cách tiếp cận
nhanh là tương tác và tăng dần. Hình 1.4 minh họa năm giai đoạn riêng biệt của phương pháp tiếp cận nhanh:
thăm dò, lập kế hoạch, lặp lại bản phát hành đầu tiên, sản xuất hóa và bảo trì. Lưu ý ba mũi tên màu đỏ quay
ngược trở lại hộp “Lặp lại” và tượng trưng cho những thay đổi gia tăng được tạo ra thông qua thử nghiệm và
phản hồi lặp đi lặp lại, cuối cùng dẫn đến một hệ thống ổn định nhưng đang phát triển. Cũng lưu ý rằng nhiều
mũi tên lặp lại đưa trở lại giai đoạn sản xuất. Những điều này tượng trưng rằng tốc độ lặp lại được tăng
lên sau khi một sản phẩm được phát hành. Mũi tên màu đỏ được hiển thị khi rời giai đoạn bảo trì và quay lại
giai đoạn lập kế hoạch, minh họa một vòng phản hồi liên tục liên quan đến khách hàng và nhóm phát triển khi họ
đồng ý thay đổi hệ thống đang phát triển.

HÌNH 1.4
Năm giai đoạn của quá trình
Thăm dò
phát triển mô hình nhanh cho thấy
rằng việc lặp lại thường xuyên là
điều cần thiết để phát triển hệ
thống thành công.
Lặp lại
Lập kế hoạch
Phát hành đầu tiên
Các phương pháp

involv e
Agile mà khách
trong nhiều
hàng lặp lại trước
người đầu tiên
phóng thích . . . Sản xuất
Sự bảo trì . . . và tăng lên
tốc độ của
lặp lại sau
sản phẩm là
phát hành.
Thăm dò
Trong quá trình khám phá, bạn khám phá môi trường của mình, khẳng định niềm tin rằng vấn đề có thể và cần
được tiếp cận bằng sự phát triển nhanh nhẹn, tập hợp nhóm và đánh giá kỹ năng của các thành viên trong
nhóm. Giai đoạn này kéo dài từ vài tuần (nếu bạn đã biết các thành viên trong nhóm và công nghệ của mình)
đến vài tháng (nếu mọi thứ đều mới). Bạn cũng sẽ tích cực kiểm tra các công nghệ tiềm năng cần thiết để
xây dựng hệ thống mới. Trong giai đoạn này, bạn nên tập ước lượng thời gian cần thiết cho nhiều nhiệm vụ
khác nhau. Trong quá trình thăm dò, khách hàng cũng đang thử nghiệm viết câu chuyện của người dùng. Mục
tiêu là khiến khách hàng tinh chỉnh một câu chuyện đủ để bạn có thể ước tính thành thạo khoảng thời gian
cần thiết để xây dựng giải pháp vào hệ thống mà bạn đang lên kế hoạch.
Giai đoạn này là tất cả về việc áp dụng một thái độ vui tươi và tò mò đối với môi trường làm việc, các
vấn đề, công nghệ và con người của nó.
Lập kế hoạch
Giai đoạn tiếp theo của quá trình phát triển nhanh được gọi là lập kế hoạch. Ngược lại với giai đoạn
đầu, việc lập kế hoạch có thể chỉ mất vài ngày để hoàn thành. Trong giai đoạn này, bạn và khách hàng của
bạn đồng ý về một ngày bất kỳ từ hai tháng đến nửa năm kể từ ngày hiện tại để đưa ra giải pháp cho các
vấn đề kinh doanh cấp bách nhất của họ (bạn sẽ giải quyết những câu chuyện nhỏ nhất, có giá trị nhất). Nếu
các hoạt động khám phá của bạn là đủ, thì giai đoạn này sẽ rất ngắn.
Toàn bộ quy trình lập kế hoạch nhanh đã được mô tả bằng cách sử dụng ý tưởng về trò chơi lập kế
hoạch, do Kent Beck, cha đẻ của Lập trình cực đoan, nghĩ ra. Trò chơi lập kế hoạch đưa ra các quy tắc có
thể giúp hình thành mối quan hệ của nhóm phát triển nhanh với khách hàng doanh nghiệp của họ. Mặc dù các
quy tắc hình thành ý tưởng về cách bạn muốn mỗi bên hành động trong quá trình phát triển, nhưng chúng
không có nghĩa là sự thay thế cho một mối quan hệ. Chúng là cơ sở để xây dựng và duy trì một mối quan hệ.
Sử dụng phép ẩn dụ của một trò chơi, chúng ta nói về mục tiêu của trò chơi, chiến lược theo đuổi,
các quân cờ để di chuyển và những người chơi tham gia. Mục tiêu của trò chơi là tối đa hóa giá trị của hệ
thống do nhóm nhanh nhẹn sản xuất. Để đạt được giá trị, bạn phải trừ đi chi phí phát triển và thời gian,
chi phí và sự không chắc chắn đã xảy ra để dự án phát triển có thể tiếp tục.
Chiến lược mà nhóm phát triển nhanh theo đuổi luôn là một trong những hạn chế sự không chắc chắn
(rủi ro hạ thấp). Để làm được điều đó, họ thiết kế giải pháp đơn giản nhất có thể, đưa hệ thống vào sản
xuất càng sớm càng tốt, nhận phản hồi từ khách hàng doanh nghiệp về những gì
làm việc và điều chỉnh thiết kế của họ từ đó. Các thẻ câu chuyện trở thành các phần trong trò chơi lập kế hoạch
mô tả ngắn gọn nhiệm vụ, cung cấp ghi chú và cung cấp một khu vực để theo dõi nhiệm vụ.
Hai người chơi chính trong trò chơi lập kế hoạch là nhóm phát triển và khách hàng doanh nghiệp. Quyết định
nhóm doanh nghiệp nào cụ thể sẽ là khách hàng của doanh nghiệp không phải lúc nào cũng dễ dàng bởi vì quy trình
nhanh là một vai trò đòi hỏi bất thường đối với khách hàng. Khách hàng quyết định những gì nhóm phát triển nên
giải quyết đầu tiên. Các quyết định của họ sẽ thiết lập các ưu tiên và kiểm tra các chức năng trong suốt quá
trình.
Lặp lại bản phát hành đầu tiên
Giai đoạn thứ ba trong quá trình phát triển nhanh bao gồm các lần lặp lại bản phát hành đầu tiên. Typi thực sự
những lần lặp lại này (chu kỳ thử nghiệm, phản hồi và thay đổi) kéo dài khoảng ba tuần.
Bạn sẽ cố gắng phác thảo toàn bộ kiến trúc của hệ thống, mặc dù nó chỉ ở dạng phác thảo hoặc khung xương. Một
mục tiêu là chạy các bài kiểm tra chức năng do khách hàng viết vào cuối mỗi lần lặp. Trong giai đoạn lặp lại,
bạn cũng nên đặt câu hỏi liệu lịch trình có cần được thay đổi hay không hoặc liệu bạn có đang giải quyết quá
nhiều câu chuyện hay không. Thực hiện các nghi thức nhỏ từ mỗi ý tưởng thành công, có sự tham gia của khách
hàng cũng như các nhà phát triển. Luôn tán dương sự tiến bộ của bạn, ngay cả khi nó là nhỏ, bởi vì đây là một
phần của văn hóa thúc đẩy mọi người làm việc cực kỳ chăm chỉ cho dự án.
Sản xuất
Một số hoạt động xảy ra trong giai đoạn sản xuất. Trong giai đoạn này, chu kỳ phản hồi tăng tốc độ để thay vì
nhận phản hồi lặp lại ba tuần một lần, các bản sửa đổi phần mềm sẽ được quay vòng trong một tuần. Bạn có thể tổ
chức các cuộc họp giao ban hàng ngày để mọi người biết mọi người đang làm gì. Sản phẩm được phát hành trong
đợt này, nhưng nó có thể được cải thiện bằng cách thêm các tính năng khác. Đưa một hệ thống vào sản xuất là
một sự kiện thú vị. Dành thời gian để ăn mừng với đồng đội của bạn và đánh dấu dịp này. Một trong những chìa
khóa của phương pháp tiếp cận nhanh nhẹn, mà chúng tôi chân thành chấp nhận, đó là việc phát triển hệ thống
được cho là sẽ rất thú vị!
Sự bảo trì
Khi một hệ thống đã được phát hành, nó cần phải được duy trì hoạt động trơn tru. Các tính năng mới có thể được
thêm vào, các đề xuất của khách hàng rủi ro hơn có thể được xem xét và các thành viên trong nhóm có thể được
luân chuyển vào hoặc rời nhóm. Thái độ bạn thực hiện tại thời điểm này trong quá trình phát triển là thận trọng
hơn bất kỳ thời điểm nào khác. Bây giờ bạn đang ở trong chế độ “người giữ lửa” chứ không phải là chế độ vui nhộn
mà bạn đã trải qua trong quá trình khám phá.
Phân tích và thiết kế hệ thống hướng đối tượng

Phân tích và thiết kế hệ thống hướng đối tượng (OO) là một cách tiếp cận nhằm tạo điều kiện thuận lợi cho việc
phát triển các hệ thống phải thay đổi nhanh chóng để đáp ứng với môi trường kinh doanh năng động. Chương 10
giúp bạn hiểu phân tích và thiết kế hệ thống OO là gì, nó khác với cách tiếp cận có cấu trúc của SDLC như thế
nào và khi nào thì có thể thích hợp để sử dụng OOA.
Các kỹ thuật hướng đối tượng thường hoạt động tốt trong các tình huống trong đó các hệ thống thông tin
phức tạp đang được bảo trì, điều chỉnh và thiết kế lại liên tục. Phương pháp tiếp cận hướng đối tượng sử dụng
tiêu chuẩn công nghiệp để mô hình hóa hệ thống OO, được gọi là ngôn ngữ mô hình hóa thống nhất (UML), để chia
hệ thống thành mô hình ca sử dụng.
Lập trình hướng đối tượng khác với lập trình thủ tục truyền thống ở chỗ nó kiểm tra các đối tượng là một
phần của hệ thống. Mỗi đối tượng là một đại diện máy tính của một số sự vật hoặc sự kiện thực tế. Đối tượng có
thể là khách hàng, mặt hàng, đơn đặt hàng, v.v. Các đối tượng được gửi lại bởi và được nhóm lại thành các lớp
tối ưu cho việc tái sử dụng và khả năng bảo trì. Một lớp định nghĩa tập hợp các thuộc tính và hành vi dùng chung
được tìm thấy trong mỗi đối tượng trong lớp.
Các điểm tương đồng hướng đối tượng với SDLC

Các pha trong UML tương tự như trong SDLC. Bởi vì hai phương pháp này chia sẻ mô hình cứng nhắc và chính xác,
chúng xảy ra với tốc độ chậm hơn, có chủ ý hơn so với các giai đoạn của mô hình nhanh. Một nhà phân tích trải
qua các giai đoạn vấn đề và xác định, giai đoạn phân tích và giai đoạn thiết kế, như thể hiện trong Hình 1.5.
Bắt đầu hướng đối tượng HÌNH 1.5

Phân tích và thiết kế
Các bước phát triển UML
quy trình.
Phát triển và
Vẽ trường hợp sử dụng
Ghi lại
Sơ đồ
Hệ thống
Thiết kế hệ thống Nhận dạng vấn đề
Giai đoạn Giai đoạn
Sửa đổi sơ đồ và Viết ca sử dụng

Hoàn thành
Các tình huống
Thông số kỹ thuật
Hoạt động phát triển

Vẽ Statechart
Sơ đồ từ sử dụng
Sơ đồ
Các trường hợp
Phân tích hệ thống

Giai đoạn
Tạo lớp học Phát triển trình tự
Sơ đồ Sơ đồ
Mặc dù các chi tiết cụ thể được thảo luận trong Chương 2 và 10, các bước sau đây cung
cấp mô tả ngắn gọn về quy trình UML.
XÁC ĐỊNH MÔ HÌNH TRƯỜNG HỢP SỬ DỤNG Trong giai đoạn này, nhà phân tích xác định các tác nhân và các sự
kiện chính do các tác nhân khởi xướng. Thông thường, nhà phân tích bắt đầu bằng cách vẽ một sơ đồ với
các hình que đại diện cho các tác nhân và các mũi tên thể hiện mối quan hệ của các tác nhân. Đây được gọi
là biểu đồ ca sử dụng (Chương 2), và nó đại diện cho dòng sự kiện tiêu chuẩn trong hệ thống. Sau đó, một
nhà phân tích thường viết ra một tình huống sử dụng (Chương 2), trong đó mô tả bằng lời các bước thường
được thực hiện.
TRONG GIAI ĐOẠN PHÂN TÍCH HỆ THỐNG, BẮT ĐẦU VẼ SƠ ĐỒ UML Trong giai đoạn thứ hai (Chương 10), nhà phân
tích vẽ các biểu đồ hoạt động, minh họa tất cả các hoạt động chính trong ca sử dụng. Ngoài ra, nhà phân
tích tạo ra một hoặc nhiều biểu đồ trình tự cho mỗi trường hợp sử dụng thể hiện trình tự của các hoạt
động và thời gian của chúng. Đây là cơ hội để quay lại và xem xét các trường hợp sử dụng, suy nghĩ lại
và sửa đổi chúng nếu cần thiết.
TIẾP TỤC TRONG GIAI ĐOẠN PHÂN TÍCH, PHÁT TRIỂN SƠ ĐỒ LỚP Danh từ trong các ca sử dụng là các đối tượng
có khả năng được nhóm lại thành các lớp. Ví dụ, mỗi ô tô là một đối tượng có chung đặc điểm với các ô tô
khác. Họ cùng nhau tạo nên một lớp học.
VẪN TRONG GIAI ĐOẠN PHÂN TÍCH, VẼ SƠ ĐỒ BẬC THANG Các biểu đồ lớp được sử dụng để vẽ các biểu đồ trạng
thái, giúp hiểu được các quy trình phức tạp mà biểu đồ trình tự không thể suy ra được đầy đủ. Các sơ đồ
trạng thái cực kỳ hữu ích trong việc sửa đổi các sơ đồ lớp, vì vậy quá trình lặp lại của mô hình hóa UML
vẫn tiếp tục.
BẮT ĐẦU THIẾT KẾ HỆ THỐNG BẰNG CÁCH SỬA ĐỔI SƠ ĐỒ UML SAU ĐÓ HOÀN THIỆN CÁC THÔNG SỐ KỸ THUẬT Thiết kế hệ
thống có nghĩa là sửa đổi hệ thống hiện có, và điều đó ngụ ý sửa đổi các sơ đồ đã vẽ trong giai đoạn
trước. Các sơ đồ này có thể được sử dụng để dẫn xuất các lớp, các thuộc tính và phương thức của chúng
(các phương thức chỉ đơn giản là các phép toán). Một nhà phân tích sẽ cần viết các đặc tả lớp cho mỗi
lớp, bao gồm các thuộc tính, phương thức và mô tả của chúng. Nhà phân tích cũng sẽ phát triển phương pháp
thông số kỹ thuật trình bày chi tiết các yêu cầu đầu vào và đầu ra cho từng phương pháp, cùng với mô tả chi tiết về
quá trình xử lý nội bộ của phương pháp.
PHÁT TRIỂN VÀ TÀI LIỆU HỆ THỐNG UML tất nhiên là một ngôn ngữ mô hình hóa. Một nhà phân tích có thể tạo ra các mô
hình tuyệt vời, nhưng nếu hệ thống không được phát triển, thì sẽ không có nhiều điểm trong việc xây dựng các mô hình.
Tài liệu là rất quan trọng. Thông tin bạn cung cấp cho nhóm phát triển thông qua tài liệu và sơ đồ UML càng đầy đủ
thì sự phát triển càng nhanh và hệ thống sản xuất cuối cùng càng vững chắc.
Các phương pháp luận hướng đối tượng thường tập trung vào các bước phát triển nhỏ và lặp lại nhanh chóng,
đôi khi được gọi là mô hình xoắn ốc. Phân tích được thực hiện trên một phần nhỏ của hệ thống, thường bắt đầu với
mặt hàng có mức độ ưu tiên cao hoặc có lẽ là mặt hàng có rủi ro lớn nhất. Tiếp theo là thiết kế và thực hiện. Chu
trình được lặp lại với việc phân tích phần tiếp theo, thiết kế và một số quá trình thực hiện, và điều này được lặp
lại cho đến khi dự án hoàn thành. Làm lại sơ đồ và bản thân các thành phần là bình thường. UML là một công cụ mô
hình hóa mạnh mẽ có thể cải thiện đáng kể chất lượng phân tích và thiết kế hệ thống của bạn cũng như sản phẩm cuối
cùng.
Chọn phương pháp phát triển hệ thống nào để sử dụng

Sự khác biệt giữa ba cách tiếp cận được mô tả ở đây là không lớn như chúng có vẻ ngay từ đầu. Trong cả ba cách tiếp
cận, nhà phân tích cần hiểu tổ chức trước (Chương 2).
Sau đó, nhà phân tích hoặc nhóm dự án cần dành thời gian và nguồn lực và phát triển một đề xuất dự án (Chương 3).
Tiếp theo, họ cần phỏng vấn các thành viên của tổ chức và thu thập dữ liệu chi tiết bằng bảng câu hỏi (Chương 4) và
dữ liệu mẫu từ các báo cáo hiện có và bằng cách quan sát cách doanh nghiệp hiện đang giao dịch (Chương 5). Ba cách
tiếp cận có tất cả các hoạt động này chung.
Ngay cả bản thân các phương pháp cũng có những điểm tương đồng. SDLC và OOA đều yêu cầu lập kế hoạch và lập
sơ đồ rộng rãi. Phương pháp tiếp cận nhanh và OOA đều cho phép xây dựng từng hệ thống con một cho đến khi toàn bộ
hệ thống hoàn chỉnh. Các phương pháp tiếp cận nhanh và SDLC đều liên quan đến cách dữ liệu di chuyển một cách hợp
lý trong hệ thống.
Vì vậy, trước sự lựa chọn để phát triển hệ thống sử dụng phương pháp tiếp cận SDLC, phương pháp tiếp cận linh
hoạt hoặc phương pháp tiếp cận hướng đối tượng, bạn sẽ chọn phương pháp nào? Hình 1.6 cung cấp một tập hợp các
hướng dẫn để giúp bạn chọn phương pháp sử dụng khi phát triển hệ thống tiếp theo của mình.
HÌNH 1.6 Chọn Khi nào
Làm thế nào để quyết định phương pháp phát

Phát triển hệ thống • hệ thống đã được phát triển và ghi lại bằng SDLC
triển nào sẽ sử dụng.
Phương pháp tiếp cận vòng đời (SDLC) • điều quan trọng là phải ghi lại từng bước trên đường đi
• quản lý cấp trên cảm thấy thoải mái hơn hoặc an toàn hơn
sử dụng SDLC
• có đủ nguồn lực và thời gian để hoàn thành toàn bộ

SDLC
• thông tin liên lạc về cách hệ thống mới hoạt động là quan trọng
phương pháp Agile • có một nhà vô địch dự án về các phương pháp linh hoạt trong
cơ quan
• các ứng dụng cần được phát triển nhanh chóng để đáp ứng
một môi trường năng động
• giải cứu diễn ra (hệ thống không thành công và không có thời gian
để tìm ra những gì đã xảy ra)
• khách hàng hài lòng với những cải tiến gia tăng
• giám đốc điều hành và nhà phân tích đồng ý với các nguyên tắc của nhanh
phương pháp luận
• các vấn đề được mô hình hóa cho các lớp học tự áp dụng •
Hướng đối tượng
Phương pháp luận một tổ chức hỗ trợ việc học UML • các hệ thống có thể được
bổ sung dần dần, mỗi lần một hệ thống con
• khả năng sử dụng lại phần mềm đã viết trước đó
• có thể chấp nhận giải quyết các vấn đề khó khăn trước
Phát triển phần mềm nguồn mở

Một giải pháp thay thế cho phát triển phần mềm truyền thống trong đó mã độc quyền bị ẩn khỏi người dùng
được gọi là phần mềm nguồn mở (OSS). Với PMNM, nhiều người dùng và người viết mã có thể nghiên cứu, chia
sẻ và sửa đổi mã hoặc các hướng dẫn trên máy tính. Các quy tắc của cộng đồng này bao gồm ý tưởng rằng
bất kỳ sửa đổi chương trình nào phải được chia sẻ với tất cả những người trong dự án và tất cả các giấy
phép phải được tuân thủ.
Phát triển PMNM cũng được đặc trưng như một triết lý chứ không chỉ đơn giản là quá trình tạo ra
phần mềm mới. Những người tham gia vào các cộng đồng PMNM thường xem nó như một cách để giúp xã hội thay
đổi. Các dự án mã nguồn mở được biết đến rộng rãi bao gồm Apache để phát triển một máy chủ web, trình
duyệt có tên Mozilla Firefox và Linux, là một hệ thống ing mã nguồn mở giống Unix.
Tuy nhiên, sẽ là một sự đơn giản hóa nếu coi PMNM là một chuyển động nguyên khối và nó không tiết lộ
loại người dùng hoặc nhà phân tích người dùng nào đang phát triển các hành vi PMNM và dựa trên cơ sở
nào. Để giúp chúng ta hiểu được phong trào nguồn mở, các nhà nghiên cứu gần đây đã phân loại các cộng
đồng nguồn mở thành bốn loại cộng đồng — đặc biệt, tiêu chuẩn hóa, có tổ chức và thương mại — cùng sáu
khía cạnh khác nhau: cấu trúc chung, môi trường, mục tiêu, phương pháp, cộng đồng người dùng và cấp
phép. Một số nhà nghiên cứu cho rằng PMNM đang ở ngã ba đường và các nhóm nguồn mở thương mại và cộng
đồng cần phải hiểu nơi họ hội tụ và nơi có khả năng xảy ra xung đột.
Tại sao các tổ chức tham gia vào các cộng đồng nguồn mở?
Các tổ chức tham gia vào các cộng đồng nguồn mở vì nhiều lý do. Một là sự nhanh chóng mà phần mềm mới có
thể được phát triển và thử nghiệm. Sẽ nhanh hơn nếu có một nhóm chuyên gia phát triển có cam kết phát
triển, kiểm tra và gỡ lỗi mã hơn là có một nhóm biệt lập làm việc về phát triển phần mềm. Sự thụ tinh chéo
này có thể là một lợi ích cho sự sáng tạo.
Một lý do khác để tham gia là lợi ích của việc có nhiều đầu óc tốt làm việc trên các ứng dụng innova
tive. Tuy nhiên, một lý do khác để tham gia vào một cộng đồng nguồn mở có thể là tiềm năng để giảm chi
phí phát triển.
Các tổ chức có thể tìm cách tham gia vào một cộng đồng mã nguồn mở vì mong muốn củng cố hình ảnh bản
thân của họ và đóng góp điều gì đó đáng giá cho cộng đồng phát triển phần mềm lớn hơn. Họ có thể muốn đóng
góp một cách hào phóng hoặc vị tha cho một lợi ích cao hơn ngoài việc phát triển phần mềm độc quyền có lợi
nhuận và làm như vậy có thể khiến họ xuất hiện như những “người tốt” đối với công chúng bên ngoài.
Các tổ chức có thể yêu cầu hoặc thậm chí yêu cầu các nhà phát triển phần mềm của họ tham gia vào một
hoặc nhiều dự án hoặc cộng đồng nguồn mở, nhưng các nhà phát triển cá nhân phải tương tác với cộng đồng
theo cách có ý nghĩa và hiểu biết trước để chứng minh mình là thành viên xứng đáng của nhóm dựa trên
thành tích của họ và sau đó là xây dựng và duy trì các mối quan hệ đôi bên cùng có lợi.
Các tổ chức và nhóm thiết kế trong họ tương tác với Cộng đồng mở. Com hoảng sợ đang tận dụng toàn
bộ các lựa chọn giúp họ đạt được trạng thái cân bằng hài hòa để những đóng góp của họ cho cộng đồng mở
và sự khác biệt của họ với cộng đồng mở trở nên rõ ràng về mặt chiến lược. Lý do đóng góp và các lý do
khác nhau bao gồm chi phí, quản lý nguồn lực và thời gian cần thiết để đưa một sản phẩm mới ra thị trường.
Vai trò của nhà phân tích trong phần mềm nguồn mở
Là một nhà phân tích, bạn có thể thấy mình, theo yêu cầu của người sử dụng lao động chính, tham gia vào
một cộng đồng nguồn mở. Một cộng đồng mã nguồn mở được biết đến rộng rãi là xung quanh nhân Linux. Đây là
một cộng đồng lớn, chủ yếu là ảo gồm các nhà phát triển, tất cả đều có các cấp độ hoặc hình thức tham gia
khác nhau và tất cả đều có những lý do khác nhau để tham gia. Các dự án nguồn mở nổi tiếng khác bao gồm
các dự án Mozilla Firefox, Android, Apache và nhiều dự án khác. Ngay cả NASA, Cơ quan Hàng không và Vũ
trụ Quốc gia Hoa Kỳ, cũng có một cộng đồng nguồn mở sống động (xem http://ti.arc.nasa.gov/opensource/).
Một lý do khiến công ty của bạn có thể yêu cầu bạn tham gia vào cộng đồng nguồn mở là sự tò mò về
lợi ích của phần mềm đối với tổ chức. Đây có thể là kết quả của một loại hiệu ứng bandwagon, vì khi người
ta biết rằng các đối thủ cạnh tranh đã
TRẢI NGHIỆM HYPERCASE 1
“Chào mừng bạn đến với Maple Ridge Engineering, cái mà chúng tôi gọi là MRE. Charlotte, Bắc Carolina; và New Orleans, Louisiana. Chúng tôi rất muốn bạn đến
Chúng tôi hy vọng bạn sẽ thích làm nhà tư vấn hệ thống cho chúng tôi. thăm khi bạn ở trong khu vực. ”
Mặc dù tôi đã làm việc ở đây năm năm với các năng lực khác nhau, nhưng tôi vừa “Hiện tại, bạn nên khám phá HyperCase bằng Firefox, Safari hoặc Microsoft
được bổ nhiệm lại làm phụ tá hành chính cho ông Evans, người đứng đầu Bộ phận Internet Explorer.”
Hệ thống Quản lý và Đào tạo mới. “Để tìm hiểu thêm về Maple Ridge Engineering với tư cách là một công ty
Chúng tôi chắc chắn là một nhóm đa dạng. Khi bạn đến với công ty, hãy đảm bảo sử hoặc để tìm hiểu cách phỏng vấn nhân viên của chúng tôi, những người sẽ sử dụng
dụng tất cả các kỹ năng của bạn, cả kỹ thuật và định hướng con người, để hiểu hệ thống tem do bạn thiết kế và cách quan sát văn phòng của họ trong công ty của
chúng tôi là ai và xác định các vấn đề và xung đột mà bạn nghĩ cần được giải chúng tôi, bạn có thể muốn bắt đầu bằng cách truy cập trang web www.pearsonglobal
quyết liên quan đến hệ thống thông tin của chúng tôi. " các phiên bản.com. Sau đó nhấp vào liên kết có nhãn HyperCase. Tại màn hình hiển
thị HyperCase, nhấp chuột vào Start, bạn sẽ đến phòng tiếp tân của Maple Ridge
“Để cập nhật cho bạn, hãy để tôi nói rằng Maple Ridge Engi neering là một Engineering. Từ thời điểm này, bạn có thể bắt đầu tư vấn ngay ”.
công ty kỹ thuật y tế quy mô vừa. Năm ngoái, doanh thu của chúng tôi đã vượt
quá 287 triệu đô la. Chúng tôi tuyển dụng khoảng 335 người. Có khoảng 150 nhân Trang web này chứa thông tin hữu ích về dự án cũng như các tệp có thể tải
viên hành chính cũng như nhân viên quản lý và văn thư như tôi; khoảng 75 nhân xuống máy tính của bạn. Có một nhóm tệp dữ liệu Visible Analyst (VA) và có một
viên chuyên nghiệp, bao gồm các kỹ sư, bác sĩ và nhà phân tích hệ thống; và nhóm tệp dữ liệu Visio khác phù hợp với HyperCase. Chúng chứa một loạt sơ đồ
khoảng 110 nhân viên thương mại, chẳng hạn như nhân viên dự thảo và kỹ thuật luồng dữ liệu có cấu trúc một phần, sơ đồ mối quan hệ-thực thể, sơ đồ UML và
viên. ” thông tin về kho lưu trữ. Trang web HyperCase cũng có các bài tập bổ sung có
thể được giao. Hyper Case được thiết kế để khám phá và bạn không nên bỏ qua bất
“Có bốn văn phòng. Bạn sẽ đến thăm chúng tôi thông qua HyperCase tại văn kỳ đối tượng hoặc manh mối nào trên trang web.
phòng tại nhà của chúng tôi ở Maple Ridge, Tennessee. Chúng tôi cũng có ba chi
nhánh khác ở miền nam Hoa Kỳ: Atlanta, Georgia;
tham gia, tổ chức của bạn có thể muốn tham gia. Với việc các đối thủ cạnh tranh tích cực hợp
tác trong một cộng đồng mở, một tổ chức có thể tính toán rằng đó là điều ít nhất nên được
điều tra nghiêm túc, chứ không phải loại bỏ một cách tổng thể. Một lý do khác khiến công ty
của bạn có thể yêu cầu bạn tham gia với tư cách là nhà phát triển trong một cộng đồng mở là
để đạt được điều mà các nhà nghiên cứu đã gắn nhãn “thiết kế đáp ứng”. Thiết kế đáp ứng có
nghĩa là trong khi bạn đang tham gia vào cộng đồng nguồn mở, bạn đồng thời được tuyển dụng
bởi một tổ chức muốn thúc đẩy sự tham gia của bạn vào cộng đồng nguồn mở để kết hợp các thiết
kế PMNM vào các sản phẩm, quy trình, kiến thức và tạo tác CNTT độc quyền rằng nó đang phát
triển và hy vọng cuối cùng sẽ bán được như một sản phẩm khác biệt với những gì cộng đồng
nguồn mở đã sản xuất. Thông qua một quá trình thiết kế đáp ứng, tạo tác CNTT được thấm nhuần
vào cả cấu trúc cộng đồng và tổ chức, bí quyết và thực tiễn.
Tóm lược
Phân tích và thiết kế hệ thống là một cách tiếp cận có hệ thống để xác định các vấn đề, cơ hội và mục tiêu; để phân tích các
luồng thông tin do con người và máy tính tạo ra trong các tổ chức; và thiết kế các hệ thống thông tin được máy tính hóa để giải
quyết các vấn đề. Các nhà phân tích hệ thống được yêu cầu đảm nhận nhiều vai trò trong quá trình làm việc của họ. Một số trong
những vai trò này là (1) nhà tư vấn bên ngoài cho doanh nghiệp, (2) chuyên gia hỗ trợ trong doanh nghiệp và (3) tác nhân thay
đổi trong các tình huống bên trong và bên ngoài. Điều quan trọng là bạn phải thiết kế các hệ thống mới với nhận thức về những gì
bạn có thể làm để thiết kế bảo mật thành một hệ thống ngay từ đầu.
Các nhà phân tích có một loạt các kỹ năng. Đầu tiên và quan trọng nhất, một nhà phân tích là một người giải quyết vấn đề,
một người thích thử thách phân tích một vấn đề và đưa ra một giải pháp khả thi. Các nhà phân tích hệ thống yêu cầu các kỹ năng
giao tiếp cho phép họ liên hệ có ý nghĩa với nhiều loại người khác nhau hàng ngày, cũng như các kỹ năng máy tính. Hiểu và liên
quan tốt đến người dùng là rất quan trọng đối với
thành công.
CHƯƠNG 1 • Syste ms, Vai trò và Phương pháp phát triển 55
Các nhà phân tích tiến hành một cách có hệ thống. Khuôn khổ cho cách tiếp cận hệ thống của họ được cung cấp trong cái gọi
là vòng đời phát triển hệ thống (SDLC). Vòng đời này có thể được chia thành bảy giai đoạn tuần tự, mặc dù trên thực tế, các
giai đoạn này có mối quan hệ với nhau và thường được thực hiện đồng thời.
Bảy giai đoạn là xác định các vấn đề, cơ hội và mục tiêu; xác định yêu cầu thông tin của con người; phân tích nhu cầu của hệ
thống; thiết kế hệ thống khuyến nghị; phát triển và lập tài liệu cho phần mềm cố vấn; thử nghiệm và bảo trì hệ thống; và triển
khai và đánh giá hệ thống.
Cách tiếp cận nhanh là một cách tiếp cận phát triển phần mềm dựa trên các giá trị, nguyên tắc và quy trình thực hành cốt
lõi. Các hệ thống được thiết kế bằng các phương pháp nhanh có thể được phát triển nhanh chóng. Scrum là một phương pháp linh
hoạt nhấn mạnh vào các bản phát hành ngắn và cho phép các nhóm lựa chọn những gì họ muốn làm việc. Các giai đoạn trong quy trình
phát triển nhanh là thăm dò, lập kế hoạch, lặp lại bản phát hành đầu tiên, sản xuất và bảo trì.
Cách tiếp cận thứ ba để phát triển hệ thống được gọi là thiết kế phân tích hướng đối tượng. Các kỹ thuật này dựa trên
các khái niệm lập trình hướng đối tượng đã được hệ thống hóa trong UML, một ngôn ngữ mô hình hóa được chuẩn hóa trong đó các
đối tượng được tạo ra không chỉ bao gồm mã về dữ liệu mà còn bao gồm các hướng dẫn về các hoạt động được thực hiện trên dữ
liệu. Sơ đồ chính giúp phân tích, thiết kế và giao tiếp các hệ thống do UML phát triển. Các hệ thống này thường được phát triển
dưới dạng các thành phần, và việc làm lại các cấu trúc liên kết nhiều lần là điển hình trong phân tích và thiết kế hướng đối
tượng.
Các nhà phân tích sẽ có nhiều cơ hội hơn để tham gia vào các cộng đồng phát triển nguồn mở, thường là thông qua tổ chức
chính của họ. Các tổ chức tham gia phát triển mã nguồn mở vì nhiều lý do. Một trong những cộng đồng nguồn mở nổi tiếng duy trì
nhân Linux và được hỗ trợ bởi Linux Foundation.
Từ khóa và Cụm từ
tác nhân thay đổi cộng đồng nguồn mở
cách tiếp cận nhanh nhẹn phần mềm nguồn mở (OSS)
phương pháp nhanh nhẹn lập kế hoạch trò chơi
Ajax giai đoạn lập kế hoạch
phần mềm đặt làm riêng giai đoạn sản xuất
kỹ thuật phần mềm được máy tính hỗ trợ (CASE) tạo mẫu
CASE công cụ Scrum
giai đoạn thăm dò Bảo vệ
tương tác giữa con người với máy tính (HCI) phân tích và thiết kế hệ thống
lặp lại giai đoạn phát hành đầu tiên phân tích hệ thống
nền tảng Linux nhà tư vấn hệ thống
giai đoạn bảo trì vòng đời phát triển hệ thống (SDLC)
phân tích và thiết kế hệ thống hướng đối tượng ngôn ngữ mô hình thống nhất (UML)
Câu hỏi đánh giá

1. Tại sao việc thiếu đào tạo thích hợp thường dẫn đến sự thất bại của một hệ thống mới?
2. Tại sao tầm quan trọng của người dùng trong phát triển hệ thống lại thay đổi?
3. Liệt kê ba vai trò mà một nhà phân tích hệ thống được yêu cầu thực hiện. Cung cấp định nghĩa cho từng định nghĩa.
4. Liệt kê ba vai trò chính của nhà phân tích hệ thống.
5. Liệt kê và xác định ngắn gọn bảy giai đoạn của vòng đời phát triển hệ thống (SDLC).
6. Tại sao sự tương tác giữa con người và máy tính (HCI) lại quan trọng đối với việc phân tích hệ thống?
7. Bốn giá trị của phương pháp tiếp cận nhanh là gì?
8. Ý nghĩa của cụm từ trò chơi lập kế hoạch là gì?
9. Thảo luận về tầm quan trọng của giai đoạn bảo trì trong việc thiết kế hệ thống mới.
10. Scrum là gì?
11. Mô tả một tình huống trong đó một nhà phân tích sẽ sử dụng phân tích và thiết kế hệ thống hướng đối tượng thay vì
so với vòng đời phát triển hệ thống.
12. Biểu đồ lớp trong phương pháp hướng đối tượng (OOA) là gì?
13. Điều kiện để lựa chọn phương pháp phát triển hệ thống là gì?
14. Vai trò của một nhà phân tích hệ thống trong các lần lặp lại và giai đoạn sản xuất của nhanh nhẹn là gì
cách tiếp cận?
15. Liệt kê hai lý do mà một tổ chức có thể muốn các nhà phân tích của mình tham gia vào một nguồn mở
cộng đồng.
Thư mục đã chọn

Beck, K. và C. Andres. Giải thích về lập trình cực đoan: Embrace Change, phiên bản 2d. Boston, MA: Addison
Wesley, 2004.
Coad, P. và E. Yourdon. Phân tích hướng đối tượng, ấn bản 2d. Vách đá Englewood, NJ: Prentice Hall, 1991.
Davis, GB và MH Olson. Hệ thống thông tin quản lý: Nền tảng khái niệm, cấu trúc và
Phát triển, ấn bản 2d. New York, NY: McGraw-Hill, 1985.
Germonprez, M. và B. Warner. “Tham gia thương mại vào các cộng đồng đổi mới mở.” Trong Quản lý Công nghệ Đổi mới
Mở, ed. E. Lundström, JS Z, M. Wiberg, S. Hrastinski, M. Edenius và PJ Ägerfalk. Berlin: Springer-Verlag,
2012.
Germonprez, M., JE Kendall, KE Kendall, L. Mathiassen, B. Young và B. Warner. “Lý thuyết về thiết kế đáp ứng:
Nghiên cứu thực địa về sự tương tác của doanh nghiệp với các cộng đồng nguồn mở.” Nghiên cứu Hệ thống Thông
tin 28, 1 (2017): 64–83.
Kendall, JE, KE Kendall và S. Kong. “Nâng cao chất lượng thông qua việc sử dụng các phương pháp nhanh nhẹn trong
phát triển hệ thống: Con người và Giá trị trong Nhiệm vụ Chất lượng.” Trong Đo lường Chất lượng Phân phối
Hệ thống Thông tin, 201–222, ed. EW Duggan và H. Reichgelt. Hershey, PA: Idea Group Publishing, 2006.
Kendall, KE, S. Kong và JE Kendall. “Tác động của các Phương pháp Agile đến Chất lượng của Hệ thống Thông tin:
Các Yếu tố Định hình Chiến lược Áp dụng Các Thực hành Agile.” Tạp chí Quốc tế về Chiến lược gic Khoa học
Quyết định 1, 1 (2010): 41–56.
Laudon, KC và JP Laudon. Hệ thống thông tin quản lý, ấn bản lần thứ 15. Hoboken, NJ: Pearson, 2018.
Lee, G. và R. Cole. “Từ Mô hình Sáng tạo Tri thức Dựa vào Doanh nghiệp đến Dựa vào Cộng đồng: Trường hợp
của Phát triển nhân Linux. ” Khoa học Tổ chức 14 (2003): 663–649.
Sản phẩm doanh nghiệp có thể nhìn thấy. www.vided.com/Products/index.htm. Truy cập lần cuối ngày 16 tháng 8 năm 2017.
Yourdon, E. Phân tích có cấu trúc hiện đại. Vách đá Englewood, NJ: Prentice Hall, 1989.
Zhang, P., J. Carey, D. Te'eni và M. Tremaine. “Tích hợp Phát triển Tương tác Con người-Máy tính vào Vòng đời
Phát triển Hệ thống: Một Phương pháp luận.” Truyền thông của Hiệp hội Hệ thống Thông tin 15 (2005): 512–543.
Hiểu biết và 2
Mô hình hóa tổ chức
Hệ thống
1. Hiểu rằng các tổ chức và các thành viên của họ là hệ thống và các nhà phân tích cần phải có quan
điểm về hệ thống.
2. Mô tả hệ thống bằng đồ thị, sử dụng sơ đồ luồng dữ liệu mức ngữ cảnh, mối quan hệ thực thể-
các mô hình, ca sử dụng và kịch bản ca sử dụng.
3. Nhận thức rằng các cấp quản lý khác nhau yêu cầu các hệ thống khác nhau.
4. Hiểu rằng văn hóa tổ chức ảnh hưởng đến việc thiết kế hệ thống thông tin.
Để phân tích và thiết kế các hệ thống thông tin thích hợp, các nhà phân tích hệ thống cần phải
tuân thủ các tổ chức mà họ làm việc như các hệ thống được định hình thông qua sự tương tác của
ba lực lượng chính: cấp quản lý, thiết kế của tổ chức và văn hóa tổ chức.
Tổ chức là hệ thống lớn bao gồm các hệ thống con có liên quan với nhau. Các hệ thống con bị
ảnh hưởng bởi ba cấp độ rộng lớn của những người ra quyết định quản lý — hoạt động, quản lý cấp
trung và quản lý chiến lược — cắt ngang theo chiều ngang của hệ thống quan trọng. Để hiểu đúng
về các tổ chức, các nhà phân tích hệ thống bắt đầu mô tả chúng bằng đồ thị ngay khi họ bắt đầu
làm việc với một công ty. Các cách nhìn khác nhau này về tổ chức bao gồm vẽ sơ đồ luồng dữ liệu
mức ngữ cảnh và mô hình mối quan hệ thực thể-thực thể (ER), phát triển các trường hợp sử dụng và
viết các tình huống trường hợp sử dụng.
Thiết kế hợp tác có thể giúp các nhà phân tích hệ thống bao gồm người dùng từ nhiều bộ phận của
tổ chức. Văn hóa tổ chức và văn hóa phụ ảnh hưởng đến cách mọi người trong hệ thống con tương
tác với nhau. Nhiều công nghệ có sẵn để hỗ trợ việc tạo ra các nền văn hóa sản xuất và các nền
văn hóa phụ, bao gồm các trang web truyền thông xã hội được chấp nhận bởi công việc như Slack.
Các chủ đề này và ý nghĩa của chúng đối với sự phát triển hệ thống thông tin được xem xét trong
chương này.
57
Tổ chức với tư cách là hệ thống

Các tổ chức và các thành viên của họ được khái niệm một cách hữu ích như là các hệ thống được thiết kế để
hoàn thành các mục tiêu và mục tiêu đã định trước thông qua con người và các nguồn lực khác mà họ sử dụng.
Các tổ chức bao gồm các hệ thống nhỏ hơn, có liên quan với nhau (phòng ban, đơn vị, bộ phận, v.v.) phục vụ các
chức năng chuyên biệt. Các chức năng điển hình bao gồm kế toán, tiếp thị, sản xuất, hỗ trợ CNTT, hoạt động,
pháp lý và quản lý. Các chức năng chuyên biệt (các hệ thống nhỏ hơn) cuối cùng được tích hợp lại thông qua
nhiều cách khác nhau để tạo thành một tổng thể tổ chức hiệu quả.
Ý nghĩa của việc khái niệm hóa các tổ chức như một hệ thống phức hợp là các mật mã của hệ thống cho
phép hiểu sâu hơn về cách thức hoạt động của các tổ chức. Để xác định đúng các yêu cầu thông tin và thiết kế
hệ thống thông tin thích hợp, điều quan trọng hàng đầu là phải hiểu tổng thể về tổng thể tổ chức. Tất cả các
hệ thống đều bao gồm các hệ thống con (bao gồm hệ thống thông tin); do đó, khi nghiên cứu một tổ chức, chúng
tôi cũng xem xét các hệ thống nhỏ hơn có liên quan như thế nào và chúng hoạt động như thế nào.
Mối liên hệ và sự phụ thuộc lẫn nhau của các hệ thống

Tất cả các hệ thống và hệ thống con đều có liên quan và phụ thuộc lẫn nhau. Thực tế này có ý nghĩa quan trọng
đối với cả các tổ chức và các nhà phân tích hệ thống, những người đang tìm cách giúp họ đạt được mục tiêu
tốt hơn. Khi bất kỳ phần tử nào của một hệ thống bị thay đổi hoặc loại bỏ, các phần tử còn lại của hệ thống và
hệ thống con cũng bị ảnh hưởng đáng kể.
Ví dụ: giả sử các nhà quản lý của một tổ chức quyết định không thuê người hỗ trợ quản trị nữa và thay
thế các chức năng của họ bằng các PC được nối mạng. Quyết định này có khả năng ảnh hưởng đáng kể đến không
chỉ các trợ lý hành chính và các nhà quản lý mà còn ảnh hưởng đến tất cả các thành viên của tổ chức, những
người đã xây dựng mạng lưới liên lạc với các trợ lý hiện đã rời đi.
Tất cả các hệ thống xử lý đầu vào từ môi trường của chúng. Theo định nghĩa, các quá trình thay đổi hoặc
biến đổi đầu vào thành đầu ra. Bất cứ khi nào bạn kiểm tra một hệ thống, hãy kiểm tra xem những gì đang được
thay đổi hoặc xử lý. Nếu không có gì thay đổi, bạn có thể không xác định được quy trình. Các điểm chuyên
nghiệp điển hình trong hệ thống bao gồm xác minh, cập nhật và in.
Một khía cạnh khác của các tổ chức với tư cách là hệ thống là tất cả các hệ thống đều được chứa đựng
bởi các giới hạn ngăn cách chúng với môi trường của chúng. Các ranh giới tổ chức tồn tại liên tục, từ cực kỳ
dễ thấm đến gần như không thấm. Để tiếp tục thích ứng và tồn tại, trước tiên các tổ chức phải có khả năng
nhập khẩu con người, nguyên liệu thô và thông tin qua ranh giới của họ (đầu vào) và sau đó trao đổi thành
phẩm, dịch vụ hoặc thông tin của họ với thế giới bên ngoài (đầu ra).
Phản hồi là một trong những hình thức kiểm soát hệ thống. Với tư cách là hệ thống, tất cả các tổ chức
sử dụng lập kế hoạch và điều khiển để quản lý các nguồn lực của họ một cách hiệu quả. Hình 2.1 cho thấy cách
các kết quả đầu ra của hệ thống được sử dụng làm nguồn cấp dữ liệu trở lại để so sánh hiệu suất với các mục
tiêu. Đến lượt nó, sự so sánh này lại giúp các nhà quản lý hình thành các mục tiêu cụ thể hơn làm đầu vào.
Một ví dụ là một công ty sản xuất của Mỹ sản xuất bộ tập tạ màu đỏ trắng và xanh lam cũng như bộ đồ tập màu
xám kim loại. Công ty nhận thấy rằng một năm sau Thế vận hội mùa hè, rất ít bộ màu đỏ-trắng-xanh được mua. Các
nhà quản lý sản xuất sử dụng thông tin này làm thông tin phản hồi để đưa ra quyết định về số lượng mỗi màu
sẽ sản xuất. Phản hồi trong trường hợp này rất hữu ích cho việc lập kế hoạch và kiểm soát.
Tuy nhiên, hệ thống lý tưởng tự điều chỉnh hoặc tự điều chỉnh sao cho không cần phải đưa ra các quyết
định về các sự cố điển hình. Một ví dụ là hệ thống chuỗi cung ứng cho sản xuất
HÌNH 2.1
Kết quả đầu ra của hệ thống đóng vai trò Bàn thắng
là phản hồi so sánh hiệu suất với các
mục tiêu.
Đầu vào Kết quả đầu ra
Hệ thống
CHƯƠNG 2 • Hiểu và mô hình hóa các hệ thống tổ chức 59
E trong Vitamin E là viết tắt của Thương mại điện tử
“Các cửa hàng bán lẻ và bộ phận đặt hàng qua thư của chúng tôi khá lành mạnh” 8. Cá nhân hóa giao diện của trang web cho khác biệt
Bill Berry, một trong những chủ sở hữu của Marathon Vitamin Shop, cho biết “nhưng khách hàng
để có thể cạnh tranh, chúng tôi phải thiết lập một trang web thương mại điện tử.”
Bill Berry đã đọc danh sách và suy ngẫm về nó một lúc. Ông nói: “Thật khó hiểu
Cha của anh, một người đồng sở hữu, thốt lên, "Tôi đồng ý, nhưng chúng ta phải bắt đầu từ đâu?"
khi thương mại điện tử phức tạp hơn tôi nghĩ. Bạn có thể giúp chủ các Cửa hàng
Anh cả Berry tất nhiên biết rằng đó không phải là trường hợp thiết lập một trang web
Vitamin Marathon theo những cách sau:
và yêu cầu khách hàng đặt hàng trên trang web. Anh ấy đã xác định tám phần khác nhau
cho thương mại điện tử và nhận ra rằng tất cả chúng đều là một phần của một hệ thống 1. Lập danh sách các yếu tố có liên quan hoặc tương hỗ với nhau
lớn hơn. Nói cách khác, tất cả các bộ phận phải làm việc cùng nhau để tạo ra một gói chưa xong. Sau đó, viết một đoạn văn nêu rõ lý do tại sao điều quan trọng
mạnh mẽ. Danh sách các yếu tố cần thiết cho thương mại điện tử của anh ấy bao gồm là phải giám sát chặt chẽ các yếu tố này.
những điều sau: 2. Quyết định ranh giới và phạm vi cuối cùng của hệ thống.
Viết một đoạn văn bày tỏ ý kiến về những yếu tố nào là quan trọng đối với
1. Thu hút khách hàng vào trang web thương mại điện tử Cửa hàng Vitamin Marathon và những yếu tố nào có thể được khám phá vào một
2. Thông báo cho khách hàng về các sản phẩm và dịch vụ được cung cấp ngày sau đó.
3. Cho phép khách hàng tùy chỉnh sản phẩm trực tuyến 3. Đề xuất những yếu tố nào nên được xử lý trong nhà và những yếu tố nào
4. Hoàn thành giao dịch với khách hàng nên được thuê ngoài cho một công ty khác để có thể giải quyết công việc
5. Chấp nhận thanh toán của khách hàng bằng nhiều hình thức tốt hơn. Điều chỉnh các đề xuất của bạn trong hai đoạn, một đoạn cho các
6. Hỗ trợ khách hàng sau khi bán hàng qua trang web công việc nội bộ và một đoạn cho các công việc thuê ngoài.
7. Sắp xếp việc cung cấp hàng hóa và dịch vụ
lập kế hoạch có tính đến nhu cầu hiện tại và dự kiến và hình thành một giải pháp được đề xuất làm
đầu ra. Một nhà sản xuất hàng dệt kim của Ý tiếp thị quần áo của mình ở Hoa Kỳ cũng có một hệ thống
như vậy. Công ty này sản xuất hầu hết áo len của mình với tông màu trắng không phai, sử dụng hệ
thống thông tin kiểm kê máy tính để tìm ra màu nào đang bán chạy nhất và sau đó nhuộm áo len theo
màu bán chạy ngay lập tức trước khi vận chuyển.
Phản hồi được nhận từ bên trong tổ chức và từ môi trường bên ngoài xung quanh nó. Bất cứ thứ
gì bên ngoài ranh giới của tổ chức đều được coi là môi trường.
Nhiều môi trường, với các mức độ ổn định khác nhau, tạo thành môi trường trong đó các nization
hữu cơ tồn tại.
Trong số các môi trường này là (1) môi trường của cộng đồng nơi sinh vật có vị trí tự nhiên,
được định hình bởi quy mô dân số và đặc điểm nhân khẩu học của nó, bao gồm các yếu tố như giáo
dục và thu nhập trung bình; (2) môi trường kinh tế, chịu ảnh hưởng của các yếu tố thị trường, bao
gồm cả cạnh tranh; (3) môi trường chính trị, được kiểm soát thông qua chính quyền bang và địa
phương; và (4) môi trường pháp lý, ban hành luật và hướng dẫn của liên bang, tiểu bang, khu vực
và địa phương. Mặc dù những thay đổi về tình trạng môi trường có thể được lập kế hoạch, nhưng
chúng thường không thể được tổ chức kiểm soát trực tiếp.
Liên quan và tương tự với khái niệm tính thấm biên giới bên ngoài là khái niệm về tính mở
hoặc tính khép kín giữa các tổ chức. Tính mở và tính đóng cũng tồn tại liên tục bởi vì không có cái
gọi là một tổ chức hoàn toàn mở hay hoàn toàn đóng.
Tổ chức ảo và nhóm ảo
Không phải tất cả các tổ chức hoặc các bộ phận của tổ chức đều có thể nhìn thấy ở một vị trí thực
tế. Toàn bộ tổ chức hoặc đơn vị của tổ chức hiện có thể sở hữu các thành phần ảo cho phép họ thay
đổi cấu hình để thích ứng với nhu cầu thay đổi của dự án hoặc thị trường. Doanh nghiệp ảo sử dụng
các hoạt động mạng của máy tính và công nghệ truyền thông để đưa những người có kỹ năng cụ thể
lại với nhau bằng phương pháp điện tử để làm việc trên các dự án thực tế không nằm ở cùng một nơi.
Công nghệ thông tin cho phép phối hợp các thành viên trong nhóm từ xa này. Các đội ảo thường mọc
lên trong các tổ chức đã được thành lập; Tuy nhiên, trong một số trường hợp, các tổ chức của
người lao động từ xa đã có thể thành công mà không cần đầu tư truyền thống vào cơ sở vật chất.
HÌNH 2.2
Kết quả đầu ra từ
Đầu ra từ một bộ phận đóng vai trò
tiếp thị
là đầu vào cho bộ phận khác, sao cho
trở thành đầu vào
các hệ thống con có mối quan hệ với nhau. cho việc sản xuất.
Tiếp thị
Sản lượng
Kết quả đầu ra từ
sản lượng
trở thành đầu vào
để tiếp thị.
Các lợi ích tiềm năng của tổ chức ảo bao gồm khả năng giảm chi phí cơ sở vật chất, đáp ứng nhanh hơn
nhu cầu của khách hàng và giúp nhân viên ảo hoàn thành nghĩa vụ gia đình đối với con cái đang lớn hoặc cha
mẹ già. Mức độ quan trọng của việc đáp ứng nhu cầu xã hội của người lao động ảo vẫn còn đang mở rộng để
nghiên cứu và tranh luận. Một ví dụ về nhu cầu nhận dạng hữu hình với nền văn hóa nảy sinh khi các sinh
viên đăng ký vào một trường đại học ảo trực tuyến, không có khuôn viên thể chất (hoặc các đội thể thao),
liên tục yêu cầu các mặt hàng như áo nỉ, cốc cà phê và cờ hiệu có logo của trường đại học ảo in sâu vào
chúng.
Những vật phẩm này là hiện vật văn hóa có ý nghĩa mà các ngôi trường truyền thống làm từ lâu đời.
Nhiều nhóm phân tích và thiết kế hệ thống hiện có thể làm việc ảo và trên thực tế, nhiều nhóm trong số
họ đã đánh dấu con đường cho các loại nhân viên khác noi theo trong việc hoàn thành công việc ảo.
Một số ứng dụng cho phép các nhà phân tích đang cung cấp hỗ trợ kỹ thuật qua Web “xem” cấu hình phần mềm và
phần cứng của người dùng yêu cầu trợ giúp, theo cách này, tạo một nhóm ảo đặc biệt bao gồm nhà phân tích
và người dùng.
Nhìn một góc độ hệ thống

Nhìn từ góc độ hệ thống cho phép các nhà phân tích hệ thống bắt đầu làm rõ và hiểu sâu hơn về các lĩnh vực
kinh doanh khác nhau mà họ sẽ tiếp xúc. Điều quan trọng là các thành viên của hệ thống con nhận ra rằng
công việc của họ có mối quan hệ với nhau. Lưu ý trong Hình 2.2 rằng đầu ra từ các hệ thống con sản xuất
đóng vai trò là đầu vào cho hoạt động tiếp thị và đầu ra của hoạt động tiếp thị đóng vai trò là đầu vào mới
cho sản xuất. Không hệ thống con nào có thể hoàn thành đúng mục tiêu của nó nếu không có hệ thống khác.
Các vấn đề xảy ra khi mỗi người quản lý có một bức tranh khác nhau về tầm quan trọng của hệ thống con
chức năng của riêng mình. Trong Hình 2.3, bạn có thể thấy rằng quan điểm cá nhân của người quản lý tiếp thị
cho thấy hoạt động kinh doanh được thúc đẩy bởi hoạt động tiếp thị, với tất cả các lĩnh vực chức năng khác
có liên quan nhưng không có tầm quan trọng trung tâm. Đồng thời, quan điểm của một nhà quản lý sản xuất đặt
sản xuất ở vị trí trung tâm của doanh nghiệp, với tất cả các lĩnh vực chức năng khác do nó điều khiển.
Tầm quan trọng tương đối của các khu vực chức năng như được tiết lộ trong quan điểm cá nhân của con
người càng có ý nghĩa khi các nhà quản lý vươn lên hàng đầu trong các cấp bậc, trở thành nhà quản lý chiến
lược. Họ có thể tạo ra các vấn đề nếu họ nhấn mạnh quá mức các yêu cầu thông tin chức năng trước đây của
họ liên quan đến các nhu cầu rộng lớn hơn của tổ chức.
Hệ thống Doanh nghiệp: Xem Tổ chức như một Hệ thống

Hệ thống doanh nghiệp, hoặc hệ thống hoạch định nguồn lực doanh nghiệp (ERP), mô tả một hệ thống thông tin
tổng hợp tổ chức (doanh nghiệp) tích hợp. Cụ thể, ERP là phần mềm giúp phân luồng thông tin giữa các bộ
phận chức năng trong tổ chức. Thay vì được phát triển nội bộ, hệ thống thường được mua từ một trong những
công ty phát triển phần mềm nổi tiếng với

HÌNH 2.3
rod uCt r b
St ut Mô tả quan điểm cá nhân
tôi
n tôi
tôi
Dtôi n
của các nhà quản lý chức năng cho
thấy rằng họ coi khu vực chức
urC
h Một
S
n tôi
Một rketn
tôi
năng của mình là trung tâm của tổ
M chức.
F n nC
Một
tôi
Cách một Giám đốc Tiếp thị có thể Xem Tổ chức
F n nC
Một
tôi
d uctio
P ro n rket
Một tôi
rch S
Pu St
Một
n rib u
t
tôi
g
D n
Giám đốc sản xuất có thể nhìn thấy tổ chức như thế nào
Các gói ERP, chẳng hạn như SAP hoặc Oracle. Sản phẩm sau đó được tùy chỉnh để phù hợp với yêu cầu của
một công ty cụ thể. Thông thường, nhà cung cấp yêu cầu cam kết từ tổ chức về đào tạo người dùng hoặc nhà
phân tích chuyên biệt. Trong vài năm qua, hệ thống ERP đang chuyển sang điện toán đám mây.
ERP đã bắt rễ ở nhiều công ty lớn và đang lan rộng ra cả các doanh nghiệp vừa và nhỏ. Hầu hết các bài
học mà các nhà phân tích hệ thống đã học được đều có thể áp dụng cho việc đưa ra các hệ thống doanh
nghiệp. Tuy nhiên, với tư cách là một nhà phân tích, bạn cần nhận ra và hành động dựa trên những điểm
giống nhau và khác nhau giữa việc triển khai hệ thống thông tin nối mạng và triển khai ERP.
Một trong những điểm khác biệt chính là thay vì thiết kế lại các quy trình kinh doanh dựa trên phân
tích logic về các quy trình đó và cách chúng hỗ trợ chiến lược kinh doanh, sau đó chọn CNTT để hỗ trợ các
quy trình đó, một cài đặt lớn của ERP có thể đảo ngược điều này bằng cách yêu cầu triển khai quy trình
kinh doanh mới được nhúng trong công nghệ được cung cấp. Thông thường, bạn sẽ là một phần của nhóm hệ
thống nội bộ với công việc chính là chăm sóc giao diện giữa các hệ thống kế thừa và hệ thống ERP đang
được cài đặt.
Việc triển khai doanh nghiệp là những nỗ lực phức tạp và có cường độ cao dẫn đến sự thay đổi tổ chức
to lớn. Chúng có thể ảnh hưởng đến mọi khía cạnh của tổ chức, bao gồm thiết kế công việc của nhân viên,
các kỹ năng cần thiết để trở thành người có năng lực trong công việc và thậm chí cả định vị chiến lược
của công ty. Việc triển khai một hệ thống ERP ngày càng trở nên phức tạp. Nhiều vấn đề đưa ra những rào
cản quan trọng cần phải giải quyết nếu việc cài đặt ERP được tuyên bố là thành công; chúng bao gồm sự
chấp nhận của người dùng, tích hợp với các hệ thống kế thừa và chuỗi cung ứng; nâng cấp tính chất vui
nhộn (và độ phức tạp) của các mô-đun ERP; tổ chức lại cuộc sống công việc của người sử dụng và người ra quyết định;
mở rộng phạm vi tiếp cận trên một số tổ chức (như một phần của chuỗi cung ứng CNTT); và tái định vị chiến
lược của công ty thông qua ERP.
Nghiên cứu mới đã chỉ ra rằng việc triển khai ERP có thể giúp nhân viên hoạt động hiệu quả hơn trong
hai hoặc ba năm sau khi cài đặt, nhưng trong giai đoạn lập kế hoạch và giai đoạn đầu của ERP, một phân tích
sâu sẽ xem xét hệ thống doanh nghiệp mới sẽ ảnh hưởng như thế nào đến cuộc sống hàng ngày. và các công
việc của nhân viên tham gia vào hệ thống mới (chẳng hạn như đã thảo luận trong Chương 14 về HCI và các vấn
đề về khả năng sử dụng). Hệ thống ERP tốt nhất được coi là người thay đổi cuộc chơi thực sự khi nói đến
thiết kế công việc của nhân viên (bao gồm cả các nhà phân tích hệ thống) và như một động lực có thể thay
đổi các phương pháp tiếp cận chiến lược để thay đổi mà tổ chức thực hiện.
Mô tả hệ thống bằng đồ họa

Một hệ thống hoặc hệ thống con khi nó tồn tại trong một tổ chức công ty có thể được mô tả bằng đồ thị theo
một số cách. Các mô hình đồ họa khác nhau cho thấy ranh giới của hệ thống và thông tin được sử dụng trong
hệ thống.
Hệ thống và Sơ đồ luồng dữ liệu mức ngữ cảnh

Mô hình đầu tiên là sơ đồ luồng dữ liệu mức ngữ cảnh. Sơ đồ luồng dữ liệu tập trung vào dữ liệu đi vào và
ra khỏi hệ thống và quá trình xử lý dữ liệu. Các thành phần cơ bản này của mọi chương trình máy tính có thể
được mô tả chi tiết và được sử dụng để phân tích độ chính xác và đầy đủ của hệ thống.
Như trong Hình 2.4, sơ đồ luồng dữ liệu mức ngữ cảnh chỉ sử dụng ba ký hiệu: (1) hình chữ nhật với
các góc được làm tròn, (2) hình vuông có hai cạnh được tô bóng và (3) một mũi tên. Pro ngừng chuyển đổi
dữ liệu đến thành thông tin đi và cấp độ nội dung chỉ có một quy trình, đại diện cho toàn bộ hệ thống. Thực
thể bên ngoài đại diện cho bất kỳ thực thể nào cung cấp hoặc nhận thông tin từ hệ thống nhưng không phải là
một phần của hệ thống. Thực thể này có thể là một người, một nhóm người, một vị trí hoặc bộ phận của công
ty, hoặc các hệ thống khác. Các đường kết nối các thực thể bên ngoài với quy trình được gọi là luồng dữ
liệu và chúng đại diện cho dữ liệu chuyển động.
Ví dụ về sơ đồ luồng dữ liệu mức ngữ cảnh được tìm thấy trong Hình 2.5. Ví dụ này phản đối các yếu
tố cơ bản nhất của hệ thống đặt chỗ của hãng hàng không và cho thấy hệ thống trước đây (khi đại lý du lịch
đóng vai trò trung gian) và sau khi đặt chỗ trực tuyến trực tiếp được thực hiện. Trong sơ đồ trước, hành
khách (một thực thể) bắt đầu một yêu cầu đi lại (luồng dữ liệu). Sơ đồ mức ngữ cảnh không hiển thị đủ chi
tiết để chỉ ra chính xác điều gì sẽ xảy ra (không được phép xảy ra), nhưng chúng ta có thể thấy rằng sở
thích của hành khách và các chuyến bay có sẵn được gửi đến đại lý du lịch, điều này sẽ gửi thông tin bán
vé trở lại quy trình. Chúng ta cũng có thể thấy rằng đặt chỗ của hành khách được gửi đến hãng hàng không.
Biểu đồ mức ngữ cảnh thứ hai cho thấy điều gì sẽ xảy ra khi
HÌNH 2.4
Các ký hiệu cơ bản của sơ đồ luồng dữ
liệu.
Một quy trình có nghĩa là một số hành động
hoặc nhóm các hành động diễn ra.
Thực thể là một người, một nhóm,
bộ phận hoặc bất kỳ hệ thống nào
nhận hoặc bắt nguồn

thông tin hoặc dữ liệu.
Luồng dữ liệu cho thấy thông tin đó
đang được chuyển từ hoặc đến một
quy trình.
HÌNH 2.5
Sơ đồ mức ngữ cảnh bao gồm Đại lý du lịch làm trung gian
Sơ đồ luồng dữ liệu mức ngữ cảnh cho
hệ thống đặt chỗ của hãng hàng không.
Các chuyến bay có sẵn Đi du lịch
Hành khách
Đại lý
0
Yêu cầu du lịch
Yêu cầu đặt vé

Hãng hàng không
Sự đặt chỗ
Xác nhận đặt vé
Hệ thống
Hành khách
Lịch bay
Sự đặt chỗ
Hãng hàng không
Sơ đồ mức ngữ cảnh Hiển thị Đặt phòng Trực tuyến Trực tiếp
0
Yêu cầu du lịch Lịch bay
Hãng hàng không
Hành khách
Hãng hàng không
Sự đặt chỗ Đặt chỗ cho hành khách

Xác nhận đặt vé
Hệ thống
đặt chỗ cho hành khách trực tiếp với hệ thống trực tuyến. Sơ đồ luồng dữ liệu mức ngữ cảnh đóng vai trò là điểm
khởi đầu tốt để vẽ sơ đồ ca sử dụng (sẽ được thảo luận ở phần sau của chương này).
Trong Chương 7, chúng ta sẽ thấy rằng một luồng dữ liệu chứa nhiều thông tin. Ví dụ: đặt chỗ của hành khách
bao gồm tên của hành khách, hãng hàng không, (các) số chuyến bay, (các) ngày đi, giá cả, sở thích chỗ ngồi, v.v.
Tuy nhiên, hiện tại, chúng tôi chủ yếu quan tâm đến cách một sơ đồ luồng dữ liệu mức ngữ cảnh xác định ranh giới
của hệ thống. Trong bài kiểm tra trước, chỉ bảo lưu là một phần của quá trình. Các quyết định khác mà hãng hàng
không sẽ đưa ra (ví dụ: mua máy bay, thay đổi lịch trình, giá cả và thuê thêm thành viên tổ bay) không thuộc hệ
thống này.
Sơ đồ luồng dữ liệu mức ngữ cảnh là một cách để hiển thị phạm vi của hệ thống hoặc những gì sẽ được đưa vào
hệ thống. Các thực thể bên ngoài nằm ngoài phạm vi và một cái gì đó mà hệ thống không có quyền kiểm soát.
Hệ thống và Mô hình Mối quan hệ Thực thể

Một cách khác mà nhà phân tích hệ thống có thể chỉ ra phạm vi của hệ thống và xác định các yêu cầu ràng buộc hệ
thống thích hợp là sử dụng mô hình mối quan hệ thực thể (ER). Các yếu tố tạo nên một hệ thống tổ chức có thể được
gọi là các thực thể. Một thực thể có thể là một người, một địa điểm hoặc một sự vật, chẳng hạn như hành khách
trên một hãng hàng không, một điểm đến hoặc một chiếc máy bay. Ngoài ra, một thực thể có thể là một sự kiện, chẳng hạn như
HÌNH 2.6
Nhân viên
Biểu đồ ER thể hiện mối quan
hệ 1-1.
Một NHÂN VIÊN được chỉ
được được giao

định cho một MỞ RỘNG ĐIỆN THOẠI.
liệt kê cho cho
Tiện ích mở rộng điện thoại
như cuối tháng, một kỳ bán hàng hoặc một sự cố máy móc. Mối quan hệ là sự liên kết mô tả sự tương tác
giữa các thực thể.
Có nhiều quy ước khác nhau để vẽ biểu đồ ER (với các tên như vết chân chim, mũi tên, hoặc ký hiệu
Bachman). Trong cuốn sách này, chúng tôi sử dụng ký hiệu vết chân chim. Hiện tại, chúng tôi giả định rằng
một thực thể là một hình hộp chữ nhật đơn giản.
Hình 2.6 minh họa một sơ đồ ER đơn giản. Hai thực thể được liên kết với nhau bằng một đường thẳng.
Trong ví dụ này, phần cuối của dòng được đánh dấu bằng hai dấu song song ngắn (| |), biểu thị rằng mối
quan hệ này là một-một. Vì vậy, chính xác một nhân viên được chỉ định cho một máy lẻ. Không ai dùng chung
phần mở rộng điện thoại trong văn phòng này.
Các mũi tên màu đỏ không phải là một phần của sơ đồ ER; họ có mặt để chứng minh cách đọc sơ đồ. Cụm
từ ở phía bên phải của dòng được đọc từ trên xuống dưới như sau: “Một NHÂN VIÊN được chỉ định cho một
MỞ RỘNG ĐIỆN THOẠI.” Ở phía bên trái, khi bạn đọc từ bot tom lên trên, mũi tên cho biết, “Một TIỆN ÍCH MỞ
RỘNG ĐIỆN THOẠI được liệt kê cho một NHÂN VIÊN.”
Hình 2.7 cho thấy một mối quan hệ khác. Kí hiệu vết chân chim (> - +) hiển nhiên trên biểu đồ này và
ví dụ cụ thể này là một ví dụ nhiều-một. Khi bạn đọc từ trái sang phải, mũi tên biểu thị, “Nhiều NHÂN VIÊN
là thành viên của MỘT BỘ PHẬN”. Khi bạn đọc từ phải sang trái, nó ngụ ý, "Một BỘ PHẬN chứa nhiều NHÂN VIÊN."
HÌNH 2.7
Biểu đồ ER thể hiện mối quan hệ
nhiều đối một.
Nhiều NHÂN VIÊN là thành viên của một BỘ PHẬN.
là thành viên của

Nhân viên Phòng ban
chứa đựng
Một BỘ PHẬN chứa nhiều NHÂN VIÊN.

HÌNH 2.8
được giao cho
Nhân viên O ce
bị chiếm đóng bởi Ví dụ về các kiểu quan hệ
khác nhau trong sơ đồ ER.
sẽ phục vụ
Máy bay chở hàng Trung tâm phân phối
được phục vụ bởi
được giao cho

Phân tích hệ thống Dự án
sẽ được phát triển bởi
đang trải qua Lên kế hoạch

Máy móc
Sự bảo trì
đang được thực hiện để
được giao cho

Khách hàng
Nhân viên bán hàng
được gọi bởi
có
Nhà hỡi Nhân viên
được giao cho
đang bay tới

Nơi Đến
Hành khách
sẽ được ghé thăm bởi
Lưu ý rằng khi có mối quan hệ nhiều-một, ngữ pháp sẽ thay đổi từ “is” thành “are”, mặc dù số ít “is”
được viết trên dòng. Vết chân chim và một vết đơn không có nghĩa đen là sự kết thúc của mối quan hệ này
phải là một “nhiều” bắt buộc. Thay vào đó, họ ngụ ý rằng kết thúc này có thể là bất kỳ thứ gì từ một đến
nhiều.
Hình 2.8 mô tả chi tiết về lược đồ này. Ở đây chúng tôi đã liệt kê một số tàu quan hệ thực thể điển
hình. Đầu tiên là mối quan hệ 1-1: “NHÂN VIÊN được chỉ định vào VĂN PHÒNG.” Mối quan hệ thứ hai là mối
quan hệ một - nhiều: “Một MÁY BAY HÀNG HÓA sẽ phục vụ một hoặc nhiều TRUNG TÂM GIẢI PHÓNG.” Cái thứ ba
hơi khác một chút vì nó có một vòng tròn ở một đầu. Nó có thể được đọc là “MỘT PHÂN TÍCH HỆ THỐNG có thể
được chỉ định cho NHIỀU DỰ ÁN”, có nghĩa là nhà phân tích có thể được chỉ định cho không có dự án nào
[đó là những gì vòng tròn (O), cho không, cho], một dự án hoặc nhiều dự án . Tương tự như vậy, vòng tròn
(O) chỉ ra rằng không thể có trong mối quan hệ tiếp theo.
Nhớ lại rằng dấu ngắn có nghĩa là một. Do đó, chúng ta có thể đọc nó như sau: “MỘT MÁY CÓ THỂ ĐƯỢC BẢO
DƯỠNG THEO LỊCH TRÌNH.” Lưu ý rằng dòng được viết là "đang được xử lý", nhưng các dấu cuối trên dòng
cho biết rằng không có bảo trì (O) hoặc duy trì (I) thực sự đang diễn ra.
Mối quan hệ tiếp theo cho biết, “Một hoặc nhiều SALESPosystem (nhiều SALESPERSON) được chỉ định cho
một hoặc nhiều KHÁCH HÀNG.” Đó là mối quan hệ nhiều-nhiều cổ điển. Mối quan hệ tiếp theo có thể được đọc
như sau: “VĂN PHÒNG TẠI NHÀ có thể có một hoặc nhiều NGƯỜI LAO ĐỘNG” hoặc “Một hoặc nhiều NHÂN VIÊN có
thể được chỉ định hoặc có thể không được chỉ định vào VĂN PHÒNG TẠI NHÀ.” Một lần nữa, I và O cùng ngụ ý
một tình huống Boolean — nói cách khác, một hoặc không.
Mối quan hệ cuối cùng được hiển thị ở đây có thể được đọc là, "Nhiều HÀNH KHÁCH đang bay đến nhiều
ĐIỂM ĐẾN." Một số người thích biểu tượng này [> - +] để biểu thị một "nhiều" bắt buộc
HÌNH 2.9
Ba loại thực thể khác nhau được sử
Cơ bản Thường là một thực thể thực: một người,
dụng trong sơ đồ ER. Thực thể địa điểm hoặc sự vật
Liên kết Một thứ gì đó được tạo ra kết hợp
Thực thể hai thực thể
Một cái gì đó hữu ích trong việc mô tả

Thuộc tính
thuộc tính, đặc biệt là lặp lại
Thực thể
các nhóm
điều kiện. (Có khi nào chỉ có một hành khách hoặc chỉ một điểm đến không?) Mặc dù vậy, một số công
cụ CASE chẳng hạn như Visible Analyst không đưa ra khả năng này vì điều kiện một hoặc nhiều tùy
chọn như được hiển thị trong mối quan hệ NGƯỜI BÁN HÀNG-KHÁCH HÀNG sẽ làm.
Cho đến nay, chúng tôi đã mô hình hóa tất cả các mối quan hệ của mình bằng cách sử dụng một
hình chữ nhật đơn giản và một đường thẳng. Phương pháp này hoạt động tốt khi chúng ta kiểm tra các
mối quan hệ của những thứ thực như người, địa điểm và sự vật có thật. Tuy nhiên, đôi khi, chúng
tôi tạo ra các mục mới trong quá trình phát triển hệ thống thông tin. Một số ví dụ là hóa đơn, biên
nhận, tệp và cơ sở dữ liệu. Ví dụ, khi chúng ta muốn mô tả cách một người liên quan đến biên lai,
thì việc chỉ ra biên lai theo một cách khác sẽ trở nên thuận tiện. Có ba loại thực thể khác nhau;
thực thể cơ bản, thực thể liên kết và thực thể phân bổ được mô tả trong Hình 2.9.
Một thực thể kết hợp chỉ có thể tồn tại nếu nó được kết nối với ít nhất hai thực thể khác. Vì
lý do đó, một số người gọi nó là một mầm, một ngã ba, một giao điểm, hoặc một thực thể nối. Từ ngữ
này có ý nghĩa bởi vì biên lai sẽ không cần thiết trừ khi có khách hàng và nhân viên bán hàng thực
hiện giao dịch.
Một loại thực thể khác là thực thể phân bổ. Khi nhà phân tích muốn hiển thị dữ liệu hoàn toàn
phụ thuộc vào sự tồn tại của một thực thể cơ bản, nên sử dụng một thực thể phân bổ. Ví dụ: nếu một
thư viện có nhiều bản sao của cùng một cuốn sách, thì một thực thể phân bổ có thể được sử dụng để
chỉ định bản sao của cuốn sách đang được kiểm tra. Thực thể phân bổ hữu ích để hiển thị các nhóm dữ
liệu lặp lại. Ví dụ: giả sử chúng ta sẽ mô hình hóa các mối quan hệ tồn tại khi một khách hàng quen
nhận được vé xem một buổi hòa nhạc hoặc một buổi biểu diễn. Thoạt đầu, các thực thể có vẻ rõ ràng:
“một PATRON và một CONCERT / SHOW,” như trong Hình 2.10. Mối quan hệ nào tồn tại?
HÌNH 2.10
Người bảo trợ
Nỗ lực đầu tiên trong việc vẽ một
biểu đồ ER.
Đây là
làm cho
làm cho một lần đầu tiên của tôi
Một
Dự phòng nỗ lực.Ken
Đặt trước
vì
vì
Buổi hòa nhạc / Chương trình

HÌNH 2.11
Cải thiện sơ đồ ER bằng cách

thêm một mục nhập kết hợp được gọi
là ĐẶT CHỖ.
trong
các
làm cho
Tên
của
Tôi đã thêm
một liên kết

thực thể. Julie
Sự đặt chỗ
là cho
có
Một
Thoạt nhìn, chúng ta thấy rằng PATRON nhận đặt trước CONCERT / SHOW, và CONCERT / SHOW có thể được
cho là đã đặt trước cho PATRON.
Tất nhiên, quá trình này không đơn giản như vậy và sơ đồ ER cũng không đơn giản như vậy.
PATRON thực sự tạo ra một LƯU TRỮ, như trong Hình 2.11. ĐẶT CHỖ dành cho một CONCERT / SHOW. CONCERT /
SHOW có chức năng ĐẶT CHỖ, và LỖI RES nằm trong tên của PATRON. Chúng tôi đã thêm một pháp nhân liên
kết tại đây vì một LỖI RES được tạo do hệ thống thông tin cần thiết để liên quan đến PATRON và
CONCERT / SHOW.
Một lần nữa quá trình này khá đơn giản, nhưng vì các buổi hòa nhạc và chương trình có nhiều
buổi biểu diễn, nên biểu đồ ER được vẽ một lần nữa trong Hình 2.12. Ở đây chúng tôi thêm một thực thể
thuộc về để xử lý nhiều hoạt động của CONCERT / SHOW. Trong trường hợp này, việc ĐẶT CHỖ được thực
hiện cho một HIỆU SUẤT cụ thể, và HIỆU SUẤT là một trong số nhiều phần thuộc về một CONCERT / SHOW cụ
thể. Đổi lại, CONCERT / SHOW có nhiều màn trình diễn, và một BÍ QUYẾT HOÀN HẢO có phần ĐẶT CHỖ nhân
danh một PATRON cụ thể.
Ở bên phải của sơ đồ ER này là một tập hợp các thuộc tính dữ liệu tạo nên mỗi thực thể.
Một số thực thể có thể có các thuộc tính chung. Các thuộc tính được gạch dưới có thể được tìm kiếm.
Các thuộc tính được gọi là khóa và được thảo luận trong Chương 13.
Các nhà thiết kế hệ thống thường sử dụng sơ đồ ER để giúp lập mô hình tệp hoặc cơ sở dữ liệu.
Tuy nhiên, điều quan trọng hơn nữa là một nhà phân tích hệ thống hiểu cả các thực thể và mối quan hệ
trong hệ thống tổ chức từ rất sớm. Khi phác thảo một số sơ đồ ER cơ bản, nhà phân tích cần:
1. Liệt kê các thực thể trong tổ chức để hiểu rõ hơn về tổ chức.

2. Chọn các thực thể chính để thu hẹp phạm vi vấn đề thành có thể quản lý được và có ý nghĩa
kích thước.
3. Xác định thực thể chính nên là gì.

4. Xác nhận kết quả của các bước từ 1 đến 3 thông qua các phương pháp thu thập dữ liệu khác
(điều tra, phỏng vấn, quản lý bảng câu hỏi, quan sát và tạo mẫu), như đã được đề cập trong
Chương 4 đến Chương 6.
HÌNH 2.12 Tên người bảo trợ
Địa chỉ khách hàng quen

Một biểu đồ ER hoàn chỉnh hơn, hiển
Điện thoại bảo trợ
thị các thuộc tính dữ liệu của các Người bảo trợ-thẻ tín dụng
thực thể.
trong
các
làm cho
Tên
của
Mã đặt chỗ
Tên người bảo trợ

Sự đặt chỗ
Hiệu suất-số
Buổi hòa nhạc / chương trình
Ngày tháng
Thời gian
Vị trí
Giá bán
Là
có làm ra
vì
Hiệu suất-số

Màn biểu diễn
Ngày tháng
Thời gian
Vị trí
Tùy chọn giá cả
đã thuộc về
Chi tiết về buổi hòa nhạc

Ngày của sự kiện
Vị trí
Điều quan trọng là một nhà phân tích hệ thống bắt đầu vẽ sơ đồ ER khi nhập một tổ chức thay vì đợi cho
đến khi cơ sở dữ liệu cần được thiết kế. Các sơ đồ ER này giúp nhà phân tích hiểu tổ chức thực sự đang hoạt
động trong lĩnh vực kinh doanh nào, xác định quy mô và phạm vi của vấn đề, đồng thời phân biệt được liệu có
đúng vấn đề đang được giải quyết hay không. Các sơ đồ ER cần được xác nhận hoặc sửa đổi khi quá trình thu
thập dữ liệu diễn ra.
Mô hình trường hợp sử dụng
Ban đầu được giới thiệu như một sơ đồ để sử dụng trong ngôn ngữ mô hình thống nhất hướng đối tượng (UML),
các ca sử dụng hiện đang được sử dụng bất kể cách tiếp cận phát triển hệ thống là gì. Biểu đồ ca sử dụng có
thể được sử dụng như một phần của phương pháp tiếp cận vòng đời phát triển hệ thống (SDLC) hoặc trong mô
hình nhanh. Việc sử dụng từ được phát âm như một danh từ (“yoos”) chứ không phải là một động từ (“yooz”).
Mô hình ca sử dụng mô tả những gì một hệ thống thực hiện mà không mô tả cách hệ thống đó thực hiện; nghĩa
là, nó là một mô hình logic của hệ thống. (Các mô hình lôgic và khái niệm được thảo luận kỹ hơn trong Chương 7.)
Mô hình ca sử dụng phản ánh quan điểm của hệ thống từ quan điểm của người dùng bên ngoài hệ thống (nghĩa là
các yêu cầu hệ thống).

MAC XUẤT KHẨU
Microsoft Visio giúp nhà phân tích hệ thống dễ dàng vẽ sơ đồ ER cũng như hầu hết các sơ đồ khác
được tìm thấy trong cuốn sách này, nhưng nó chỉ khả dụng cho PC. Người dùng Mac có một giải
pháp thay thế, OmniGraffle Professional. OmniGraffle dễ sử dụng hơn Microsoft Visio vì giao diện
kéo và thả của nó mượt mà và trực quan hơn.
Nó cũng có tính năng “hướng dẫn thông minh” sử dụng các điểm đánh dấu khoảng cách bật lên để giúp định vị các ký hiệu ở
những vị trí chính xác. Nhiều ký hiệu, chẳng hạn như những ký hiệu được sử dụng trong sơ đồ ER, được tích hợp sẵn, nhưng
OmniGraffle cũng cho phép người dùng tìm kiếm trong thư viện của bên thứ ba có tên là Graffletopia để tìm UML và các ký hiệu
chuyên biệt khác.
HÌNH 2.MAC
OmniGraffle từ Tập đoàn Omni là một gói vẽ dễ sử dụng và mạnh mẽ. (Được sử dụng với sự cho
phép của Omni Group.)
Một nhà phân tích phát triển các trường hợp sử dụng trong nỗ lực hợp tác với các chuyên gia kinh doanh,
những người giúp xác định các yêu cầu của hệ thống. Mô hình ca sử dụng cung cấp một phương tiện hiệu quả để
giao tiếp giữa nhóm kinh doanh và nhóm phát triển. Mô hình ca sử dụng phân chia cách thức hoạt động của hệ
thống thành các hành vi, dịch vụ và phản hồi (các ca sử dụng) có ý nghĩa quan trọng đối với người dùng của hệ
thống.
Từ quan điểm của một tác nhân (hoặc người dùng), một ca sử dụng nên tạo ra một cái gì đó có giá trị.
Do đó, nhà phân tích phải xác định điều gì là quan trọng đối với người dùng và nhớ đưa nó vào sơ đồ ca sử
dụng. Ví dụ, nhập mật khẩu có giá trị gì đối với người dùng không?
Nó có thể được bao gồm nếu người dùng có mối quan tâm về bảo mật hoặc nếu nó là quan trọng đối với sự thành
công của dự án.

Biểu tượng trường hợp sử dụng
Biểu đồ ca sử dụng chứa các ký hiệu tác nhân và ca sử dụng, cùng với các đường kết nối. Các tác nhân tương tự
như các thực thể bên ngoài; chúng tồn tại bên ngoài hệ thống. Thuật ngữ tác nhân đề cập đến một vai trò cụ thể
của người dùng hệ thống. Ví dụ, một diễn viên có thể là một nhân viên nhưng cũng có thể là một nhân viên phục vụ
tại cửa hàng của công ty. Mặc dù đó là cùng một người trong thế giới thực, nó được biểu diễn dưới dạng hai biểu
tượng khác nhau trên sơ đồ ca sử dụng vì người đó tương tác với hệ thống trong các vai trò khác nhau. Tác nhân
tồn tại bên ngoài hệ thống và tương tác với hệ thống một cách cụ thể. Tác nhân có thể là con người, một hệ thống
khác hoặc một thiết bị như bàn phím hoặc kết nối Web. Các tác nhân có thể khởi tạo một thể hiện của ca sử dụng.
Một tác nhân có thể tương tác với một hoặc nhiều ca sử dụng và một ca sử dụng có thể liên quan đến một hoặc nhiều
tác nhân.
Các diễn viên có thể được chia thành hai nhóm. Các tác nhân chính cung cấp dữ liệu hoặc nhận thông tin từ hệ
thống. Một số người dùng tương tác trực tiếp với hệ thống (các tác nhân hệ thống), nhưng các tác nhân chính cũng
có thể là các doanh nhân không trực tiếp tương tác với hệ thống nhưng có cổ phần trong đó.
Các tác nhân chính rất quan trọng vì họ là những người sử dụng hệ thống và có thể cung cấp chi tiết về những gì
trường hợp sử dụng nên làm. Họ cũng có thể cung cấp một danh sách các mục tiêu và ưu tiên. Các tác nhân trung
gian (còn gọi là tác nhân phụ) giúp duy trì hệ thống hoạt động hoặc cung cấp các dịch vụ khác. Đây là những nhà
phân tích, lập trình viên, những người điều hành bộ phận trợ giúp, v.v.
Đôi khi, rất hữu ích khi tạo hồ sơ diễn viên liệt kê các diễn viên, lý lịch và kỹ năng của họ trong một định
dạng bảng đơn giản. Điều này có thể hữu ích để hiểu cách tác nhân tương tác với hệ thống. Một ví dụ là Chuyên gia
xử lý đơn hàng. Hồ sơ sẽ là, "Một người sử dụng phần mềm thông thường, quen thuộc với các tính năng nhỏ, ngoại
lệ đơn hàng và tùy chỉnh đơn hàng." Việc liệt kê các tác nhân cũng như mục tiêu và ưu tiên của họ cũng rất hữu
ích. Mỗi mục tiêu có thể trở thành một trường hợp sử dụng.
Trường hợp sử dụng cung cấp cho các nhà phát triển cái nhìn về những gì người dùng muốn. Nó là miễn phí về
kỹ thuật hoặc chi tiết thực hiện. Chúng ta có thể coi một ca sử dụng là một chuỗi các giao dịch trong một hệ
thống. Mô hình ca sử dụng dựa trên sự tương tác và mối quan hệ của các ca sử dụng riêng lẻ.
Ca sử dụng luôn mô tả ba điều: một tác nhân khởi tạo một sự kiện, sự kiện kích hoạt một ca sử dụng và ca sử
dụng thực hiện các hành động được kích hoạt bởi sự kiện. Trong trường hợp sử dụng, một tác nhân sử dụng hệ thống
khởi tạo một sự kiện bắt đầu một chuỗi tương tác có liên quan trong hệ thống.
Ca sử dụng ghi lại một giao dịch hoặc sự kiện đơn lẻ. Một sự kiện là một đầu vào cho hệ thống tấn công vào một
thời điểm và địa điểm cụ thể và khiến hệ thống thực hiện một điều gì đó.
Tốt hơn là tạo ít trường hợp sử dụng hơn là nhiều hơn. Thường thì các truy vấn và báo cáo không được đưa
vào; 20 trường hợp sử dụng (và không quá 40 hoặc 50) là đủ cho một hệ thống lớn. Các trường hợp sử dụng cũng có
thể được lồng vào nhau, nếu cần. Một số trường hợp sử dụng sử dụng động từ quản lý để nhóm các trường hợp sử
dụng để thêm ing, xóa và thay đổi thành một sơ đồ trường hợp sử dụng khác, cấp thấp hơn. Bạn có thể đưa một ca
sử dụng vào một số sơ đồ, nhưng ca sử dụng thực tế chỉ được xác định một lần trong kho lưu trữ. Một trường hợp
sử dụng được đặt tên với một động từ và một danh từ.
Mối quan hệ ca sử dụng

Mối quan hệ tích cực được gọi là mối quan hệ hành vi và được sử dụng chủ yếu trong các sơ đồ ca sử dụng. Có bốn
kiểu quan hệ hành vi cơ bản: giao tiếp, bao gồm,
Mối quan hệ Biểu tượng Nghĩa
Một tác nhân được kết nối với một ca sử dụng bằng cách sử dụng một dòng với
Giao tiếp
không có đầu mũi tên.
<< bao gồm >> Một ca sử dụng chứa một hành vi phổ biến cho nhiều hơn một
Bao gồm
trường hợp sử dụng khác. Mũi tên trỏ đến trường hợp sử dụng phổ biến.
<< mở rộng >> Một trường hợp sử dụng khác xử lý các trường hợp ngoại lệ từ trường hợp sử dụng cơ bản.
Mở rộng
Mũi tên chỉ từ trường hợp sử dụng mở rộng đến cơ bản.
Một “thứ” UML tổng quát hơn một “thứ” khác.

Khái quát hóa
Mũi tên chỉ đến "điều" chung chung.
HÌNH 2.13
Một số thành phần của biểu đồ ca sử dụng hiển thị các tác nhân, ca sử dụng và mối quan hệ cho ví dụ ghi danh sinh viên.
HÌNH 2.14
Ví dụ về các trường hợp sử dụng
Ghi danh
và các mối quan hệ hành vi đối
trong khóa học
<< bao gồm >>
với việc ghi danh học sinh.
Ghi danh
Trả tiền cho sinh viên
<<
trong khóa học Lệ phí
bao gồm >>

Sắp xếp
Nhà ở
Học sinh
Giao tiếp Bao gồm
Mối quan hệ Mối quan hệ
Sức khỏe sinh viên << mở rộng >> Trả tiền cho sinh viên
Bảo hiểm tình trạng sinh viên Lệ phí
số lượng bảo hiểm
Bán thời gian Học sinh
Học sinh
Khái quát hóa Mở rộng
Mối quan hệ Mối quan hệ
mở rộng và khái quát hóa. Lưu ý rằng tất cả các thuật ngữ này đều là động từ hành động. Hình 2.13 cho
thấy các mũi tên và đường thẳng được sử dụng để vẽ sơ đồ từng loại trong số bốn loại mối quan hệ hành
vi. Bốn mối quan hệ được mô tả tiếp theo.
GIAO TIẾP Mối quan hệ hành vi giao tiếp được sử dụng để kết nối một tác nhân với một ca sử dụng.
Hãy nhớ rằng nhiệm vụ của một ca sử dụng là đưa ra một số loại kết quả có lợi cho tác nhân trong hệ thống.
Do đó, điều quan trọng là phải ghi lại các mối quan hệ này giữa các tác nhân và các ca sử dụng. Trong ví
dụ đầu tiên của chúng tôi, một Học sinh giao tiếp với Đăng ký khóa học. Ví dụ về một số thành phần của ví
dụ đăng ký sinh viên được thể hiện trong sơ đồ ca sử dụng trong Hình 2.14.
INCLUDES Mối quan hệ bao gồm (còn được gọi là quan hệ sử dụng) mô tả tình huống trong đó một ca sử dụng
chứa hành vi phổ biến cho nhiều ca sử dụng. Nói cách khác, trường hợp sử dụng chung được bao gồm trong
các trường hợp sử dụng khác. Một mũi tên chấm trỏ đến trường hợp sử dụng phổ biến cho biết mối quan hệ
bao gồm. Một ví dụ sẽ là một trường hợp sử dụng Thanh toán Học phí cho Sinh viên được bao gồm trong Ghi
danh vào Khóa học và Sắp xếp Nhà ở vì trong cả hai trường hợp, sinh viên phải trả học phí của mình. Pay
Student Fees có thể được sử dụng trong một số trường hợp sử dụng. Mũi tên hướng về trường hợp sử dụng phổ biến.
MỞ RỘNG Mối quan hệ mở rộng mô tả tình huống trong đó một ca sử dụng sở hữu hành vi cho phép ca sử dụng
mới xử lý một biến thể hoặc một ngoại lệ từ ca sử dụng cơ bản. Ví dụ: trường hợp sử dụng mở rộng Bảo hiểm
sức khỏe sinh viên mở rộng trường hợp sử dụng cơ bản Trả phí cho sinh viên. Mũi tên đi từ trường hợp sử
dụng mở rộng đến cơ bản.
TỔNG HỢP Mối quan hệ khái quát hóa ngụ ý rằng một sự vật là điển hình hơn sự vật kia. Mối quan hệ này có
thể tồn tại giữa hai tác nhân hoặc hai trường hợp sử dụng. Ví dụ: Sinh viên bán thời gian nói chung là
Sinh viên. Tương tự, một số nhân viên của trường đại học là giáo sư. Mũi tên chỉ điều chung chung.
Phát triển phạm vi hệ thống

Phạm vi của một hệ thống xác định ranh giới của nó: cái gì trong phạm vi — hoặc bên trong hệ thống — và
cái gì ngoài phạm vi. Dự án thường có một ngân sách giúp xác định phạm vi, cũng như thời gian bắt đầu và
kết thúc. Các tác nhân luôn nằm ngoài phạm vi của hệ thống. Các đường giao tiếp kết nối các tác nhân với
các ca sử dụng là ranh giới và xác định phạm vi. Vì sơ đồ ca sử dụng được tạo sớm trong vòng đời của hệ
thống nên ngân sách, thời gian bắt đầu và thời gian kết thúc có thể thay đổi
khi dự án tiến triển. Khi nhà phân tích tìm hiểu thêm về hệ thống, các sơ đồ ca sử dụng, ca sử dụng và phạm vi có thể
thay đổi.
Phát triển sơ đồ ca sử dụng

Trường hợp sử dụng chính bao gồm một luồng sự kiện tiêu chuẩn trong hệ thống mô tả một hành vi tiêu chuẩn của hệ
thống. Trường hợp sử dụng chính đại diện cho mức độ hoàn thành bình thường, được mong đợi và thành công của trường
hợp sử dụng.
Khi lập sơ đồ một ca sử dụng, hãy bắt đầu bằng cách yêu cầu người dùng liệt kê mọi thứ mà hệ thống phải làm cho
họ. Điều này có thể được thực hiện bằng cách phỏng vấn, trong một phiên thiết kế ứng dụng chung (như được mô tả
trong Chương 4), hoặc thông qua các phiên họp nhóm có điều kiện khác. Người phân tích cũng có thể sử dụng các phiên
câu chuyện nhanh (được mô tả trong Chương 6) để phát triển các trường hợp sử dụng. Viết ra ai có liên quan đến từng
ca sử dụng và các trách nhiệm hoặc dịch vụ mà ca sử dụng phải cung cấp cho các tác nhân hoặc hệ thống khác.
Trong các giai đoạn đầu, đây có thể là danh sách một phần được mở rộng trong các giai đoạn phân tích sau. Sử dụng
các nguyên tắc sau:
1. Xem xét các đặc điểm kinh doanh và xác định các tác nhân liên quan.
2. Xác định các sự kiện cấp cao và phát triển các trường hợp sử dụng chính mô tả các sự kiện đó và cách các tác
nhân khởi tạo chúng. Kiểm tra cẩn thận các vai trò của các diễn viên để xác định rõ tất cả các trường hợp sử
dụng chính có thể do mỗi tác nhân khởi xướng. Các trường hợp sử dụng có ít hoặc không có sự tương tác của
người dùng không phải được hiển thị.
3. Xem xét từng trường hợp sử dụng chính để xác định các biến thể có thể có của luồng thông qua trường hợp sử
dụng. Từ phân tích này, thiết lập các đường dẫn thay thế. Bởi vì luồng sự kiện là đồng minh của chúng ta
trong mỗi trường hợp khác nhau, hãy tìm kiếm các hoạt động có thể thành công hoặc thất bại. Cũng tìm kiếm bất
kỳ nhánh nào trong lôgic ca sử dụng mà trong đó các kết quả khác nhau có thể xảy ra.
Nếu một sơ đồ luồng dữ liệu mức ngữ cảnh đã được tạo, nó có thể là điểm khởi đầu để tạo một ca sử dụng. Các
thực thể bên ngoài là các tác nhân tiềm năng. Sau đó, kiểm tra luồng dữ liệu để xác định xem nó sẽ khởi tạo một ca
sử dụng hay được tạo ra bởi một ca sử dụng.
Hình 2.15 là một ví dụ về biểu đồ ca sử dụng đại diện cho một hệ thống được sử dụng để lập kế hoạch suy luận.
Các tác nhân là Chủ tọa Hội nghị, chịu trách nhiệm lập kế hoạch và quản lý hội nghị, Người tham gia hội nghị, Diễn
giả, Diễn giả chính, Đặt phòng khách sạn và Người phục vụ . Các tác nhân thể hiện vai trò của người dùng và Người
cung cấp dịch vụ ăn uống có thể là nhân viên khách sạn hoặc dịch vụ ăn uống bên ngoài.
Cả Chủ tọa Hội nghị và Người phục vụ đều tham gia vào việc lập kế hoạch cho các bữa ăn và tiệc.
Chủ tọa Hội nghị cũng chịu trách nhiệm sắp xếp các diễn giả. Người tham gia đăng ký
cho hội nghị. Lưu ý rằng trường hợp sử dụng Phòng dự trữ có liên quan đến quan hệ bao gồm
gửi kèm theo Sắp xếp Diễn giả và Đăng ký cho các trường hợp sử dụng Hội nghị vì cả diễn giả và người tham gia đều
cần chỗ ở. Trường hợp sử dụng Bản dịch ngôn ngữ sắp xếp mở rộng trường hợp sử dụng Đăng ký cho Hội nghị vì không
phải tất cả những người tham gia sẽ yêu cầu dịch vụ dịch ngôn ngữ. Diễn giả là một khái quát của Diễn giả chính.
Phát triển các tình huống Use Case

Mỗi trường hợp sử dụng có một mô tả. Chúng tôi đề cập đến mô tả như một tình huống sử dụng. Như đã đề cập, trường
hợp sử dụng chính thể hiện luồng sự kiện tiêu chuẩn trong hệ thống và các đường dẫn thay thế mô tả các biến thể đối
với hành vi. Các tình huống sử dụng có thể mô tả điều gì sẽ xảy ra nếu một mặt hàng đã mua bị hết hàng hoặc nếu một
công ty phát hành thẻ tín dụng từ chối yêu cầu mua hàng của khách hàng.
Không có định dạng tình huống sử dụng tiêu chuẩn hóa, vì vậy mỗi tổ chức phải đối mặt với việc xác định rõ
những tiêu chuẩn nào nên được đưa vào. Thường thì các trường hợp sử dụng được lập thành tài liệu bằng cách sử
dụng một mẫu do tổ chức xác định trước, điều này làm cho các trường hợp sử dụng dễ đọc hơn và cung cấp thông tin
tiêu chuẩn hóa cho từng trường hợp sử dụng trong mô hình.
Mức độ trường hợp sử dụng
Bạn có thể muốn tạo các trường hợp sử dụng cho các cấp độ khác nhau. Một phương pháp (được định nghĩa bởi Alistair
Cockburn) sử dụng các phép ẩn dụ về độ cao sau:
1. Màu trắng là tầng cao nhất, giống như những đám mây. Đây là cấp độ doanh nghiệp và có thể chỉ có bốn đến
năm trường hợp sử dụng ở cấp độ này cho toàn bộ tổ chức. Ví dụ có thể là để quảng cáo hàng hóa thông thường,
bán hàng hóa cho khách hàng, quản lý hàng tồn kho, quản lý chuỗi cung ứng và tối ưu hóa việc vận chuyển bằng
tiền mặt.
HÌNH 2.15
Biểu đồ ca sử dụng đại diện cho một hệ
Kế hoạch
thống được sử dụng để lập kế hoạch hội nghị.

Dịch vụ ăn uống
Người phục vụ ăn uống
Sắp xếp
Loa
Hội nghị
Cái ghế
dự trữ
Chủ đạo Loa
Phòng
Loa
Khách sạn
Đặt trước
Đăng ký cho
Hội nghị
<< mở rộng >>
Sắp xếp ngôn ngữ

Dịch
Người tham gia
2. Kite thấp hơn màu trắng nhưng vẫn là mức cao, mang lại cái nhìn tổng quan. Trường hợp sử dụng diều có thể ở cấp
đơn vị kinh doanh hoặc cấp phòng ban và là một bản tóm tắt các mục tiêu. Ví dụ sẽ là đăng ký sinh viên, hoặc,
nếu làm việc với một công ty du lịch, để đặt chỗ một hãng hàng không, khách sạn, ô tô hoặc hành trình.
3. Màu xanh lam ở mực nước biển và thường được sử dụng để mô tả các mục tiêu của người dùng. Mức độ này
thường có sự quan tâm lớn nhất đối với người dùng và dễ hiểu nhất đối với doanh nghiệp. Nó thường được
viết cho một hoạt động kinh doanh và mỗi người có thể thực hiện một hoạt động cấp độ xanh trong bất kỳ thời
gian nào từ 2 đến 20 phút. Ví dụ như đăng ký một sinh viên đang tiếp tục, thêm một tài khoản cus mới, đặt
một mặt hàng vào giỏ hàng và thanh toán đơn hàng.
4. Chàm hoặc cá là một trường hợp sử dụng thể hiện rất nhiều chi tiết, thường ở một chức năng hoặc chức năng phụ
mức độ. Ví dụ như Chọn lớp học, thanh toán học phí, tra cứu mã sân bay cho một thành phố nhất định và tạo danh
sách khách hàng sau khi nhập tên.
5. Màu đen hoặc con ngao, giống như đáy đại dương, là những trường hợp sử dụng chi tiết nhất, ở cấp độ phụ.
Ví dụ có thể là xác thực đăng nhập an toàn, thêm trường mới bằng HTML động hoặc sử dụng Ajax để cập nhật một
trang web theo cách nhỏ.
Một ví dụ về tình huống sử dụng được thể hiện trong Hình 2.16. Một số khu vực bao gồm là tùy chọn và có thể
không được sử dụng bởi tất cả các tổ chức. Ba lĩnh vực chính là:
1. Một tiêu đề khu vực có chứa mã nhận dạng trường hợp và trình khởi tạo
2. Các bước thực hiện
3. Khu vực chân trang chứa các điều kiện tiên quyết, giả định, câu hỏi và thông tin khác
HÌNH 2.16
Một tình huống sử dụng được chia
thành ba phần: xác định và bắt
đầu; các bước thực hiện; và Tên ca sử dụng: Đăng ký Hội nghị UniqueID: Conf RG 003
các điều kiện, giả định và câu Khu vực:

Lập kế hoạch hội nghị
hỏi. (Các) diễn viên: Người tham gia
Cổ đông: Nhà tài trợ Hội nghị, Diễn giả Hội nghị
Mức độ: Màu xanh da trời
Sự miêu tả: Cho phép người tham gia hội nghị đăng ký trực tuyến cho hội nghị bằng một trang web an toàn.
Sự kiện kích hoạt: Người tham gia sử dụng trang web Đăng ký Hội nghị, nhập userID và mật khẩu, và nhấp vào nút đăng nhập.
Loại kích hoạt: Bên ngoài Thời gian
Các bước đã thực hiện (Đường dẫn chính) Thông tin cho các bước
1. Người tham gia đăng nhập bằng máy chủ web an toàn. userID, Mật khẩu
2. Hồ sơ của người tham gia được đọc và mật khẩu được xác minh. Hồ sơ người tham gia, userID, mật khẩu
3. Thông tin về người tham gia và phiên họp được hiển thị trên Bản ghi người tham gia, Bản ghi phiên
trang web Đăng ký.
4. Người tham gia nhập thông tin vào biểu mẫu Web đăng ký Biểu mẫu web đăng ký
và nhấp vào nút Gửi .
5. Thông tin đăng ký được xác thực trên máy chủ Web. Biểu mẫu web đăng ký
6. Trang Xác nhận Đăng ký được hiển thị để xác nhận thông tin Trang web xác nhận
đăng ký.
7. Thẻ tín dụng bị tính phí đăng ký. Trang web thẻ tín dụng an toàn
8. Thêm bản ghi Nhật ký đăng ký được viết. Trang web xác nhận
9. Hồ sơ đăng ký được cập nhật trên Máy chủ đăng ký. Trang web xác nhận, hồ sơ đăng ký
10. Bản ghi phiên được cập nhật cho mỗi phiên đã chọn vào
Trang web xác nhận, Bản ghi phiên
the Session Master.
11. Hồ sơ người tham gia được cập nhật cho người tham gia trên Trang web xác nhận, hồ sơ người tham gia
Thạc sĩ tham gia.
12. Trang web Xác nhận Đăng ký Thành công được gửi đến Số xác nhận hồ sơ đăng ký
Người tham gia.
Điều kiện tiên quyết: Người tham gia đã đăng ký và đã tạo tài khoản người dùng.
Điều kiện sau: Người tham gia đã đăng ký thành công cho hội nghị.
Các giả định: Người tham gia có trình duyệt, userID và mật khẩu hợp lệ.
Đảm bảo thành công: Người tham gia đã đăng ký hội nghị và đăng ký tham gia tất cả các phiên đã chọn.
Đảm bảo tối thiểu: Người tham gia đã có thể đăng nhập.
Yêu cầu đáp ứng: Cho phép những người tham gia hội nghị có thể đăng ký hội nghị bằng một trang web an toàn.
Các vấn đề còn tồn tại: Thẻ tín dụng bị từ chối nên được xử lý như thế nào?
Quyền ưu tiên: Cao
Rủi ro: Trung bình
Khu vực đầu tiên, các mã định danh và khởi tạo ca sử dụng, định hướng cho người đọc và chứa tên ca
sử dụng và một ID duy nhất; khu vực ứng dụng hoặc hệ thống mà ca sử dụng này thuộc về; các tác nhân liên
quan đến ca sử dụng; và các bên liên quan có mức độ quan tâm cao trong trường hợp sử dụng.
Một số bên liên quan không bao giờ tương tác trực tiếp với hệ thống, chẳng hạn như cổ đông, hội đồng
quản trị hoặc giám đốc bán hàng. Mỗi tác nhân chính là một bên liên quan nhưng không được liệt kê trong
khu vực chủ sở hữu liên quan. Do đó, khu vực đầu tiên nên bao gồm cấp độ (xanh lam, kite, v.v.) và mô tả
ngắn gọn về những gì mà trường hợp sử dụng đạt được.

Tiêu đề kết thúc với sự kiện khởi tạo (kích hoạt) — nghĩa là điều gì đã khiến ca sử dụng bắt đầu —
và loại trình kích hoạt, bên ngoài hoặc tạm thời. Các sự kiện bên ngoài là những sự kiện bắt đầu bởi một
tác nhân, một người hoặc một hệ thống khác yêu cầu thông tin, chẳng hạn như hệ thống đặt chỗ của hãng
hàng không yêu cầu thông tin chuyến bay từ hệ thống của hãng hàng không. Sự kiện thời gian là những sự
kiện được kích hoạt hoặc bắt đầu theo thời gian. Các sự kiện xảy ra vào một thời điểm cụ thể, chẳng hạn
như gửi email về các ưu đãi đặc biệt mỗi tuần một lần vào tối Chủ nhật, gửi hóa đơn vào một ngày cụ thể
hoặc tạo số liệu thống kê của chính phủ vào một ngày cụ thể hàng quý.
Khu vực thứ hai của ca sử dụng bao gồm các bước được thực hiện và thông tin cần thiết cho mỗi bước.
Các câu lệnh này đại diện cho dòng sự kiện tiêu chuẩn và các bước thực hiện để hoàn thành thành công ca sử
dụng. Bạn nên viết một ca sử dụng cho đường dẫn chính và sau đó viết một ca sử dụng cho từng đường dẫn thay
. .
thế riêng biệt hơn là sử dụng IF THEN. . . các câu lệnh. Các bước được đánh số bằng một số nguyên. Các bước .
có thể đến từ một cuộc phỏng vấn chi tiết với người dùng hoặc có thể bắt nguồn từ các câu chuyện mô hình
nhanh (như được mô tả trong Chương 6).
Các bước này nên được xem xét với người dùng để làm rõ.
Nhà phân tích cần kiểm tra từng bước và xác định thông tin cần thiết cho từng bước. Nếu nhà phân tích
không thể xác định thông tin, họ nên lên lịch cho người dùng một lần theo dõi khác nhau. Một số mô tả ca sử
dụng bao gồm các tiện ích mở rộng hoặc các tình huống thay thế, với các ngoại lệ là các phần bổ sung theo dòng
sự kiện tiêu chuẩn. Chúng được đánh số bằng một số nguyên, dấu thập phân và một số nguyên khác, chẳng hạn
như 3.1, 3.2, 3.3, v.v. Đây là những bước có thể được sử dụng hoặc không. Các nhà phân tích và người dùng
có thể động não xem điều gì có thể xảy ra với đường dẫn chính và họ có thể phát hiện ra các chi tiết và điều
kiện quan trọng. Cần phải làm việc với người dùng để xác định phải làm gì khi những điều kiện này xảy ra.
Điều này giúp phát hiện lỗi sớm hơn trong vòng đời.
Hình 2.17 minh họa cách logic và các kịch bản thay thế có thể được đưa vào phần giữa của một ca sử
dụng. Trong ví dụ về hãng hàng không này, hãy lưu ý rằng Bước 1 bao gồm các bước nhỏ hơn, nhiều bước trong số đó
HÌNH 2.17
Các trường hợp sử dụng có thể bao gồm
các bước có điều kiện cũng

Các bước đã thực hiện (Đường dẫn chính) Thông tin cho các bước
như các phần mở rộng hoặc thay thế
1. Nhập sân bay đi và đến, ngày đi Vị trí sân bay
các tình huống.
1.1. Nếu mã sân bay được nhập, hiển thị tên, thành phố, quốc gia phù hợp
1.2. Nếu một thành phố được nhập, hãy tìm tất cả các thành phố phù hợp
1.3. Khách hàng chọn một thành phố
1.4. Nếu có nhiều hơn một sân bay cho thành phố, hãy hiển thị các sân bay
1,5 . C lient chọn một sân bay
1.6. Chèn mã sân bay (3 ký tự)
1.7. Hiển thị tên quốc gia, thành phố và sân bay phù hợp
2. Tìm tất cả các chuyến bay phù hợp với chỗ trống còn trống Thông tin chuyến bay
3. Khách hàng chọn chuyến bay
4. Khách hàng đăng nhập Đăng nhập khách hàng
5. Khách hàng chọn tên hành khách Hồ sơ hành khách
6. Biểu đồ chỗ ngồi được hiển thị hiển thị tất cả chỗ ngồi còn trống Số máy bay, sơ đồ chỗ ngồi, chỗ ngồi có sẵn
7. Khách hàng chọn (các) chỗ ngồi cho mỗi hành khách
số 8.
Hiển thị trang xác nhận và thẻ tín dụng
9. Thẻ tín dụng đã được xác minh
10. Email xác nhận đã được gửi
11. Đặt vé máy bay đã được thực hiện
Tiện ích mở rộng hoặc Kịch bản thay thế
Lựa chọn chuyến bay
1. Danh sách các chuyến bay hiển thị
3. Yêu cầu được gửi đến hãng hàng không
4. Chuyến bay đã đầy
Lựa chọn chỗ ngồi
1. Danh sách các chuyến bay hiển thị
3. Yêu cầu được gửi đến hãng hàng không
4. Đặt chỗ ngồi được lấy lại
5. Biểu đồ chỗ ngồi được hiển thị
6. Khách hàng không thể tìm thấy một chỗ ngồi chấp nhận được
Lựa chọn bữa ăn cho các chuyến bay quốc tế
1. Khách hàng chọn bữa ăn từ danh sách thả xuống Danh sách bữa ăn có sẵn của hãng hàng không
2. Bản ghi được cập nhật với lựa chọn bữa ăn Hồ sơ bữa ăn của khách hàng
đứng trước "nếu". Chúng vẫn nằm trên đường dẫn chính nhưng chỉ xảy ra nếu điều kiện được đáp ứng. Ví dụ: nếu có
nhiều sân bay phục vụ một thành phố, thì tất cả các sân bay sẽ được hiển thị. Các sions Exten hoặc các kịch bản thay
thế cũng có thể xuất hiện ở đây. Đối với hãng hàng không này, các tình huống khác bao gồm lựa chọn chuyến bay, chọn
chỗ ngồi và chọn bữa ăn. Các trường hợp sử dụng thậm chí có thể bao gồm các bước lặp lại hoặc lặp lại.
Khu vực thứ ba của ca sử dụng bao gồm:
• Các điều kiện tiên quyết, hoặc tình trạng của hệ thống trước khi ca sử dụng có thể được thực hiện, có thể là
ca sử dụng khác. Ví dụ có thể là “Người xem đã đăng nhập thành công vào hệ thống” hoặc có thể là hoàn thành
thành công một ca sử dụng khác.
• Hậu điều kiện, hoặc trạng thái của hệ thống sau khi ca sử dụng kết thúc, bao gồm những người đã nhận, truyền
đến các hệ thống khác và dữ liệu đã được tạo hoặc cập nhật. Những điều này liên quan đến các mục tiêu hoặc
yêu cầu của người dùng từ định nghĩa vấn đề (được mô tả trong Chương 3) hoặc các câu chuyện nhanh (được mô
tả trong Chương 6).
• Các giả định được đưa ra sẽ ảnh hưởng đến phương pháp của ca sử dụng và điều đó có thể quy định
công nghệ bắt buộc, chẳng hạn như các yêu cầu công nghệ tối thiểu trong trình duyệt hoặc thậm chí là phiên
bản trình duyệt cụ thể hoặc cao hơn. Một giả định có thể là cookie hoặc JavaScript được bật. Nhà phân tích
phải xác định phải làm gì nếu các giả định không được đáp ứng. Khi sử dụng Google Maps, phải bật JavaScript;
nếu nó không được bật, bản đồ sẽ không chơi. Netflix yêu cầu cookie. Các trang web tốt sẽ phát hiện ra rằng
một giả định chưa được đáp ứng và thông báo cho người xem bằng một thông báo, bao gồm thông tin về cách bật
cookie hoặc JavaScript cho các trình duyệt khác nhau.
• Đảm bảo tối thiểu, là mức tối thiểu đã hứa với người dùng. Họ có thể không hạnh phúc
với kết quả này, và có thể không có gì xảy ra.
• Đảm bảo thành công, đó là điều sẽ làm hài lòng người dùng và thường là mục tiêu của trường hợp sử dụng đã
được đáp ứng.
• Bất kỳ vấn đề hoặc câu hỏi nào còn tồn tại phải được trả lời trước khi thực hiện ca sử dụng.
• Một tuyên bố tùy chọn về mức độ ưu tiên của ca sử dụng, có thể xuất phát từ định nghĩa vấn đề hoặc yêu cầu của
người dùng.
• Một tuyên bố tùy chọn về rủi ro liên quan đến việc tạo ca sử dụng.
Khu vực Yêu cầu đáp ứng liên kết trường hợp sử dụng với các yêu cầu hoặc mục tiêu của người dùng từ một định
nghĩa vấn đề. Khi bạn phát triển các tình huống ca sử dụng, hãy nhớ xem xét kết quả của bạn với các chuyên gia kinh
doanh để xác minh và tinh chỉnh các ca sử dụng nếu cần.
Trong tình huống sử dụng trong Hình 2.16, được gọi là Đăng ký Hội nghị, tác nhân duy nhất tham gia là Người
tham gia. Khu vực tổng thể là Lập kế hoạch Hội nghị và trường hợp sử dụng được phân loại bởi người tham gia đăng
nhập vào trang web Đăng ký . Khu vực Các bước đã Thực hiện liệt kê chuỗi sự kiện phải xảy ra để đăng ký hội nghị
thành công. Lưu ý rằng thông tin cần thiết để thực hiện từng bước được liệt kê ở bên phải. Điều này có thể bao gồm
các trang web và biểu mẫu, cũng như các bảng và bản ghi cơ sở dữ liệu.
Khu vực Điều kiện tiên quyết trong phần chân trang của trường hợp sử dụng liệt kê những gì phải xảy ra
trước khi người tham gia có thể đăng ký hội nghị. Trong ví dụ này, người tham gia phải đã đăng ký với tư cách là
thành viên của xã hội và có userID và mật khẩu hợp lệ. Khu vực Postconditions liệt kê những gì đã được hoàn thành
bởi ca sử dụng. Khu vực Giả định liệt kê bất kỳ tiền đề cơ bản nào mà nhà phân tích giả định đã được thực hiện trước
bởi tác nhân. Khu vực Yêu cầu đáp ứng cho thấy lý do tại sao trường hợp sử dụng này lại quan trọng và cần thiết để
khu vực kinh doanh thành công. Mức độ ưu tiên là dấu hiệu cho biết trường hợp sử dụng nào nên được phát triển trước
và trường hợp nào có thể bị trì hoãn. Rủi ro là một đánh giá sơ bộ về việc có thể có vấn đề hoặc khó khăn khi phát
triển ca sử dụng hay không. Trong trường hợp này, rủi ro là trung bình vì trường hợp sử dụng đăng ký yêu cầu một máy
chủ bảo mật và đang chấp nhận thông tin thẻ tín dụng.
Tạo mô tả ca sử dụng
Sử dụng bốn bước sau để tạo mô tả ca sử dụng:
1. Sử dụng các câu chuyện nhanh, mục tiêu xác định vấn đề, yêu cầu của người dùng hoặc danh sách tính năng làm
điểm khởi đầu.
2. Hỏi về những công việc phải làm để hoàn thành giao dịch. Hỏi xem trường hợp sử dụng
đọc bất kỳ dữ liệu nào hoặc cập nhật bất kỳ bảng nào.
3. Tìm xem có bất kỳ hành động lặp lại hoặc lặp lại nào không.
4. Ca sử dụng kết thúc khi mục tiêu khách hàng hoàn thành.
Các lý do để viết các trường hợp sử dụng

HÌNH 2.18
Lý do viết ca sử dụng.
• Các trường hợp sử dụng truyền đạt hiệu quả các yêu cầu của hệ thống vì các sơ đồ
giữ đơn giản.
• Các trường hợp sử dụng cho phép mọi người kể chuyện.
• Các câu chuyện tình huống sử dụng có ý nghĩa đối với những người không phải là kỹ thuật.
• Các trường hợp sử dụng không phụ thuộc vào một ngôn ngữ đặc biệt.
• Các trường hợp sử dụng có thể mô tả hầu hết các yêu cầu chức năng (chẳng hạn như tương tác giữa
tác nhân và ứng dụng).
• Các trường hợp sử dụng có thể mô tả các yêu cầu phi chức năng (chẳng hạn như hiệu suất và
khả năng bảo trì) thông qua việc sử dụng các khuôn mẫu.
• Các ca sử dụng giúp các nhà phân tích xác định ranh giới.
• Các ca sử dụng có thể được theo dõi, cho phép các nhà phân tích xác định các liên kết giữa các ca sử dụng và các
công cụ thiết kế và tài liệu khác.
Tại sao Sơ đồ Trường hợp Sử dụng lại hữu ích

Bất kể bạn sử dụng phương pháp nào để phát triển hệ thống của mình (phương pháp SDLC truyền thống, các
phương thức linh hoạt hay phương pháp hướng đối tượng), bạn sẽ thấy rằng các ca sử dụng đều có giá trị.
Biểu đồ ca sử dụng xác định tất cả các tác nhân trong miền vấn đề và nhà phân tích hệ thống có thể tập trung
vào những gì mọi người muốn và cần để sử dụng hệ thống, mở rộng khả năng của họ và tận hưởng sự tương tác
của họ với công nghệ. Các lý do chính để viết các ca sử dụng được trình bày trong Hình 2.18.
Các hành động cần được hoàn thành cũng được thể hiện rõ ràng trên sơ đồ ca sử dụng. Điều này không
chỉ giúp nhà phân tích dễ dàng xác định các quy trình mà còn hỗ trợ giao tiếp với các nhà phân tích khác
trong nhóm và với các giám đốc điều hành kinh doanh.
Tình huống ca sử dụng là đáng giá. Rất nhiều thông tin mà người dùng truyền đạt cho nhà phân tích đã ở
dạng các câu chuyện và rất dễ dàng nắm bắt các câu chuyện trên một biểu mẫu tình huống ca sử dụng.
Tình huống ca sử dụng luôn ghi lại sự kiện kích hoạt để nhà phân tích có thể theo dõi các bước dẫn đến các
ca sử dụng khác. Bởi vì các bước được thực hiện được ghi chú, có thể sử dụng các tình huống ca sử dụng để
viết các quy trình logic.
Biểu đồ ca sử dụng đang trở nên phổ biến vì tính đơn giản và thiếu chi tiết kỹ thuật của chúng. Chúng
được sử dụng để hiển thị phạm vi của một hệ thống, cùng với các tính năng chính của hệ thống và các tác
nhân làm việc với các tính năng chính đó. Người dùng nhìn thấy hệ thống và họ có thể phản ứng với hệ thống
và cung cấp phản hồi. Họ cũng có thể giúp xác định xem nên xây dựng hoặc mua phần mềm.
Các cấp độ quản lý

Quản lý trong các tổ chức tồn tại ở ba cấp độ ngang, rộng: kiểm soát hoạt động, lập kế hoạch và kiểm soát
của người quản lý (quản lý cấp trung) và quản lý chiến lược, như thể hiện trong Hình 2.19. Mỗi cấp có
trách nhiệm riêng và tất cả đều làm việc để đạt được các mục tiêu và mục tiêu của tổ chức theo cách riêng
của họ.
HÌNH 2.19
Quản lý trong tổ chức tồn tại ở ba
cấp độ ngang:
kiểm soát hoạt động, lập kế hoạch quản
Chiến lược lý và kiểm soát, và quản lý chiến lược.
Sự quản lý
Quản lý
Lập kế hoạch và Kiểm soát
Kiểm soát hoạt động

Ở đâu có carbon, có một bản sao
"TÔI
Richard Rus sell thừa nhận. “Chúng là một phần của dạng tứ phân tách rời Ba tuần sau, một trợ lý cho giám sát viên của Richard, Carol Vaness, xuất
nhau. hiện. Richard rất vui khi nhìn thấy một khuôn mặt quen thuộc, chào cô ấy, “Xin
Tất cả những gì tôi biết là chúng tôi giữ chúng cho thư ký nộp hồ sơ, và anh ấy chào, Carol. Có gì mới?"
sẽ nộp chúng khi có thời gian ”. “Chuyện cũ cũng vậy,” Carol thở dài. “Chà, tôi đoán nó không cũ đối với
Richard là giám đốc điều hành tài khoản cấp dưới mới được thuê cho Carbon, bạn, bởi vì bạn là người mới. Nhưng tôi cần tất cả những hình thức màu hồng
Carbon & Rippy, một công ty môi giới. Bạn đang xem xét các bước mà anh ta thực buồn tẻ đó ”.
hiện trong việc mua cổ phiếu “chính thức” bởi vì sếp của anh ta đã yêu cầu bạn Gần như bị sốc, Richard trao đổi với Harry, rồi lẩm bẩm, "Tất nhiên là cậu
hợp lý hóa quy trình theo đó thông tin theo dõi cổ phiếu được lưu trữ trong hệ đang đùa."
thống máy tính và được truy xuất. Carol trông nghiêm túc hơn Richard từng nghĩ có thể, trả lời: “Không đùa
Sau khi bạn rời đi, Richard tiếp tục nghĩ về những mẫu đơn màu hồng. Anh ta đâu. Tôi tóm tắt tất cả các mẫu đơn màu hồng từ tất cả các nhà môi giới, và sau
nói với thư ký của mình, Harry Schultz, “Trong hai tháng ở đây, tôi không thấy đó tổng số của tôi được so sánh với thông tin mua bán cổ phiếu trên máy tính.
ai sử dụng chúng. Chúng chiếm thời gian của tôi và của bạn, chưa kể tất cả không Đó là một phần trong quá trình kiểm tra ba tháng thường xuyên của chúng tôi để
gian lưu trữ. Hãy chào sân họ ”. đánh giá độ chính xác của giao dịch. Công việc của tôi phụ thuộc vào bạn. Không phải Ms.
Richard và Harry tiến hành mở tất cả các tệp cũ mà người tiền nhiệm của McCue giải thích điều đó cho bạn khi bạn bắt đầu? "
Rich ard lưu giữ và ném ra các biểu mẫu màu hồng đã nộp, cùng với những tệp đã Richard và Harry đã bỏ qua khái niệm hệ thống nào khi loại bỏ các hình thức
tích lũy nhưng chưa được nộp. Phải mất hàng giờ, nhưng họ tạo ra rất nhiều màu hồng? Các nhà phân tích hệ thống có thể có những phân nhánh nào nếu các khái
chỗ. “Chắc chắn xứng đáng với thời gian,” Richard trấn an Harry. niệm hệ thống chung bị bỏ qua?
Kiểm soát hoạt động tạo thành cấp dưới cùng của quản lý ba cấp. Các nhà quản lý hoạt động đưa ra
quyết định bằng cách sử dụng các quy tắc định trước có kết quả có thể dự đoán được khi được thực hiện
một cách chính xác. Họ đưa ra các quyết định ảnh hưởng đến việc thực hiện trong việc lập kế hoạch làm
việc, kiểm soát hàng tồn kho, vận chuyển, tiếp nhận và kiểm soát các quá trình như sản xuất. Người quản
lý hoạt động giám sát các chi tiết hoạt động của tổ chức.
Quản lý cấp trung là cấp thứ hai hoặc cấp trung gian của hệ thống quản lý ba cấp. Các nhà quản lý cấp
trung đưa ra các quyết định lập kế hoạch và kiểm soát ngắn hạn về cách các nguồn lực có thể được phân bổ
tốt nhất để đáp ứng các mục tiêu của tổ chức.
Quản lý chiến lược là cấp độ thứ ba của kiểm soát quản lý ba cấp. Người làm chiến lược hướng ngoại
từ tổ chức đến tương lai, đưa ra các quyết định sẽ hướng dẫn các nhà quản lý cấp trung và hoạt động trong
những tháng và năm tới.
Các nhà quản lý chiến lược làm việc trong một môi trường ra quyết định không chắc chắn. Có sự tương
phản rõ rệt giữa những người ra quyết định trên nhiều khía cạnh. Ví dụ, các nhà quản lý chiến lược có
nhiều mục tiêu quyết định, trong khi các nhà quản lý hoạt động có những mục tiêu duy nhất. Các nhà quản lý
cấp cao thường khó xác định các vấn đề, nhưng các nhà quản lý hoạt động lại dễ dàng làm được điều đó.
Các nhà quản lý chiến lược phải đối mặt với các vấn đề về cấu trúc, trong khi các nhà quản lý cấp dưới
chủ yếu giải quyết các vấn đề có cấu trúc.
Các giải pháp thay thế cho một vấn đề mà các nhà quản lý chiến lược phải đối mặt thường khó xác
định muộn, nhưng các giải pháp thay thế mà các nhà quản lý hoạt động làm việc thường dễ dàng liệt kê.
Các nhà quản lý kỳ lạ thường đưa ra các quyết định một lần, trong khi các quyết định của các nhà quản lý
hoạt động có xu hướng lặp đi lặp lại.
Hàm ý cho việc phát triển hệ thống thông tin

Mỗi cấp trong số ba cấp quản lý có ý nghĩa khác nhau đối với việc phát triển hệ thống thông tin. Một số
yêu cầu thông tin đối với người quản lý là rõ ràng, trong khi những yêu cầu khác lại mờ nhạt và chồng chéo.
Người quản lý hoạt động cần thông tin nội bộ có tính chất lặp lại, cấp thấp.
Họ phụ thuộc nhiều vào thông tin nắm bắt được hiệu suất hiện tại và họ là những người sử dụng tự do các
nguồn thông tin trực tuyến, thời gian thực. Sự cần thiết của các nhà quản lý hoạt động trong quá khứ
Điện Kim tự tháp
"Chúng tôi
Paul Le nói. Với tư cách là một người ủng hộ hệ thống, bạn đã của nhân viên giữa kế toán, sản xuất và tiếp thị, để chúng tôi có thể chia sẻ
được mời giúp đỡ Pyramid, Inc., một công ty xuất bản sách nhỏ, độc lập chuyên số liệu bán hàng và hàng tồn kho mới được vi tính hóa trong toàn tổ chức. Họ
về sách bìa mềm ngoài ngành xuất bản. tuyên bố rằng các ủy ban như vậy sẽ cắt giảm sản lượng trùng lặp không cần
thiết, và mỗi khu vực hình khối vui nhộn sẽ được tích hợp tốt hơn với tất cả
Paul tiếp tục, “Chúng tôi giải quyết những gì mà một số người nghĩ là các khu vực còn lại. "
những chủ đề ngoài lề. Bạn biết đấy, sức mạnh kim tự tháp, những lời tiên tri Paul tiếp tục câu chuyện và nói, “Thật công bằng — ồ, trong một thời gian—
về ngày tận thế và lối sống lành mạnh hơn bằng cách nghĩ đến màu hồng. Đôi khi và các nhân viên đã chia sẻ thông tin, nhưng lý do bạn ở đây là các nhân viên
mọi người nhìn thấy sách của chúng tôi, họ chỉ lắc đầu và nói, 'Tut— nói rằng họ không có thời gian cho các cuộc họp của ủy ban và không thoải mái
chủ đề không phổ biến. ' Nhưng chúng tôi không phải nô lệ cho bất kỳ triết lý khi chia sẻ thông tin với những người từ các phòng ban khác, những người còn
cụ thể nào, và chúng tôi đã rất thành công. Đến nỗi vì tôi 24 tuổi nên mọi ở trên bậc thang hơn họ ở đây tại Pyramid. ”
người gọi tôi là 'vua cậu bé.' "Paul dừng lại để giải mã phản ứng của bạn.
Paul tiếp tục, "Tôi đứng đầu với tư cách là chủ tịch, và các lĩnh vực Theo Paul và Ceil, tác động của việc lắp đặt hệ thống thông tin quản lý
chức năng như biên tập, kế toán, sản xuất và tiếp thị đều nằm dưới quyền của tại Pyramid, Inc. yêu cầu mọi người chia sẻ thông tin theo những cách không
tôi." phù hợp với cấu trúc của họ là gì? Đề xuất một số cách chung để giải quyết vấn
Trợ lý của Paul, Ceil Toom, người vẫn im lặng lắng nghe cho đến nay, nói đề này để nhân viên của Pyramid vẫn có thể có được số liệu bán hàng và hàng
với những nhận xét của cô ấy: “Các chuyên gia hệ thống cuối cùng đã thực hiện tồn kho mà họ cần.
một dự án cho chúng tôi đã đề nghị thành lập các ủy ban liên lạc
thông tin hiệu suất và thông tin định kỳ chỉ ở mức trung bình. Họ ít sử dụng thông tin bên ngoài cho
phép dự đoán trong tương lai.
Ở cấp quản lý tiếp theo, các nhà quản lý cấp trung cần thông tin cả ngắn hạn và dài hạn. Do tính
chất khắc phục sự cố của công việc, các nhà quản lý cấp trung phải trải qua nhu cầu rất cao về thông
tin trong thời gian thực. Để kiểm soát đúng cách, họ cũng cần thông tin hiện tại về hiệu suất được đo
theo các tiêu chuẩn đặt ra. Các nhà quản lý cấp trung phụ thuộc nhiều vào thông tin nội bộ. Ngược lại
với các nhà quản lý vận hành, họ có nhu cầu cao về thông tin lịch sử, cùng với thông tin cho phép dự
đoán các sự kiện trong tương lai và mô phỏng nhiều tình huống có thể xảy ra.
Các nhà quản lý chiến lược có phần khác biệt so với cả các nhà quản lý cấp trung và hoạt động
trong các yêu cầu thông tin của họ. Họ phụ thuộc nhiều vào thông tin từ các nguồn bên ngoài cung cấp
tin tức về xu hướng thị trường và chiến lược của các tập đoàn cạnh tranh. Bởi vì nhiệm vụ quản lý
chiến lược đòi hỏi những dự báo về tương lai không chắc chắn, các nhà quản lý chiến lược có nhu cầu
cao về thông tin có tính chất dự đoán và thông tin cho phép tạo ra nhiều tình huống “nếu xảy ra” khác
nhau. Họ cũng cần có những đánh giá chính xác về rủi ro, bao gồm cả những rủi ro đặt ra đối với bảo mật
hệ thống thông tin. Các nhà quản lý chiến lược cũng thể hiện nhu cầu mạnh mẽ đối với thông tin được
báo cáo định kỳ khi họ tìm cách thích ứng với những thay đổi đang diễn ra nhanh chóng.
Thiết kế hợp tác

Thiết kế hợp tác có nhiều ý nghĩa trong nhiều lĩnh vực, chẳng hạn như kiến trúc, kỹ thuật và hệ thống
thông tin. Trong phân tích và thiết kế hệ thống, thiết kế hợp tác có nghĩa là các bên liên quan là bên
ngoài (khách hàng bên ngoài) cũng như những người bên trong công ty tuân theo các quy trình để chia
sẻ trong việc thiết kế một hệ thống đáp ứng các mục tiêu của họ. Trong nội bộ, các cộng tác viên có thể
đến từ các cấp khác nhau trong hệ thống phân cấp của tổ chức, bao gồm cấp chiến lược, quản lý và hoạt
động hoặc từ các phòng ban khác nhau của cùng một cấp tổ chức.
Các nhà nghiên cứu đã phát hiện ra rằng nhiều hợp tác thiết kế nội bộ dựa trên các tàu quan hệ
quyền lực và luồng thông tin, một phần có thể dựa trên các mối quan hệ thứ bậc trong tổ chức (Levina,
2005; Phelps, 2012). Các dự án hệ thống thông tin có thể diễn ra suôn sẻ hơn nếu những người ở cấp
thấp hơn của tổ chức, chẳng hạn như các nhà thiết kế đồ họa, có cơ hội
sử dụng chuyên môn của họ để tạo ra các thiết kế ban đầu, sau đó được kiểm tra bởi những người không trực tiếp thiết kế
đồ họa nhưng ở cấp cao hơn trong bộ phận hoặc tổ chức CNTT. Các nhà nghiên cứu cũng phát hiện ra rằng việc trao quyền cho
những người có chuyên môn kỹ thuật hoặc chiến lược, ưu tiên các nhà thiết kế đồ họa khi sử dụng các phương pháp có cấu
trúc để bắt đầu một dự án có thể gây ra vấn đề trong quá trình hợp tác (Levina, 2005; Phelps, 2012). Đối với hợp tác bên
ngoài, cần chú ý đến việc đưa các bên liên quan phù hợp vào các luồng thông tin thích hợp cũng như nhấn mạnh các mối quan
hệ được hình thành giữa các bên tham gia bên ngoài và bên trong.
Văn hóa tổ chức

Văn hóa tổ chức là một lĩnh vực nghiên cứu đã phát triển đáng kể trong những thập kỷ qua. Cũng giống như việc coi các tổ
chức bao gồm nhiều công nghệ là phù hợp, cũng tương tự như vậy khi coi chúng là máy chủ của nhiều nền văn hóa con, thường
cạnh tranh.
Vẫn còn rất ít sự thống nhất về những gì chính xác tạo nên một tiểu văn hóa tổ chức. Tuy nhiên, người ta đồng ý rằng
các nền văn hóa phụ cạnh tranh có thể xung đột, cố gắng đạt được những người tuân theo tầm nhìn của họ về tổ chức phải
như thế nào. Nghiên cứu đang được tiến hành để xác định ảnh hưởng của các tổ chức ảo và nhóm ảo đối với việc tạo ra các
văn hóa con khi các thành viên không chia sẻ không gian làm việc thực tế nhưng chia sẻ nhiệm vụ.
Thay vì nghĩ về văn hóa nói chung, sẽ hữu ích hơn nếu nghĩ về các yếu tố quyết định có thể tìm lại được của các nền
văn hóa con, chẳng hạn như biểu tượng bằng lời nói và phi ngôn ngữ được chia sẻ. Biểu tượng bằng lời nói bao gồm ngôn
ngữ được chia sẻ được sử dụng để xây dựng, truyền tải và bảo tồn các thần thoại, phép ẩn dụ, tầm nhìn và sự hài hước của
văn hóa phụ. Biểu tượng phi ngôn ngữ bao gồm các hiện vật, nghi thức và nghi lễ được chia sẻ; vải của những người ra
quyết định và người lao động; việc sử dụng, bố trí và trang trí văn phòng; và các nghi lễ kỷ niệm sinh nhật, thăng chức
và nghỉ hưu của các thành viên.
Các nền văn hóa con cùng tồn tại trong các nền văn hóa tổ chức “chính thức”. Quy chế chính thức bị xử phạt có thể
quy định quy tắc ăn mặc, cách thích hợp để xưng hô với cấp trên và đồng nghiệp, và cách ứng xử phù hợp với công chúng bên
ngoài. Văn hóa con có thể là yếu tố quyết định mạnh mẽ đến các yêu cầu, tính sẵn có và sử dụng thông tin.
Các thành viên của tổ chức có thể thuộc một hoặc nhiều văn hóa con trong tổ chức. Các biện pháp phụ có thể gây ảnh
hưởng mạnh mẽ đến hành vi của thành viên, bao gồm các biện pháp trừng phạt đối với hoặc chống lại việc sử dụng hệ thống
thông tin.
Việc hiểu và nhận biết các văn hóa con của tổ chức chiếm ưu thế có thể giúp một nhà phân tích hệ thống vượt qua khả
năng chống lại sự thay đổi nảy sinh khi một hệ thống thông tin mới được cài đặt.
Ví dụ, nhà phân tích có thể đưa ra chương trình đào tạo người dùng để giải quyết các mối quan tâm cụ thể về các văn hóa
con của tổ chức.
Tác động của công nghệ đối với văn hóa

Công nghệ đang thay đổi văn hóa của các tổ chức và đội nhóm. Slack là một nền tảng truyền thông xã hội được nhà tuyển dụng
công nhận hoặc ứng dụng nhắn tin tại nơi làm việc. Các cuộc trò chuyện giữa các đồng nghiệp có thể ở chế độ công khai,
riêng tư hoặc ở giữa các cuộc trò chuyện. Các cuộc trò chuyện có thể được tập hợp lại thành một nhóm hoặc như một cuộc
trò chuyện giữa người với người. Các kênh có thể được dành cho những mối quan tâm có vẻ tầm thường như đồ ăn nhẹ phổ
biến hoặc thức ăn trong quán ăn của nhân viên, nhưng mục đích chính của nó là thúc đẩy sự hợp tác và giao tiếp giữa các
công nhân viên chức. Email đó ít trang trọng hơn và có thể phổ biến hơn với những người trong độ tuổi thiên niên kỷ. Slack
có thể định hình một nền văn hóa và nó có thể trở thành một văn hóa công sở hoàn chỉnh với những trò đùa có thể lập trình
được, bao gồm các tương tác ít chính thức hơn qua email và giúp các thành viên trong nhóm tránh gặp khó khăn khi thể hiện
trực tiếp trong cuộc họp

hoặc thậm chí 1-1.
Slack có cả kênh công khai và riêng tư. Các kênh công khai được mở cho tất cả các mem bers của nhóm Slack và các
tin nhắn được đăng lên chúng sẽ được lưu trữ (lưu trữ và lưu giữ) và toàn bộ nhóm làm việc có thể tìm kiếm được. Các
kênh riêng tư được giới hạn để chúng có sẵn cho một số thành viên trong nhóm hạn chế và chỉ được tham gia thông qua lời
mời. Bạn phải là thành viên của kênh riêng tư để có thể xem và tìm kiếm nội dung của kênh riêng tư. Slack cũng có tin
nhắn trực tiếp (DM) hoặc tin nhắn nhóm (group DM) được sử dụng để nhắn tin nhanh, riêng tư giữa hai hoặc nhiều thành viên
trong nhóm làm việc. Khả năng tìm kiếm của chúng phụ thuộc vào việc bạn có phải là người nhận DM hay không, trong trường
hợp đó bạn có thể xem và tìm kiếm nội dung. Slack và nhiều công cụ dựa trên công nghệ khác có thể rất hữu ích trong giao
tiếp nhóm.
TRẢI NGHIỆM HYPERCASE 2
“Bạn dường như đã làm tốt
bắt đầu từ MRE. Tôi rất vui vì bạn đã gặp ông Evans.
Như bạn đã biết, bạn sẽ báo cáo trực tiếp với anh ấy
khi thực hiện dự án tư vấn của bạn. Là trợ lý hành
chính của anh ấy trong năm năm qua, tôi có thể cho
bạn biết rất nhiều điều về công ty, nhưng hãy nhớ
rằng có một số cách để tìm hiểu thêm. Bạn sẽ muốn
phỏng vấn người dùng, quan sát cài đặt ra quyết định
của họ và xem các báo cáo lưu trữ, biểu đồ và sơ đồ.
Để thực hiện, bạn có thể bấm vào danh bạ điện thoại
để đặt lịch hẹn với người xem liên, bấm vào bản đồ
tòa nhà để xem bố cục của tòa nhà, hoặc bấm vào trang
web của công ty để xem các khu chức năng và trang

trọng.
các mối quan hệ thứ bậc tại Bộ GD & ĐT.
“Nhiều quy tắc của cuộc sống doanh nghiệp được áp
dụng trong MRE HyperCase. Bạn có thể tự do đi lại ở nhiều
khu vực công cộng. Tuy nhiên, nếu bạn muốn tham quan một
văn phòng tư nhân, trước tiên bạn phải đặt lịch hẹn với
một trong những nhân viên của chúng tôi. Một số khu vực
an toàn bị giới hạn nghiêm ngặt đối với bạn với tư cách
là người ngoài vì bạn có thể gây ra rủi ro bảo mật.

HÌNH 2.HC1
“Tuy nhiên, tôi không nghĩ bạn sẽ thấy chúng tôi
Nhấp vào các từ khóa trong HyperCase để tìm hiểu thêm chi tiết.
quá bí mật vì bạn có thể cho rằng bất kỳ nhân viên
nào cho bạn phỏng vấn cũng sẽ cấp cho bạn quyền truy
cập vào tài liệu lưu trữ trong hồ sơ của họ cũng như công việc hiện tại
của họ máy tính để bàn hoặc màn hình. 2. Mục tiêu của Phòng Hệ thống Quản lý và Đào tạo là gì?
“Thật không may, một số người trong công ty dường như không bao giờ
sẵn sàng cho các nhà tư vấn. Tôi đề nghị bạn nên kiên trì. Có rất nhiều 3. Bạn sẽ phân loại BPTNMT là một ngành dịch vụ, một công ty tính
cách để tìm hiểu về con người và hệ thống của Bộ GD & ĐT. Sự sáng tạo sẽ toán manu, hay cả hai? MRE “chuyên nghiệp” về loại “sản phẩm”
được đền đáp. Bạn sẽ nhận thấy rằng các chuyên gia tư vấn hệ thống, những nào? Đề xuất loại hình GD & ĐT trong ngành ảnh hưởng như thế nào
người theo linh cảm của họ, mài giũa kỹ năng kỹ thuật của họ và không đến hệ thống thông tin mà nó sử dụng.
ngừng suy nghĩ về việc ghép các câu đố lại với nhau tại MRE là những người 4. Bộ GD & ĐT có loại cơ cấu tổ chức nào? Cơ cấu này có những tác
có kết quả tốt nhất. động gì đối với GDBVMT?
“Hãy nhớ sử dụng nhiều phương pháp — phỏng vấn, quan sát và điều tra 5. Mô tả trong một đoạn văn về “chính trị” của Khóa đào tạo và
— để hiểu những gì chúng tôi ở MRE đang cố gắng nói với bạn. Đôi khi, Phòng Hệ thống Quản lý tại MRE. Ai có liên quan, và một số vấn đề
hành động, tài liệu và văn phòng thực sự có ý nghĩa lớn hơn lời nói! ” chính là gì?
6. Vẽ sơ đồ ca sử dụng đại diện cho các hoạt động của Nhóm Thiết kế
Webster tại MRE khi phát triển các quy hoạch tổng thể về địa điểm
Câu hỏi về HYPERCASE
và cơ sở. (Sử dụng trang web của Bộ GD & ĐT để lấy thông tin cơ
1. Sự thay đổi tổ chức lớn nào gần đây đã diễn ra tại bản của bạn.)
MRE? Bộ phận nào đã (đã) tham gia? Tại sao thay đổi được thực
hiện?
Tóm lược
Có ba nguyên tắc cơ bản về tổ chức cần xem xét khi phân tích và thiết kế hệ thống thông tin: khái niệm tổ chức như một hệ
thống, các cấp quản lý khác nhau và văn hóa tổ chức tổng thể.
Tổ chức là hệ thống phức tạp bao gồm các hệ thống con có liên quan và phụ thuộc lẫn nhau. Nói chung, các hệ thống và
hệ thống con được đặc trưng bởi môi trường bên trong của chúng liên tục từ mở đến đóng. Một hệ thống mở cho phép các nguồn
lực (con người, thông tin, tài liệu) đi qua các ranh giới của nó một cách tự do; hệ thống đóng không cho phép dòng đầu vào
hoặc đầu ra tự do. Các tổ chức và nhóm cũng có thể được tổ chức ảo, với các thành viên từ xa không ở trong cùng một không
gian làm việc vật lý được kết nối điện tử. Hệ thống hoạch định nguồn lực doanh nghiệp là hệ thống thông tin tích hợp của
tổ chức (doanh nghiệp) được phát triển bằng phần mềm độc quyền, tùy chỉnh giúp lưu chuyển thông tin giữa các khu vực chức
năng trong tổ chức.
Có nhiều cách để mô tả hệ thống bằng đồ thị. Một nhà phân tích nên chọn trong số các công cụ này sớm để có cái nhìn
tổng quan về hệ thống. Những cách tiếp cận này bao gồm vẽ dia gram luồng dữ liệu cấp ngữ cảnh, nắm bắt các mối quan hệ sớm
với sơ đồ ER và vẽ biểu đồ ca sử dụng hoặc viết kịch bản ca sử dụng dựa trên câu chuyện của người dùng. Sử dụng các sơ đồ
và kỹ thuật này khi bắt đầu phân tích có thể giúp nhà phân tích xác định ranh giới và phạm vi của hệ thống và có thể giúp
tập trung vào những người và hệ thống bên ngoài hệ thống đang được phát triển.
Sơ đồ ER giúp một nhà phân tích hệ thống hiểu các thực thể và mối quan hệ bao gồm một hệ thống phân vùng tổ chức.
Biểu đồ ER có thể mô tả mối quan hệ một-một, mối quan hệ một-nhiều, mối quan hệ nhiều-một và mối quan hệ nhiều-nhiều.
Ba cấp độ kiểm soát của nhà quản lý là hoạt động, quản lý cấp trung và chiến lược. Thời gian
thời gian ra quyết định là khác nhau đối với mỗi cấp.
Văn hóa tổ chức và văn hóa phụ là những yếu tố quan trọng quyết định đến cách mọi người sử dụng thông tin và hệ thống
thông tin. Bằng cách đặt nền tảng hệ thống thông tin trong bối cảnh của tổ chức là một hệ thống lớn hơn, có thể nhận ra
rằng nhiều yếu tố là quan trọng và cần được tính đến khi xác định các yêu cầu thông tin và thiết kế và triển khai hệ thống
thông tin. Công nghệ như nền tảng xã hội dựa trên công việc Slack có thể được sử dụng để tạo hoặc củng cố các yếu tố của
văn hóa hoặc tiểu văn hóa của tổ chức.
diễn viên nam
quản li trung gian
thực thể liên kết sự cởi mở
thực thể thuộc về quản lý hoạt động

sự khép kín ranh giới thuộc về tổ chức
thiết kế hợp tác văn hóa tổ chức
sơ đồ luồng dữ liệu mức ngữ cảnh tiểu văn hóa tổ chức

ký hiệu vết chân chim phạm vi của hệ thống
Lập kế hoạch nguồn lực doanh nghiệp (ERP) Slack
hệ thống doanh nghiệp quản lý chiến lược
thực thể (thực thể cơ bản) hệ thống
sơ đồ mối quan hệ thực thể (ER) trường hợp sử dụng
Môi trường sử dụng sơ đồ trường hợp
Phản hồi tình huống sử dụng
bốn cấp độ của các trường hợp sử dụng doanh nghiệp ảo
phụ thuộc lẫn nhau tổ chức ảo

tương quan nhóm ảo

1. Thảo luận về tầm quan trọng của việc khái niệm hóa tổ chức là hệ thống phức tạp và vai trò của hệ thống
Nguyên tắc.
2. Điều gì có nghĩa là khi nói rằng các hệ thống con của tổ chức có mối quan hệ với nhau và phụ thuộc lẫn nhau?
3. Làm thế nào một quá trình có thể được xác định trong một hệ thống?
4. Hai mục đích chính của phản hồi trong tổ chức là gì?
5. Xác định tính cởi mở trong môi trường tổ chức.

CHƯƠNG 2 • Hệ thống tổ chức lập mô hình và điều chỉnh cấp dưới 83
6. Xác định tính khép kín trong môi trường tổ chức.
7. Định nghĩa “doanh nghiệp ảo” và thảo luận lý do tại sao các nhà phân tích hệ thống nên áp dụng quan điểm hệ thống.
8. Những lợi ích tiềm năng và một hạn chế của một tổ chức ảo là gì?
9. Đưa ra một ví dụ về cách các nhà phân tích hệ thống có thể làm việc với người dùng như một nhóm ảo.
10. Hệ thống hoạch định nguồn lực doanh nghiệp (ERP) là gì?
11. Sự khác biệt chính giữa thực hiện phân tích quy trình kinh doanh cho ERP và cho các loại
hệ thống?
12. Những vấn đề mà các nhà phân tích thường gặp phải khi họ cố gắng triển khai một gói ERP?
13. Hai biểu tượng trên sơ đồ ca sử dụng là gì, và chúng đại diện cho điều gì?
14. Một tình huống ca sử dụng là gì?
15. Ba phần chính của một tình huống sử dụng là gì?
16. Bốn bước trong việc tạo mô tả ca sử dụng là gì?
17. Năm phép ẩn dụ về độ cao để mô tả trường hợp sử dụng ở các cấp độ khác nhau là gì? Chúng đại diện cho điều gì?
18. Ba biểu tượng trong sơ đồ luồng dữ liệu mức ngữ cảnh là gì và chúng đại diện cho điều gì?
19. Một sơ đồ mức ngữ cảnh có đủ để xác định phạm vi của một hệ thống không?
20. Thuật ngữ sơ đồ mối quan hệ-thực thể có nghĩa là gì?
21. Mô tả các yếu tố của một sơ đồ ER mô tả mối quan hệ giữa một người và một chiếc áo phông.
Mô tả này cần thể hiện mối quan hệ sau: mỗi người có thể có nhiều áo phông, nhưng mỗi áo chỉ có thể được sở hữu bởi một
người duy nhất.
22. Liệt kê các dạng sơ đồ ER.
23. Thực thể, thực thể liên kết và thực thể phân bổ khác nhau như thế nào?
24. Ba cấp quản lý sẽ có những tác động khác nhau đối với sự phát triển hệ thống thông tin như thế nào?
25. Ai nên tham gia hợp tác thiết kế hệ thống thông tin?
26. Việc hiểu biết các văn hóa con của tổ chức có thể giúp ích như thế nào trong việc thiết kế hệ thống thông tin?
27. Liệt kê các tính năng của các kênh công cộng và riêng tư trong Slack và chức năng của nó trong giao tiếp nhóm.
Các vấn đề
1. Một nhà cung cấp dịch vụ chăm sóc trẻ em cung cấp các cơ sở nhà trẻ và mầm non, tư vấn nghề nghiệp và việc làm
dịch vụ cố vấn. Mỗi dịch vụ này được thực hiện thông qua một giải pháp CNTT riêng biệt. Thường những thí sinh đăng ký vào
trường mầm non sau khi vào lớp phải đăng ký lại, tạo ra sự dư thừa dữ liệu trong hệ thống. Gần đây, công ty đã nhận thấy
sự khác biệt trong các chức năng của hệ thống, chẳng hạn như khó theo dõi các ứng viên đã đăng ký tư vấn nghề nghiệp và
cũng chọn dịch vụ việc làm, dư thừa dữ liệu đăng ký trên các ứng dụng và thường xuyên phàn nàn từ phụ huynh về chậm trả
lời các câu hỏi của họ về các cơ sở giữ trẻ. Người cố vấn quản lý đã nhận ra rằng hầu hết các vấn đề này đã xảy ra do thiếu
tích hợp dữ liệu và giao diện kém.
Trong một đoạn văn, hãy áp dụng các khái niệm hệ thống khác nhau được cung cấp trong văn bản để thảo luận về cách các vấn đề
phải đối mặt với quản lý có thể được giải quyết.
2. Các mối quan hệ trong Hình 2.8 có hợp lý khi đọc cả từ trái sang phải và từ phải sang trái không?
3. Vẽ một sơ đồ ER để sắp xếp lịch thi cho các khóa học khác nhau trong các phòng khác nhau.
Một. Các loại thực thể được sử dụng trong sơ đồ là gì?
b. Giải thích ngắn gọn các mối quan hệ trong sơ đồ.
4. Bạn đã bắt đầu vẽ sơ đồ ER ngay sau khi gia nhập tổ chức bảo trì sức khỏe mà bạn đang thiết kế hệ thống. Thành viên trong
nhóm của bạn nghi ngờ về việc sử dụng sơ đồ ER trước khi bắt đầu thiết kế cơ sở dữ liệu.
Một. Trong một đoạn văn, hãy thuyết phục thành viên trong nhóm của bạn rằng việc sử dụng sơ đồ ER sớm là điều đáng giá.
b. Viết hướng dẫn ngắn gọn hoặc tạo bản trình bày Microsoft PowerPoint ngắn gọn giải thích cách vẽ sơ đồ ER cho người quản
lý dự án của tổ chức bảo trì sức khỏe. Xác định bất kỳ thuật ngữ kỹ thuật nào để giúp họ hiểu sơ đồ ER.
5. Gwen là nhà điều hành xe buýt và phát hành vé bằng thiết bị cầm tay. Mỗi ngày, cô ấy tạo một báo cáo khi bắt đầu ca làm
việc của mình với tất cả các giá trị trên thiết bị được đặt thành 0 và một báo cáo khi kết thúc ca làm việc của cô ấy
chứa chi tiết chuyến đi và thông tin về giá vé đã thu thập. Cô gửi báo cáo và giá vé đã thu được cho công ty vận tải, sau
đó chuyển dữ liệu từ thiết bị sang máy chủ. Dữ liệu này được kiểm toán viên truy cập định kỳ để xem xét hình thức thu
thập và tìm kiếm sự chênh lệch.
Một. Gwen hoạt động ở cấp độ quản lý nào? Biện minh cho câu trả lời của bạn.
b. Nhu cầu thông tin của Gwen khác với nhu cầu của kiểm toán viên như thế nào?
6. Trong nỗ lực mở rộng, công ty vận tải (Vấn đề 5) đang có kế hoạch sáp nhập lớn với một công ty lớn hơn
nhà cung cấp dịch vụ, tích hợp sử dụng hệ thống thông tin tiên tiến để tạo điều kiện hoạt động tốt hơn.
Gwen và một số đồng nghiệp của cô lạc quan rằng việc sáp nhập sẽ làm cho công ty trở nên cạnh tranh hơn, nhưng các đồng
nghiệp khác không thích kế hoạch của công ty. Thảo luận về vai trò của các tiểu văn hóa trong tình huống này và công ty có
thể làm gì để quản lý sự thay đổi này.

7. Carson, một thành viên của bộ phận nhân sự tại nhà máy của Công ty Sản xuất Elrod liên tục bị các nhân viên hỏi rằng họ được
trích bao nhiêu từ tiền lương để bảo hiểm, thuế, y tế, hưu trí bắt buộc và hưu trí tự nguyện. Carson nói: “Phải mất vài
giờ mỗi ngày.
Anh ấy muốn công ty có một hệ thống Web cho phép nhân viên sử dụng đăng nhập an toàn để xem thông tin. Carson
muốn hệ thống giao tiếp với các công ty bảo hiểm y tế và nha khoa để lấy số tiền còn lại trong tài khoản y tế của nhân
viên trong năm. Ông cũng muốn tiết kiệm số tiền hưu trí, cùng với kết quả đầu tư. Carson rất coi trọng quyền riêng tư và
muốn hệ thống có nhân viên đăng ký và cho phép nhận các khoản tài chính từ các công ty bảo hiểm nha khoa và hưu trí. Vẽ
biểu đồ ca sử dụng đại diện cho các hoạt động của hệ thống phúc lợi nhân viên này.
8. Viết một tình huống ca sử dụng cho sơ đồ ca sử dụng mà bạn đã xây dựng cho Elrod Manufacturing.
9. Bạn đang tạo ca sử dụng của mình cho Elrod Manufacturing ở cấp độ nào? Chọn một trong năm độ cao
ẩn dụ và giải thích lý do tại sao bạn chọn nó.
10. Tạo sơ đồ luồng dữ liệu mức ngữ cảnh cho hệ thống lợi ích của nhân viên trong Vấn đề 7. Thực hiện bất kỳ
giả định bạn cần về dữ liệu đến và đi từ quy trình trung tâm.
Một. Bạn có thấy điều này tốt hơn hay không tốt hơn trong việc giải thích hệ thống cho Carson so với các kịch bản ca sử
dụng và ca sử dụng? Giải thích quan điểm của bạn trong một đoạn văn.
b. Viết hướng dẫn ngắn gọn hoặc tạo bản trình bày Microsoft PowerPoint ngắn cho Carson về cách vẽ biểu đồ mức ngữ cảnh.
Hãy chắc chắn xác định bất kỳ thuật ngữ kỹ thuật nào, cũng như lý do để vẽ sơ đồ mức ngữ cảnh sớm trong các chuyến
thăm của bạn đến Elrod Manufacturing.
11. Vẽ một ca sử dụng và viết một ca sử dụng để có được hai hoặc ba tài khoản email. Suy nghĩ về các bước cần thiết để đảm bảo
an ninh.
12. Vẽ một ca sử dụng và viết một tình huống ca sử dụng cho người dùng đang cố gắng đăng nhập vào một trang web an toàn
họ đăng ký, nhưng ai đã quên mật khẩu của họ.
13. Nghiên cứu các nền tảng truyền thông xã hội được hỗ trợ bởi công việc có sẵn trong khu vực của bạn. Chọn một (ví dụ như
Slack ) và viết hai đoạn văn thảo luận về (1) lợi ích và (2) hạn chế. Cuối cùng, trong một đoạn văn, hãy viết ý kiến về
việc bạn có muốn làm việc trong một công ty sử dụng Slack hay một giải pháp truyền thông xã hội được công việc khác chấp
nhận hay không và nêu lý do tại sao hoặc tại sao không.
Dự án nhóm
1. Chia thành nhóm năm người. Chỉ định một người đóng vai trò thiết kế trang web, một người viết bản sao cho sản phẩm của
công ty, một người theo dõi các khoản thanh toán của khách hàng, một người theo dõi việc phân phối và một người để đáp
ứng những khách hàng có thắc mắc về việc sử dụng sản phẩm. Sau đó chọn một sản phẩm đơn giản (không có quá nhiều phiên bản).
Ví dụ điển hình là máy ảnh kỹ thuật số, khăn tắm biển, hộp kẹo hoặc mũ du lịch chuyên dụng (áo chống mưa hoặc áo chống
nắng). Bây giờ hãy dành 20 phút cố gắng giải thích cho người thiết kế trang web những gì cần đưa vào trang web. Bao gồm các
ý tưởng cho các mô tả sản phẩm; bao gồm nhập ảnh hoặc đồ họa và nội dung khác. Mô tả trong khoảng ba đoạn văn về kinh nghiệm
mà nhóm của bạn đã có trong việc điều phối. Xây dựng dựa trên mối quan hệ lẫn nhau của các hệ thống con trong tổ chức (nhóm
của bạn).
2. Xây dựng một trường hợp sử dụng và một kịch bản trường hợp sử dụng để tạo ra các kế hoạch tiêm chủng dựa trên chính phủ
điều hành các nhiệm vụ y tế cho trẻ sơ sinh đã đăng ký với bệnh viện.
3. Thay đổi câu trả lời của bạn trong Nhóm Dự án 2 để bao gồm một người kiểm duyệt, người xác thực com theo cách thủ công
chủng ngừa khẩn cấp hoặc tạo ra các thông báo cảnh báo nếu chúng không đầy đủ.
4. Với nhóm của bạn, hãy vẽ sơ đồ luồng dữ liệu mức ngữ cảnh về đăng ký của trường học hoặc trường đại học của bạn
hệ thống.
Một. Gắn nhãn từng thực thể và quy trình.
b. Thảo luận với nhóm của bạn tại sao lại có những cách vẽ sơ đồ khác nhau. Đạt được sự đồng thuận với tư cách một nhóm về
cách tốt nhất để vẽ sơ đồ và bảo vệ lựa chọn của bạn trong một đoạn văn.
C. Bây giờ, làm việc với nhóm của bạn, hãy làm theo các bước thích hợp để phát triển một sơ đồ ER và tạo một sơ đồ cho
trường học hoặc hệ thống đăng ký đại học của bạn. Đảm bảo nhóm của bạn gắn nhãn quan hệ quan hệ mà bạn mô tả cho dù nó
là một-một, một-nhiều, nhiều-một hay nhiều-nhiều.
5. Nghiên cứu Slack, nền tảng truyền thông xã hội của nhóm làm việc, với nhóm của bạn.
Một. Trong một đoạn văn, hãy trả lời các câu hỏi: Làm thế nào để một tổ chức đăng ký vào nó? Ben là gì
lợi ích? Những hạn chế là gì?
b. Yêu cầu nhóm của bạn viết hai đoạn văn: Một về những lợi ích và một về những hạn chế của việc sử dụng các phương tiện truyền
thông xã hội được hỗ trợ bởi công việc, chẳng hạn như Slack.
C. Trong đoạn thứ ba, hãy kết thúc bài viết của bạn bằng cách đưa ra một khuyến nghị về việc có nên áp dụng Slack cho
nhóm trong lớp của bạn hay không (giả sử rằng có sẵn các tài nguyên phần cứng và phần mềm cần thiết để hỗ trợ nó).

Bleeker, SE “Tổ chức ảo”. Futurist 28, 2 (1994): 9–14.
Chen, P. “Mô hình mối quan hệ-thực thể — Hướng tới một cái nhìn thống nhất về dữ liệu.” Giao dịch ACM trên dữ liệu
Hệ thống cơ sở 1 (tháng 3 năm 1976): 9–36.
Ching, C., CW Holsapple và AB Whinston. “Hướng tới Hỗ trợ CNTT để Điều phối trong Tổ chức Mạng
nizations. ” Quản lý thông tin 30, 4 (1996): 179–199.
Cockburn, A. “Biểu tượng Ca sử dụng”. http://alistair.cockburn.us/Use+case+icons?version=8339&diff=8339&w
thứ i = 6296. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Davis, GB và MH Olson. Hệ thống thông tin quản lý, Cơ sở khái niệm, Cấu trúc và Phát triển, 2d ed. New York, NY: McGraw-
Hill, 1985.
Galbraith, Thiết kế tổ chức JR. Đọc, MA: Addison-Wesley, 1977.
Grabski, SV, SA Leech, và PJ Schmidt. “Đánh giá về Nghiên cứu ERP: Chương trình Nghị sự Tương lai cho Hệ thống Thông tin Kế
toán.” Tạp chí Hệ thống Thông tin 25, 1 (2011): 37–78.
Kähkönen, T., A. Alanne, S. Pekkola và K. Smolander. “Giải thích những thách thức trong mạng lưới phát triển ERP với các yếu
tố kích hoạt, nguyên nhân gốc rễ và hậu quả.” Truyền thông của Hiệp hội Hệ thống Thông tin 40 (2017): Điều 11. http://
aisel.aisnet.org/cais/vol40/iss1/11. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Kendall, KE, JR Buffington và JE Kendall. “Mối quan hệ của các nền văn hóa tổ chức với sự hài lòng của người dùng DSS.”
Quản lý Hệ thống Con người 7, 1 (tháng 3 năm 1987): 31–39.
Kulak, D. và E. Guiney. Các trường hợp sử dụng: Yêu cầu trong ngữ cảnh, phiên bản 2d. Boston, MA: Addison-Wesley
Professional, 2004.
Levina, N. “Cộng tác trong các Dự án Phát triển Hệ thống Thông tin Đa bên: Phản ánh Tập thể
Chế độ xem trong hành động. ” Nghiên cứu Hệ thống Thông tin 16, 2 (2005): 109–130.
Morris, MG và V. Venkatesh. “Đặc điểm công việc và sự hài lòng trong công việc: Hiểu được vai trò của việc triển khai hệ
thống hoạch định nguồn lực doanh nghiệp.” MIS Quý 34, 1 (2010): 143–161.
Phelps, AF Tiềm năng tập thể: Phương pháp tiếp cận toàn diện để quản lý luồng thông tin trong môi trường thiết kế và xây dựng
hợp tác, Kindle ed. Teaneck, NJ: Turning Point Press, 2012.
Warkentin, M., L. Sayeed và R. Hightower. “Nhóm ảo so với nhóm trực diện; Nghiên cứu Khám phá về Hệ thống Hội nghị dựa trên
Web. ” Trong Công nghệ Thông tin Mới nổi: Cải thiện Quyết định, Hợp tác và Cơ sở hạ tầng, 241–262, ed. KE Kendall.
Thousand Oaks, CA: Sage Publications, 1999.
Yager, SE “Mọi thứ đều ảo.” www.acm.org/crossroad/xrds4-1/organ.html. Lần truy cập cuối cùng
Ngày 23 tháng 8 năm 2017.

3 Quản lý dự án
1. Hiểu cách các dự án được khởi tạo và lựa chọn, xác định vấn đề kinh doanh và
xác định tính khả thi của dự án đề xuất.
2. Đánh giá các lựa chọn thay thế phần cứng và phần mềm bằng cách giải quyết các yếu tố đánh đổi.
3. Dự báo và phân tích chi phí và lợi ích hữu hình và vô hình.
4. Quản lý dự án bằng cách chuẩn bị ngân sách, tạo cấu trúc phân tích công việc, lập lịch trình
các hoạt động và kiểm soát lịch trình và chi phí.
5. Xây dựng và quản lý một nhóm dự án.
6. Viết một đề xuất hệ thống hiệu quả, tập trung vào cả nội dung và thiết kế.
Khởi đầu dự án, xác định tính khả thi của dự án, lập lịch dự án, ước tính chi phí, lập ngân sách và
lập kế hoạch, sau đó quản lý các hoạt động và các thành viên trong nhóm để đạt được năng suất là tất
cả những khả năng quan trọng mà một nhà phân tích hệ thống phải thành thạo. Như vậy, chúng được coi
là các nguyên tắc cơ bản về quản lý dự án.
Một dự án hệ thống bắt đầu với các vấn đề hoặc với các cơ hội cải tiến trong kinh doanh xuất hiện
khi tổ chức thích ứng với sự thay đổi. Sự phổ biến ngày càng tăng của thương mại điện tử có nghĩa là
một số thay đổi cơ bản đang xảy ra khi các doanh nghiệp khởi tạo doanh nghiệp của họ hoặc chuyển các
hoạt động nội bộ và các mối quan hệ bên ngoài của họ sang Internet. Những thay đổi yêu cầu giải pháp
hệ thống xảy ra trong môi trường pháp lý cũng như trong môi trường của ngành. Một nhà phân tích hệ
thống làm việc với người dùng để tạo ra một định nghĩa vấn đề phản ánh các hệ thống kinh doanh hiện
tại và các mối quan tâm.
Khi một dự án được đề xuất, nhà phân tích hệ thống làm việc nhanh chóng với những người ra
quyết định để xác định xem dự án có khả thi hay không. Khi một dự án được phê duyệt để nghiên cứu hệ
thống đầy đủ, các hoạt động của dự án được lên lịch thông qua việc sử dụng các công cụ như biểu đồ
Gantt và sơ đồ Kỹ thuật Đánh giá và Xem xét Chương trình (PERT) để dự án có thể được hoàn thành đúng
thời hạn. Một phần của việc đảm bảo năng suất của các thành viên trong nhóm phân tích hệ thống là
quản lý hiệu quả các hoạt động theo lịch trình của họ. Chương này được dành để thảo luận về các
nguyên tắc cơ bản trong quản lý dự án.
86
CHƯƠNG 3 • Quản lý dự án 87
Dự án ban đầu
Các dự án hệ thống được khởi xướng bởi nhiều nguồn khác nhau vì nhiều lý do. Một số dự án được đề xuất
sẽ tồn tại qua các giai đoạn đánh giá khác nhau do bạn (hoặc bạn và nhóm của bạn) thực hiện; những người
khác sẽ không và không nên đi xa như vậy. Các doanh nhân đề xuất các dự án hệ thống vì hai lý do chính:
(1) vì họ gặp phải các vấn đề liên quan đến giải pháp hệ thống và (2) vì họ nhận ra cơ hội cải tiến thông
qua nâng cấp, thay đổi hoặc cài đặt hệ thống mới. Cả hai tình huống đều có thể nảy sinh khi một tổ chức
thích nghi và đối phó với sự thay đổi tự nhiên, tiến hóa.
Các vấn đề trong một tổ chức

Các nhà quản lý không thích quan niệm tổ chức của họ đang gặp vấn đề, chưa nói đến những vấn đề đó hoặc
chia sẻ chúng với ai đó từ bên ngoài. Tuy nhiên, các nhà quản lý giỏi nhận ra rằng việc nhận ra các triệu
chứng của vấn đề hoặc ở giai đoạn sau, tự chẩn đoán vấn đề và đối mặt với chúng là điều bắt buộc nếu doanh
nghiệp muốn duy trì hoạt động ở mức tiềm năng cao nhất.
Các vấn đề xuất hiện theo nhiều cách khác nhau. Trong một số trường hợp, các vấn đề được phát hiện
do không đáp ứng được các biện pháp thực hiện. Các vấn đề (hoặc các triệu chứng của sự cố) với các quy
trình có thể nhìn thấy ở đầu ra và có thể yêu cầu sự trợ giúp của nhà phân tích hệ thống bao gồm quá nhiều
lỗi và công việc được thực hiện quá chậm, không đầy đủ, không chính xác hoặc hoàn toàn không. Các triệu
chứng khác của vấn đề trở nên rõ ràng khi mọi người không đạt được các mục tiêu hiệu suất cơ bản.
Những thay đổi trong hành vi của nhân viên như vắng mặt nhiều bất thường, không hài lòng trong công việc
hoặc thay đổi công việc cao sẽ cảnh báo các nhà quản lý về các vấn đề tiềm ẩn. Bất kỳ thay đổi nào trong
số này, đơn lẻ hoặc kết hợp, đều có thể là lý do đủ để yêu cầu sự trợ giúp của chuyên gia phân tích hệ thống.
Mặc dù những khó khăn như những khó khăn vừa được mô tả xảy ra trong một tổ chức, nhưng phản hồi về
mức độ hiệu quả của tổ chức trong việc đáp ứng các mục tiêu đã định có thể đến từ bên ngoài, dưới dạng
phàn nàn hoặc đề xuất từ khách hàng, nhà cung cấp hoặc nhà cung cấp, cũng như doanh thu bị mất hoặc thấp
bất ngờ . Phản hồi này từ môi trường bên ngoài là vô cùng quan trọng và không nên bỏ qua. Tóm tắt các
triệu chứng của vấn đề và cách tiếp cận hữu ích trong việc phát hiện vấn đề được cung cấp trong Hình 3.1.
Xác định vấn đề

Cho dù sử dụng cách tiếp cận vòng đời phát triển hệ thống cổ điển (SDLC) hay cách tiếp cận hướng đối
tượng, nhà phân tích trước tiên xác định các vấn đề và mục tiêu của hệ thống. Những điều này tạo thành
nền tảng để xác định những gì cần được hoàn thành bởi hệ thống.
Định nghĩa vấn đề thường chứa một số loại tuyên bố vấn đề, được tóm tắt trong một hoặc hai đoạn văn.
Tiếp theo là một loạt các vấn đề hoặc các phần chính độc lập của vấn đề. Các vấn đề được theo sau bởi một
loạt các mục tiêu hoặc mục tiêu phù hợp với các vấn đề từng điểm một. Các vấn đề là tình hình hiện tại;
mục tiêu là tình huống mong muốn. Các mục tiêu có thể rất cụ thể hoặc được diễn đạt thành một tuyên bố
chung chung.
HÌNH 3.1
Để xác định vấn đề Tìm các dấu hiệu cụ thể sau:
Kiểm tra kết quả đầu ra, quan
Kiểm tra đầu ra với tiêu chí hiệu suất. • Quá nhiều lỗi sát hành vi của nhân viên và lắng
• Công việc hoàn thành chậm nghe phản hồi là tất cả những cách
• Công việc được thực hiện không chính xác giúp nhà phân tích xác định các vấn
• Hoàn thành công việc không hoàn thành đề và cơ hội của hệ thống.
• Công việc hoàn toàn không được thực hiện
Quan sát hành vi của nhân viên. • Tỷ lệ vắng mặt cao
• Mức độ không hài lòng trong công việc cao
• Tỷ lệ chuyển việc cao
Lắng nghe phản hồi bên ngoài từ: • Khiếu nại
Nhà cung cấp và nhà cung cấp dịch vụ. • Góp ý để phát triển
Khách hàng. • Giảm doanh thu
Các nhà cung cấp. • Doanh số bán hàng thấp hơn

Âm thanh ngọt ngào nhất mà tôi từng nhấm nháp
Felix Straw, người đại diện cho một trong nhiều nhà phân phối Straw đồng tình khi nói, "Đó sẽ là âm nhạc đến tai tôi, sẽ rất
nước giải khát Sipps của Mỹ tại Hoa Kỳ, nhìn chằm chằm vào ứng dụng tuyệt vời, nếu họ làm việc với chúng tôi để phát hiện ra các xu hướng
thời tiết trên điện thoại thông minh của mình một cách bất bình, và thay đổi — và sau đó phản hồi nhanh chóng."
trong đó hiển thị bản đồ của Hoa Kỳ với màu đỏ sẫm, cho thấy hầu hết Stern's, có trụ sở tại Blackpool, Anh, là một nhà sản xuất đồ
đất nước đang trải qua một sớm làn sóng nhiệt mùa xuân, không có uống của Châu Âu, đồng thời là nhà phát triển và sản xuất Sipps. Sipps
dấu hiệu của một sự giảm bớt. Giữ màn hình điện thoại thông minh của là một thức uống ngọt, có vị trái cây, không cồn, không có ga, được
mình khi nói chuyện với nhóm hệ thống lắp ráp, anh ấy nói, “Đó là phục vụ lạnh hoặc với đá, và nó đặc biệt phổ biến khi thời tiết nóng bức.
điều tốt nhất có thể xảy ra với chúng tôi, hoặc ít nhất là nó nên Sipps đã bán rất nhanh ở châu Âu và trở nên phổ biến ở Hoa Kỳ kể
như vậy. Nhưng khi chúng tôi phải đặt hàng ba tháng trước, chúng từ khi được giới thiệu cách đây 5 năm, nhưng công ty đã gặp khó
tôi không hề biết rằng đợt nắng nóng quái vật mùa xuân này sẽ tàn khăn trong việc quản lý hàng tồn kho một cách đầy đủ và theo kịp
phá đất nước theo cách này! ” Gật đầu về phía bức ảnh nhà máy châu nhu cầu của khách hàng Hoa Kỳ, vốn bị ảnh hưởng bởi biến động
Âu của họ được treo trên tường, anh ấy tiếp tục, “Chúng tôi cần có nhiệt độ theo mùa. Những nơi có khí hậu nhiệt độ ấm áp quanh năm
thể cho họ biết khi nào mọi thứ ở đây đang nóng để chúng tôi có thể có đủ và
sảnnhiều
phẩm.khách du lịch (chẳng hạn như Florida và California) có
Nếu không, chúng tôi sẽ bỏ lỡ mọi lúc. Chuyện này đã xảy ra hai năm số lượng đơn đặt hàng lớn, nhưng các khu vực khác của đất nước
trước, và nó sắp giết chúng tôi. có thể được hưởng lợi từ quy trình đặt hàng ít rườm rà hơn,
“Mỗi nhà phân phối chúng tôi gặp gỡ với các giám đốc quản lý khu nhanh nhạy hơn. Một mạng lưới các nhà phân phối địa phương trên
vực của chúng tôi để lập kế hoạch ba tháng. Khi chúng tôi đồng ý, chúng khắp Hoa Kỳ và Canada phân phối Sipps.
tôi gửi đơn đặt hàng của mình qua email đến trụ sở chính ở Châu Âu. Họ tự Là một trong những nhà phân tích hệ thống được chỉ định làm việc với
điều chỉnh, đóng chai đồ uống, và sau đó khoảng 9 đến 15 tuần sau, chúng các nhà phân phối Sipps của Hoa Kỳ, bạn bắt đầu phân tích của mình bằng cách
tôi nhận được đơn đặt hàng đã sửa đổi. Nhưng chúng ta cần có cách để nói liệt kê một số triệu chứng và vấn đề chính mà bạn đã xác định được sau khi
cho họ biết chuyện gì đang xảy ra bây giờ. Tại sao, chúng tôi thậm chí có nghiên cứu các luồng thông tin, quy trình đặt hàng và quản lý hàng tồn kho,
một số siêu thị mới đang mở cửa ở đây. Họ nên biết rằng chúng tôi có nhu và sau khi phỏng vấn Mr. Straw và trợ lý của anh ấy. Trong một đoạn văn, hãy
cầu rất cao. " mô tả những vấn đề nào có thể cho thấy sự cần thiết của một giải pháp hệ thống.
Corky, trợ lý của anh ta, đồng ý, nói, “Vâng, ít nhất họ nên xem xét doanh số bán
Lưu ý: Cơ hội tư vấn này dựa trên JC Perez một cách lỏng lẻo, “Phần mềm
hàng trước đây của chúng tôi vào khoảng thời gian này trong năm. Một số suối rất nóng, HOPS của Heineken luôn nắm bắt được thông tin về hàng tồn kho”. Tuần PC,
những suối khác chỉ ở mức trung bình. ” 14, 2 (13 tháng 1 năm 1997): 31 và 34.
Dưới đây là một số ví dụ về các câu hỏi kinh doanh liên quan đến mục tiêu kinh doanh:
• Mục đích của tổ chức là gì?
• Tổ chức là tổ chức vì lợi nhuận hay phi lợi nhuận?
• Công ty có kế hoạch phát triển hoặc mở rộng không?
• Thái độ (văn hóa) của tổ chức về công nghệ là gì?
• Ngân sách của tổ chức dành cho CNTT là bao nhiêu?
• Nhân viên của tổ chức có chuyên môn không?
Không cần phải nói, một nhà phân tích hệ thống cần phải hiểu cách thức hoạt động của một doanh nghiệp.
Cuối cùng, định nghĩa vấn đề bao gồm các yêu cầu - những điều phải hoàn thành - cùng với các giải pháp
khả thi và các ràng buộc hạn chế sự phát triển của hệ thống. Phần yêu cầu có thể bao gồm bảo mật, khả năng sử
dụng, yêu cầu của chính phủ, v.v. Các ràng buộc thường bao gồm từ không, cho thấy một giới hạn và có thể bao
gồm các hạn chế về ngân sách hoặc giới hạn về thời gian.
Định nghĩa vấn đề được đưa ra sau khi hoàn thành các cuộc phỏng vấn, quan sát và phân tích tài liệu
với người dùng. Kết quả của việc thu thập thông tin này là vô số sự kiện và ý kiến quan trọng cần được tóm
tắt. Bước đầu tiên để đưa ra định nghĩa vấn đề là tìm một số điểm có thể có trong một vấn đề. Các điểm chính
có thể được xác định trong cuộc phỏng vấn theo một số cách:
1. Người dùng có thể xác định một vấn đề, một chủ đề hoặc một chủ đề được lặp đi lặp lại nhiều lần, đôi khi bởi
những người khác nhau trong một số cuộc phỏng vấn.
2. Người dùng có thể giao tiếp bằng cách sử dụng các phép ẩn dụ giống nhau, chẳng hạn như nói doanh nghiệp là một cuộc hành
trình, một cuộc chiến, một trò chơi, một sinh vật, một cỗ máy, một gia đình, v.v.
3. Người dùng có thể kể một câu chuyện để minh họa một vấn đề bao gồm phần đầu, phần giữa và phần kết; một anh hùng;
những trở ngại cần vượt qua; và một giải pháp thành công (hoặc hy vọng).
4. Người dùng có thể nói nhiều về một chủ đề.
5. Người dùng có thể nói thẳng với bạn rằng "Đây là một vấn đề lớn."
6. Người dùng có thể thể hiện tầm quan trọng bằng cách sử dụng ngôn ngữ cơ thể hoặc có thể nói một cách dứt khoát về
một vấn đề.
7. Vấn đề có thể là điều đầu tiên người dùng đề cập đến.
Khi các vấn đề đã được xác định, các mục tiêu phải được nêu ra. Một nhà phân tích có thể phải thực hiện một cuộc
phỏng vấn tiếp theo để có được thông tin chính xác hơn về các mục tiêu.
Sau khi các mục tiêu được nêu ra, tầm quan trọng tương đối của các vấn đề hoặc mục tiêu phải được xác định. Nếu không
có đủ kinh phí để phát triển hệ thống hoàn chỉnh, trước tiên phải hoàn thành các mục tiêu quan trọng. Người dùng là
những người tốt nhất để xác định các mục tiêu quan trọng (với sự hỗ trợ của các nhà phân tích) vì người dùng là chuyên
gia miền trong lĩnh vực kinh doanh của họ và biết cách họ làm việc tốt nhất với các công nghệ trong tổ chức. Ngoài việc
xem qua dữ liệu và phỏng vấn mọi người, một nhà phân tích hệ thống nên cố gắng tận mắt chứng kiến vấn đề.
VÍ DỤ ĐỊNH NGHĨA VẤN ĐỀ: BỮA ĂN CỦA CATHERINE Dịch vụ ăn uống của Catherine là một cơ sở kinh doanh
nhỏ phục vụ các bữa ăn, tiệc chiêu đãi và tiệc cho các dịp công việc và xã hội như các cuộc họp tiệc
trưa và đám cưới. Nó được truyền cảm hứng bởi tình yêu nấu nướng và tài năng chuẩn bị những bữa ăn
ngon của Catherine. Ban đầu nó là một công ty nhỏ với một số ít nhân viên làm việc trong các dự án nhỏ.
Catherine đã gặp khách hàng để xác định số lượng người, loại bữa ăn và các thông tin cần thiết khác để phục vụ cho một
sự kiện. Khi danh tiếng của công ty cô ấy về việc tạo ra những món ăn ngon và chất lượng dịch vụ bắt đầu nở rộ, số
lượng các sự kiện bắt đầu tăng lên. Một trung tâm hội nghị mới được xây dựng trong thành phố và một cộng đồng kinh
doanh thịnh vượng đã làm tăng số lượng các sự kiện phục vụ ăn uống.
Catherine có thể quản lý công việc kinh doanh bằng cách sử dụng bảng tính và xử lý văn bản nhưng gặp khó khăn
trong việc bắt kịp các cuộc điện thoại liên tục về những loại bữa ăn có sẵn, những thay đổi về số lượng khách tham dự
sự kiện và sự sẵn có của các món ăn kiêng đặc biệt, chẳng hạn như như thuần chay, ăn chay, ít chất béo, ít carbohydrate,
không chứa gluten, v.v.
Catherine đã thuê một số nhân viên bán thời gian để nấu ăn và phục vụ các sự kiện, tuy nhiên, sự phức tạp của việc lên
lịch nhân sự đang trở nên quá tải đối với người quản lý nhân sự mới. Catherine quyết định thuê một công ty tư vấn kinh
doanh và CNTT để giúp cô giải quyết các vấn đề mà doanh nghiệp cung cấp dịch vụ ăn uống của cô đang gặp phải.
Sau khi phỏng vấn và quan sát một số cán bộ chủ chốt, các chuyên gia tư vấn nhận thấy những băn khoăn sau:
1. Đầu bếp chính đặt hàng nguồn cung cấp (sản phẩm, thịt, v.v.) từ các nhà cung cấp cho mỗi sự kiện.
Các nhà cung cấp sẽ giảm giá nếu số lượng lớn hơn được đặt hàng cùng một lúc cho tất cả các sự kiện xảy ra
trong một khung thời gian nhất định.
2. Khách hàng thường được gọi để thay đổi số lượng khách cho một sự kiện, với một số thay đổi được thực hiện
chỉ một hoặc hai ngày trước khi sự kiện diễn ra.
3. Quá mất thời gian cho Catherine và nhân viên của cô ấy để xử lý từng yêu cầu phục vụ ăn uống, với khoảng 60%
cuộc gọi dẫn đến một hợp đồng.
4. Xung đột trong lịch trình của nhân viên đã xảy ra và một số sự kiện đã xảy ra tình trạng thiếu nhân viên.
Những lời phàn nàn về tính kịp thời của dịch vụ ngày càng trở nên thường xuyên hơn.
5. Catherine không có bất kỳ thông tin tóm tắt nào về số lượng các sự kiện và loại bữa ăn. Sẽ rất hữu ích nếu có
thông tin về xu hướng để giúp hướng dẫn khách hàng lựa chọn bữa ăn của họ.
6. Các sự kiện bao gồm dịch vụ phục vụ bữa ăn tại chỗ thường được tổ chức trong phòng tiệc và tại các phòng họp
khác. Có vấn đề với việc sắp xếp đủ nhân viên phục vụ và phản ứng với những thay đổi về số lượng khách.
Định nghĩa vấn đề được trình bày trong Hình 3.2. Lưu ý các trọng lượng ở bên phải, đại diện cho mức trung bình
của các trọng lượng được chỉ định bởi mỗi nhân viên. Mục tiêu phù hợp với các vấn đề. Mỗi mục tiêu được sử dụng để
tạo ra các yêu cầu của người dùng.
Các yêu cầu của người dùng sau đó được sử dụng để tạo ca sử dụng và biểu đồ ca sử dụng hoặc các quy trình trên
sơ đồ luồng dữ liệu. Mỗi mục tiêu có thể có một hoặc nhiều yêu cầu của người dùng,
HÌNH 3.2
Định nghĩa vấn đề cho Catherine's
Dịch vụ ăn uống được phát triển với sự trợ giúp
của người dùng.
Định nghĩa vấn đề
Catherine's Catering đang gặp vấn đề trong việc xử lý số lượng cuộc gọi định kỳ với khách hàng, cũng như phối hợp với các đối
tác bên ngoài như nhà cung cấp và cơ sở hội họp. Sự gia tăng về số lượng nhân viên bán thời gian đang dẫn đến xung đột về lịch
trình và các sự kiện được biên tập lại.
Vấn đề Trọng lượng
1. Tiếp xúc với khách hàng mất một lượng thời gian tối thiểu cho các câu hỏi thông thường. 10
2. Quản lý nhân viên bán thời gian tốn nhiều thời gian và dẫn đến sai sót trong lịch trình. 9
3. Thật khó để đáp ứng những thay đổi vào phút cuối cho các sự kiện. 7
4. Nguồn cung cấp được đặt hàng cho mỗi sự kiện. Thường các lô hàng được nhận nhiều lần trong ngày. 6
5. Thường có vấn đề trong việc truyền đạt các thay đổi đối với các cơ sở tổ chức sự kiện. 5
6. Có rất ít thông tin lịch sử về khách hàng và bữa ăn. 3
Mục tiêu
1. Cung cấp hệ thống Web để khách hàng lấy thông tin giá cả và đặt hàng.
2. Tạo hoặc mua một hệ thống nguồn nhân lực với thành phần lập lịch trình.
3. Sau khi khách hàng đã ký hợp đồng tổ chức sự kiện, hãy cung cấp cho họ quyền truy cập Web vào
tài khoản và là phương tiện để họ cập nhật số lượng khách. Thông báo cho quản lý các thay đổi.
4. Cung cấp một phương tiện để xác định số lượng tổng thể của nguồn cung cấp cho các sự kiện xảy ra trong một
khung thời gian đồng thời.
5. Cung cấp một hệ thống để thông báo những thay đổi cho nhân sự chủ chốt tại các cơ sở tổ chức sự kiện.
6. Lưu trữ tất cả dữ liệu sự kiện và cung cấp thông tin tóm tắt ở nhiều định dạng.
Yêu cầu
1. Hệ thống phải được bảo mật.
2. Phản hồi phải được người quản lý sự kiện nhập vào khi kết thúc mỗi sự kiện.
3. Phải có phương tiện để các cơ sở tổ chức sự kiện thay đổi người liên hệ của họ.
4. Hệ thống phải dễ sử dụng bởi những người không chuyên về kỹ thuật.
Hạn chế
1. Chi phí phát triển không được vượt quá 50.000 đô la.
2. Trang web ban đầu cho các đơn đặt hàng của khách hàng phải sẵn sàng trước ngày 1 tháng 3 để đáp ứng các yêu cầu
cho tiệc tốt nghiệp và đám cưới.
một số mục tiêu có thể dẫn đến việc tạo ra một hoặc có thể không có trường hợp sử dụng nào (trường hợp sử dụng không
thường được tạo cho các báo cáo đơn giản) hoặc mỗi yêu cầu có thể dẫn đến việc tạo ra một quy trình sơ đồ luồng dữ liệu.
Yêu cầu của người dùng đối với Dịch vụ ăn uống của Catherine là:
1. Tạo một trang web động để cho phép khách hàng hiện tại và khách hàng tiềm năng xem và lấy giá
thông tin cho nhiều loại sản phẩm khác nhau.
2. Cho phép khách hàng hiện tại và tiềm năng gửi yêu cầu với các lựa chọn phục vụ của họ, với
yêu cầu được chuyển đến người quản lý tài khoản.
3. Thêm máy khách vào cơ sở dữ liệu máy khách, gán mỗi userID và mật khẩu để truy cập
các dự án của họ.
4. Tạo một trang web để khách hàng xem và cập nhật số lượng khách cho một sự kiện và
Hạn chế thay đổi số lượng khách khi sự kiện diễn ra chưa đầy năm ngày trong tương lai.
5. Có được hoặc tạo phần mềm để giao tiếp trực tiếp với nhân viên của cơ sở tổ chức sự kiện.
6. Phát triển hoặc mua một hệ thống nguồn nhân lực để lên lịch cho nhân viên bán thời gian cho phép ban quản lý thêm
nhân viên và lên lịch cho họ bằng cách sử dụng một số ràng buộc.
7. Cung cấp các truy vấn hoặc báo cáo với thông tin tóm tắt.
Mỗi yêu cầu có thể được sử dụng để lập một kế hoạch thử nghiệm sơ bộ. Có rất ít thông tin chi tiết tại thời điểm này,
vì vậy kế hoạch thử nghiệm sẽ được sửa đổi khi dự án tiến triển.
Một kế hoạch thử nghiệm đơn giản cho Dịch vụ ăn uống của Catherine là:
1. Thiết kế dữ liệu thử nghiệm để cho phép khách hàng xem từng loại sản phẩm khác nhau.
2. Kiểm tra để đảm bảo rằng một yêu cầu phục vụ ăn uống đã được nhập với dữ liệu hợp lệ, cũng như từng điều kiện có
thể có của dữ liệu không hợp lệ. (Dữ liệu sẽ được xác định sau.) Đảm bảo rằng yêu cầu được chuyển đến người quản
lý tài khoản thích hợp.
3. Kiểm tra để đảm bảo rằng tất cả các trường dữ liệu đều vượt qua tất cả các tiêu chí xác nhận cho mỗi trường.
Kiểm tra dữ liệu tốt để đảm bảo rằng máy khách được thêm vào cơ sở dữ liệu máy khách và userID và mật khẩu được
gán chính xác.
4. Tạo một kế hoạch thử nghiệm sẽ xác nhận rằng khách hàng có thể xem thông tin sự kiện. Kiểm tra để đảm bảo rằng các
bản cập nhật có thể không được thực hiện trong vòng năm ngày kể từ ngày diễn ra sự kiện. Thiết kế dữ liệu kiểm tra
để đảm bảo cập nhật chính xác số lượng khách cho một sự kiện.
5. Kiểm tra xem phần mềm có hoạt động chính xác để giao tiếp trực tiếp với cơ sở tổ chức sự kiện không
nhân viên.
6. Kiểm tra hệ thống nguồn nhân lực để lập lịch cho nhân viên bán thời gian, kiểm tra xem nhân viên đã được bổ sung
chính xác chưa và tất cả các giá trị không hợp lệ cho từng trường đều được phát hiện và báo cáo. Kiểm tra phần
mềm lập lịch để biết các bản cập nhật hợp lệ và từng mục nhập không hợp lệ.
7. Kiểm tra để đảm bảo rằng tất cả các truy vấn và báo cáo hoạt động chính xác và chứa bản tóm tắt chính xác
thông tin.
Lựa chọn các dự án

Các dự án đến từ nhiều nguồn khác nhau và vì nhiều lý do. Không phải tất cả đều nên được chọn để nghiên cứu thêm. Bạn phải
rõ ràng trong suy nghĩ của mình về lý do đề xuất một nghiên cứu hệ thống trên một dự án dường như giải quyết được một vấn
đề hoặc có thể mang lại sự cải tiến. Xem xét động cơ thúc đẩy một đề xuất về dự án. Bạn cần chắc chắn rằng dự án đang được
xem xét không được đề xuất chỉ để nâng cao uy tín hoặc quyền lực chính trị của chính bạn hoặc của người hoặc nhóm đề xuất
nó, bởi vì có khả năng cao là một dự án như vậy sẽ không được hình thành và cuối cùng là kém Đã được chấp nhận.
Như đã nêu trong Chương 2, các dự án tiềm năng cần được xem xét từ góc độ hệ thống, xem xét tác động của thay đổi
được đề xuất đối với toàn bộ tổ chức. Nhớ lại rằng các hệ thống con khác nhau của một tổ chức có mối quan hệ với nhau và
phụ thuộc lẫn nhau, vì vậy sự thay đổi đối với một hệ thống con có thể ảnh hưởng đến tất cả các hệ thống con khác. Mặc dù
những người ra quyết định trực tiếp tham gia cuối cùng đã thiết lập các ranh giới cho một dự án hệ thống, một dự án hệ
thống không thể được dự tính hoặc lựa chọn một cách tách biệt với phần còn lại của tổ chức.
Ngoài những cân nhắc chung này là năm câu hỏi cụ thể cần được đặt ra liên quan đến việc lựa chọn dự án:
1. Nó có sự hậu thuẫn từ ban quản lý không?
2. Thời điểm cam kết dự án có phù hợp không?
3. Có thể cải thiện việc đạt được các mục tiêu chiến lược của tổ chức không?
4. Nó có thực tế về nguồn lực cho tổ chức và nhà phân tích hệ thống không?
5. Đây có phải là một dự án đáng giá so với các cách khác mà tổ chức có thể đầu tư
tài nguyên?
Đầu tiên và quan trọng nhất là sự hậu thuẫn từ ban lãnh đạo. Hoàn toàn không có gì có thể được hoàn thành nếu không
có sự chứng thực của những người cuối cùng sẽ chấp nhận dự luật. Tuyên bố này không có nghĩa là bạn thiếu ảnh hưởng trong
việc chỉ đạo dự án hoặc không thể đưa những người khác ngoài ban quản lý vào; tuy nhiên, sự hỗ trợ của ban lãnh đạo là
điều cần thiết.
Một tiêu chí quan trọng khác để lựa chọn dự án là thời gian cho bạn và tổ chức. Hãy tự hỏi bản thân và những người có
liên quan xem liệu doanh nghiệp hiện có khả năng đưa ra cam kết về thời gian để lắp đặt các hệ thống mới hoặc cải tiến các
hệ thống hiện có hay không. Bạn cũng phải có khả năng dành toàn bộ hoặc một phần thời gian của mình trong suốt thời gian đó.
Tiêu chí thứ ba là khả năng cải thiện việc đạt được các mục tiêu chiến lược của tổ chức như (1) cải thiện lợi nhuận
doanh nghiệp, (2) hỗ trợ chiến lược cạnh tranh của tổ chức, (3) cải thiện hợp tác với các nhà cung cấp và đối tác, (4) cải
thiện nội bộ
hỗ trợ hoạt động để hàng hóa và dịch vụ được sản xuất hiệu quả và hiệu quả, (5) cải thiện hỗ trợ ra
quyết định nội bộ để các quyết định có hiệu quả hơn, (6) cải thiện dịch vụ cus tomer và (7) nâng cao
tinh thần của nhân viên. Dự án nên đưa tổ chức vào mục tiêu, không ngăn cản tổ chức khỏi các mục tiêu
cuối cùng của nó.
Tiêu chí thứ tư là lựa chọn một dự án có thể thực hiện được về nguồn lực và khả năng của bạn cũng
như của doanh nghiệp. Một số dự án sẽ không thuộc lĩnh vực chuyên môn của bạn và bạn phải có khả năng
nhận ra chúng.
Cuối cùng, bạn cần đi đến một thỏa thuận cơ bản với tổ chức về mức độ xứng đáng của dự án hệ thống
so với bất kỳ dự án có thể nào khác đang được xem xét. Có nhiều khả năng để cải tiến, bao gồm (1) tăng
tốc quy trình, (2) hợp lý hóa quy trình thông qua việc loại bỏ các bước không cần thiết hoặc trùng lặp,
(3) kết hợp các quy trình, (4) giảm lỗi đầu vào thông qua thay đổi biểu mẫu và hiển thị màn hình, (5)
giảm lưu trữ dư thừa, (6) giảm đầu ra dư thừa và (7) cải thiện tích hợp các hệ thống và hệ thống con.
Hãy nhớ rằng khi một doanh nghiệp cam kết thực hiện một dự án, thì doanh nghiệp đó đang cam kết các nguồn
lực do đó trở nên không khả dụng cho các dự án khác. Sẽ rất hữu ích nếu bạn xem tất cả các dự án có thể
là cạnh tranh cho các nguồn lực kinh doanh về thời gian, tiền bạc và con người.
Xác định tính khả thi

Một khi số lượng dự án đã được thu hẹp theo các tiêu chí đã thảo luận trước đó, vẫn cần phải xác định
xem các dự án được lựa chọn có khả thi hay không. Định nghĩa của chúng tôi về tính khả thi đi sâu hơn
nhiều so với cách sử dụng phổ biến của thuật ngữ này. Tính khả thi của dự án hệ thống được đánh giá theo
ba cách chính: về mặt hoạt động, kỹ thuật và kinh tế. Một nghiên cứu khả thi không phải là một nghiên
cứu toàn diện về hệ thống. Thay vào đó, một nghiên cứu khả thi được sử dụng để thu thập dữ liệu rộng
rãi cho các thành viên của ban quản lý để giúp họ đưa ra quyết định có nên tiến hành nghiên cứu hệ thống
hay không.
Xác định xem điều đó có thể xảy ra hay không

Sau khi một nhà phân tích xác định các mục tiêu hợp lý cho một dự án, nhà phân tích cần xác định xem
liệu tổ chức và các thành viên của tổ chức có thể nhìn thấy dự án đến khi hoàn thành hay không. Nói
chung, quy trình đánh giá tính khả thi có hiệu quả trong việc sàng lọc các dự án không phù hợp với mục
tiêu của doanh nghiệp, không khả thi về mặt kỹ thuật hoặc không có giá trị kinh tế.
Mặc dù việc này tốn nhiều công sức, nhưng việc nghiên cứu tính khả thi là rất đáng giá vì nó giúp
tiết kiệm thời gian và tiền bạc cho các doanh nghiệp và các nhà phân tích hệ thống. Để một nhà phân tích
khuyến nghị phát triển thêm, một dự án phải chứng tỏ rằng nó khả thi theo cả ba cách sau: về mặt kỹ
thuật, kinh tế và hoạt động (xem Hình 3.3).
HÌNH 3.3
Ba yếu tố chính của tính khả thi
Ba yếu tố chính của tính khả
thi là tính khả thi về kỹ thuật, kinh tế Tính khả thi về kỹ thuật
Thêm vào hệ thống hiện tại

và vận hành.
Công nghệ có sẵn để đáp ứng nhu cầu của người dùng
Nền kinh tế khả thi
Thời gian của nhà phân tích hệ thống
Chi phí nghiên cứu hệ thống
Chi phí cho thời gian học tập của nhân viên
Chi phí ước tính của phần cứng
Chi phí của phần mềm đóng gói hoặc phát triển phần mềm
Khả thi hoạt động
Hệ thống sẽ hoạt động khi được đưa vào sử dụng
Liệu hệ thống sẽ được sử dụng

KHẢ NĂNG KỸ THUẬT Một nhà phân tích phải tìm hiểu xem liệu có thể phát triển một hệ thống mới với các
nguồn lực kỹ thuật hiện tại hay không. Nếu không, hệ thống có thể được nâng cấp hoặc bổ sung theo
cách đáp ứng yêu cầu đang được xem xét không? Nếu các hệ thống hiện có không thể được thêm vào hoặc
nâng cấp, câu hỏi tiếp theo là liệu có tồn tại công nghệ đáp ứng các thông số kỹ thuật hay không.
Đồng thời, nhà phân tích có thể hỏi liệu tổ chức có nhân viên thông thạo về kỹ thuật để hoàn thành các mục tiêu
hay không. Nếu không, tổ chức có thể thuê thêm người lập trình, người kiểm tra, chuyên gia hoặc những người khác có
thể có kỹ năng viết mã khác với của họ hoặc thuê ngoài hoàn toàn dự án không? Ngoài ra, các gói phần mềm có sẵn có thể
hoàn thành các mục tiêu và phần mềm đó cần được tùy chỉnh đáng kể như thế nào cho tổ chức?
TÍNH KHẢ NĂNG KINH TẾ Tính khả thi về kinh tế là phần thứ hai của việc xác định nguồn lực. Các nguồn
lực cơ bản cần xem xét là thời gian của bạn và của nhóm phân tích hệ thống, chi phí thực hiện nghiên
cứu toàn bộ hệ thống (bao gồm cả thời gian của nhân viên mà bạn sẽ làm việc cùng), chi phí thời gian
của nhân viên kinh doanh, chi phí ước tính của phần cứng và chi phí ước tính của phần mềm, phát triển
phần mềm hoặc tùy chỉnh phần mềm.
Tổ chức phải có khả năng nhìn thấy giá trị của khoản đầu tư mà tổ chức đang cân nhắc trước khi cam kết nghiên
cứu toàn bộ hệ thống. Nếu chi phí ngắn hạn không bị lu mờ bởi lợi nhuận dài hạn hoặc nếu dự án tạo ra không giảm chi
phí vận hành ngay lập tức, thì hệ thống không khả thi về mặt kinh tế và không nên tiếp tục tiến hành.
KHẢ NĂNG HOẠT ĐỘNG Giả sử trong một lúc nào đó rằng các nguồn lực kinh tế và kỹ thuật đều được đánh
giá là đầy đủ. Nhà phân tích hệ thống bây giờ phải xem xét tính khả thi hoạt động của dự án được yêu
cầu. Tính khả thi trong hoạt động phụ thuộc vào nguồn nhân lực có sẵn cho dự án và liên quan đến việc
dự đoán liệu hệ thống có hoạt động và được sử dụng sau khi được đưa vào sử dụng hay không.
Nếu người dùng hầu như kết nối với hệ thống hiện tại, không thấy có vấn đề gì với nó và nói chung không tham gia
vào việc yêu cầu một hệ thống mới, thì khả năng chống lại việc triển khai hệ thống mới sẽ rất mạnh. Hệ thống mới có khả
năng hoạt động thấp.
Ngoài ra, nếu bản thân người dùng bày tỏ nhu cầu về một hệ thống hoạt động thường xuyên hơn, hiệu quả hơn và dễ
tiếp cận hơn, thì rất có thể hệ thống được yêu cầu cuối cùng sẽ được sử dụng. Phần lớn nghệ thuật xác định tính khả
thi của hoạt động phụ thuộc vào các giao diện người dùng được chọn, như chúng ta thấy trong Chương 14.
Ước tính khối lượng công việc
Bước tiếp theo trong việc xác định nhu cầu phần cứng là ước tính khối lượng công việc. Do đó, các nhà phân tích hệ
thống xây dựng các con số đại diện cho cả khối lượng công việc hiện tại và khối lượng công việc dự kiến cho hệ thống
để bất kỳ phần cứng nào thu được sẽ có khả năng xử lý khối lượng công việc hiện tại và tương lai.
Nếu các ước tính là chính xác, doanh nghiệp sẽ không phải thay thế phần cứng chỉ do tốc độ tăng trưởng không
lường trước được trong việc sử dụng hệ thống. (Tuy nhiên, các sự kiện khác, chẳng hạn như đổi mới công nghệ vượt
trội, có thể yêu cầu thay thế phần cứng nếu doanh nghiệp muốn duy trì lợi thế nhỏ của mình.)
Vì cần thiết, khối lượng công việc được lấy mẫu thay vì thực sự đưa qua một số hệ thống máy tính. Các hướng dẫn
đưa ra trong Chương 5 có thể được sử dụng ở đây vì trong lấy mẫu khối lượng công việc, nhà phân tích hệ thống đang
lấy mẫu các tác vụ cần thiết và các tài nguyên máy tính cần thiết để hoàn thành chúng.
Hình 3.4 so sánh thời gian cần thiết của các hệ thống thông tin hiện có và hệ thống thông tin đề xuất để xử lý
một khối lượng công việc nhất định. Lưu ý rằng công ty hiện đang sử dụng hệ thống máy tính cũ để chuẩn bị bản tóm tắt
các lô hàng đến các kho phân phối của mình và một bảng điều khiển dựa trên Web đang được đề xuất. So sánh khối lượng
công việc xem xét thời gian và cách thức mỗi quá trình được thực hiện, cần bao nhiêu thời gian của con người và bao
nhiêu thời gian sử dụng máy tính. Lưu ý rằng hệ thống mới được đề xuất sẽ giảm đáng kể thời gian cần thiết của con
người và máy tính.

HÌNH 3.4
So sánh khối lượng công việc
giữa các hệ thống hiện có và hệ
thống đề xuất.
Hệ thống hiện có Hệ thống đề xuất
Bài tập
So sánh hiệu suất của So sánh hiệu suất của
kho phân phối kho phân phối
bằng cách chạy chương trình trên nền Web
tóm tắt. bảng điều khiển.
Phương pháp
Các chương trình máy tính là Cập nhật xảy ra ngay lập tức;
chạy khi cần thiết; xử lý được thực quá trình xử lý được thực hiện trực tuyến.
hiện từ máy trạm.
Nhân viên Quản lý phân phối Quản lý phân phối
Khi nào và như thế nào Hằng ngày: Hằng ngày:
Nhập lô hàng trên bảng tính Nhập lô hàng trên
Excel; xác minh tính chính xác Hệ thống dựa trên web sử dụng
của bảng tính theo cách thủ công; và hộp thả xuống. Dữ liệu được sao
sau đó ghi các tệp để sao lưu lưu tự động
phương tiện truyền thông.

đến vị trí xa.
Hàng tháng: Hàng tháng:
Chạy chương trình đó So sánh các kho hàng trực tuyến
tóm tắt hồ sơ hàng ngày sử dụng hiệu suất
và in báo cáo; nhận báo bảng điều khiển; chỉ in nếu

cần thiết.
cáo và đánh giá.
Thời gian của con người

Hàng ngày: 20 phút Hàng ngày: 10 phút
yêu cầu Hàng tháng: 30 phút Hàng tháng: 10 phút
Giờ máy tính Hàng ngày: 20 phút Hàng ngày: 10 phút
yêu cầu Hàng tháng: 30 phút Hàng tháng: 10 phút
Xác định nhu cầu về phần cứng và phần mềm

Đánh giá tính khả thi về mặt kỹ thuật bao gồm đánh giá khả năng của phần cứng máy tính và phần mềm để xử
lý khối lượng công việc một cách đầy đủ. Hình 3.5 cho thấy các bước mà nhà phân tích hệ thống thực hiện
khi xác định nhu cầu phần cứng và phần mềm. Đầu tiên, tất cả phần cứng máy tính hiện tại mà tổ chức sở
hữu phải được kiểm kê để khám phá những gì đang có và những gì có thể sử dụng được.
Một nhà phân tích hệ thống cần làm việc với người dùng để xác định phần cứng nào sẽ cần thiết.
Việc xác định phần cứng chỉ có thể được thực hiện cùng với việc xác định các yêu cầu thông tin từ con
người. Kiến thức về cấu trúc tổ chức và cách người dùng tương tác với các công nghệ trong cơ sở tổ chức
cũng có thể hữu ích trong các quyết định về phần cứng. Chỉ khi các nhà phân tích, người dùng và quản lý
hệ thống nắm bắt tốt các loại nhiệm vụ phải hoàn thành thì các tùy chọn phần cứng mới có thể được xem xét.
Kiểm kê phần cứng máy tính

Một nhà phân tích hệ thống cần kiểm kê xem phần cứng máy tính nào đã có sẵn trong phân vùng tổ chức. Như
sẽ trở nên rõ ràng, một số tùy chọn phần cứng liên quan đến việc mở rộng hoặc tái chế phần cứng hiện tại,
vì vậy điều quan trọng là phải biết những gì đang có.
Nếu không có kho phần cứng máy tính cập nhật, nhà phân tích hệ thống cần đặt
một cách nhanh chóng và tiếp tục nó. Điều quan trọng là phải biết những điều sau:
Kiểm kê
HÌNH 3.5
Máy tính Các bước lựa chọn phần cứng và
Phần cứng phần mềm.
Ước tính
Khối lượng công việc
Đánh giá
Phần cứng
Giải pháp thay thế
Mua mới Sử dụng đám mây
Phần cứng Dịch vụ
Chọn phần cứng Chọn đám mây
Người bán Nhà cung cấp dịch vụ
Đánh giá
Phần mềm
Giải pháp thay thế
Tạo của bạn Sử dụng SaaS
Phần mềm riêng Các nhà cung cấp
Chọn
COTS
Phần mềm
Thiết kế và Chọn phần mềm Chọn SaaS
Phát triển nội bộ nhà chế tạo Các nhà cung cấp
1. Loại thiết bị, bao gồm số kiểu máy và nhà sản xuất 2. Tình trạng
hoạt động của thiết bị, chẳng hạn như theo đơn đặt hàng, vận hành, lưu kho hoặc cần
sửa chữa
3. Tuổi thọ ước tính của thiết bị 4.
Tuổi thọ dự kiến của thiết bị 5. Vị
trí thực tế của thiết bị 6. Bộ phận hoặc
người được coi là chịu trách nhiệm về thiết bị 7. Thu xếp tài chính
cho thiết bị, chẳng hạn như sở hữu, thuê, hoặc thuê
Việc xác định phần cứng hiện tại có sẵn sẽ dẫn đến khả năng ra quyết định tốt hơn khi
các quyết định về phần cứng cuối cùng được đưa ra vì phần lớn phỏng đoán về những gì tồn
tại sẽ bị loại bỏ. Thông qua các cuộc phỏng vấn trước đó của bạn với người dùng, bảng câu
hỏi xoay quanh họ và nghiên cứu dữ liệu lưu trữ, bạn sẽ biết số lượng người có thể xử lý
dữ liệu cũng như kỹ năng và khả năng của họ. Sử dụng thông tin này để dự đoán nhu cầu nhân
sự cho phần cứng mới có thể được đáp ứng tốt như thế nào.
Đánh giá phần cứng máy tính để mua

Đánh giá phần cứng máy tính mới là trách nhiệm chung của ban quản lý, người dùng và nhà phân tích hệ thống. Mặc
dù các nhà cung cấp sẽ cung cấp thông tin chi tiết về các dịch vụ cụ thể của họ, các nhà phân tích cần giám sát
quá trình đánh giá một cách cá nhân vì họ sẽ có lợi ích tốt nhất cho doanh nghiệp. Ngoài ra, các nhà phân tích
hệ thống có thể phải giáo dục người dùng và ban quản lý về những ưu điểm và nhược điểm chung của phần cứng
trước khi họ có thể đánh giá nó một cách chính xác.
Dựa trên kho thiết bị máy tính hiện có và ước tính đầy đủ về khối lượng công việc hiện tại và dự báo,
bước tiếp theo của quy trình là xem xét các loại thiết bị có sẵn để đáp ứng nhu cầu dự kiến. Thông tin từ các
nhà cung cấp về các hệ thống có thể có và cấu hình hệ thống trở nên thích hợp hơn ở giai đoạn này và cần được
xem xét với cấp quản lý và người dùng.
Ngoài ra, khối lượng công việc có thể được mô phỏng và chạy trên các hệ thống khác nhau, bao gồm cả những
đã được sử dụng trong tổ chức. Quá trình này được gọi là điểm chuẩn.
Các tiêu chí mà các nhà phân tích hệ thống và người dùng nên sử dụng để đánh giá hiệu suất của các
phần cứng hệ thống bao gồm:
1. Thời gian cần thiết cho các giao dịch trung bình (bao gồm thời gian nhập dữ liệu và
mất bao lâu để nhận được đầu ra)
2. Tổng dung lượng âm lượng của hệ thống (có thể xử lý cùng lúc bao nhiêu phần trăm trước khi phát
sinh sự cố)
3. Thời gian nhàn rỗi của CPU hoặc mạng
4. Kích thước của bộ nhớ được cung cấp
Một số tiêu chí sẽ được thể hiện trong các cuộc trình diễn chính thức; một số không thể mô phỏng và phải
được thu thập từ các thông số kỹ thuật của nhà sản xuất hoặc nhà cung cấp dịch vụ. Điều quan trọng là phải rõ
ràng về các chức năng cần thiết và mong muốn trước khi quá bị cuốn vào các tuyên bố của nhà cung cấp trong các
cuộc biểu tình.
Sau khi các yêu cầu chức năng được biết và các sản phẩm hiện có sẵn được kiểm tra trước và so sánh với
những gì đã tồn tại trong tổ chức, các nhà phân tích hệ thống kết hợp với người dùng và ban quản lý có thể đưa
ra quyết định về việc có cần thiết phải lấy phần cứng mới hay không.
ƯU ĐIỂM KHI MUA PHẦN CỨNG MÁY TÍNH Nếu tổ chức mua máy tính của riêng mình, tổ chức sẽ có toàn quyền kiểm
soát về loại phần cứng và phần mềm. Công ty sẽ quyết định khi nào mua nó và khi nào thì thay thế nó.
Thường thì việc mua thiết bị máy tính hoàn toàn sẽ rẻ hơn về lâu dài, nhưng chỉ khi tổ chức mua được
thiết bị máy tính phù hợp. Mua máy tính thường có lợi thế về thuế ở Hoa Kỳ do các quy định về khấu hao.
NHƯỢC ĐIỂM KHI MUA PHẦN CỨNG MÁY TÍNH Việc mua máy tính gặp khó khăn vì chi phí mua thiết bị ban đầu
thường rất cao. Việc sử dụng thiết bị máy tính theo thời gian không phải lúc nào cũng hoạt động do các
vấn đề tương thích tồn tại với các kiểu máy và thiết bị cũ khác nhau, nhưng việc mua mọi thứ cùng một
lúc đồng nghĩa với việc buộc phải bỏ vốn hoặc vay tiền.
Nguy cơ lỗi thời của thiết bị là một mối quan tâm nghiêm trọng, và việc mắc kẹt với thiết bị không hữu ích do ai
đó đưa ra quyết định sai là một rủi ro rất lớn. Cuối cùng, tổ chức cần nhớ rằng toàn bộ trách nhiệm vận hành và
bảo trì thuộc về công ty mua thiết bị. Đây có thể là một bất lợi lớn vì nó ràng buộc con người và tiền bạc.
Cho thuê thời gian và không gian trên đám mây

Thay vì mua thiết bị của riêng họ, các công ty có thể sử dụng các dịch vụ đám mây. Một số dịch vụ có sẵn là lưu
trữ web, lưu trữ email, lưu trữ ứng dụng, sao lưu, lưu trữ và hỗ trợ cơ sở dữ liệu, lưu trữ và hỗ trợ thương
mại điện tử. Ưu điểm và nhược điểm của việc mua phần cứng so với sử dụng dịch vụ đám mây được thể hiện trong
Hình 3.6.
Các dịch vụ đám mây có khả năng mở rộng, có nghĩa là nếu doanh nghiệp phát triển, tổ chức có thể dễ dàng
bổ sung sức mạnh tính toán mà không cần mua thêm phần cứng mới. Mặc dù ít tổ chức tiết kiệm tiền
Thuận lợi Nhược điểm

HÌNH 3.6
So sánh ưu và nhược điểm của
Mua • Toàn quyền kiểm soát phần cứng • Chi phí ban đầu cao việc mua tài nguyên máy tính so với
máy tính và phần mềm • Nguy cơ lỗi thời
sử dụng dịch vụ đám mây.
phần cứng • Thường rẻ hơn về lâu dài • Nguy cơ bị mắc kẹt nếu lựa chọn
• Cung cấp lợi thế về thuế thông qua đã sai
khấu hao • Chịu trách nhiệm hoàn toàn về hoạt động
và bảo trì
Sử dụng đám mây • Bảo trì và nâng cấp • Công ty không kiểm soát
dịch vụ do nhà cung cấp thực hiện dữ liệu riêng
• Khả năng thay đổi phần mềm và • Bảo mật dữ liệu có nguy cơ
phần cứng nhanh chóng • Rủi ro về độ tin cậy của Internet
• Có thể mở rộng — có thể phát triển nhanh chóng nền tảng
• Nhất quán trên nhiều nền tảng • API và phần mềm độc quyền
• Không bị ràng buộc vốn có thể làm cho nhà cung cấp chuyển đổi
khó khăn
bằng cách mua các dịch vụ đám mây, họ giải thưởng sự nhanh nhẹn có được bằng cách có thể thêm hoặc dừng các dịch
vụ đám mây khi cần thiết.
Ba danh mục chính của điện toán đám mây là Phần mềm như một dịch vụ (SaaS), Infrastruc ture as a Service
(IaaS) và Nền tảng như một dịch vụ (PaaS). Với SaaS, nhà cung cấp đám mây bán quyền truy cập vào các ứng dụng (sẽ
được thảo luận sau trong chương này, khi chúng ta thảo luận về phần mềm). Với IaaS, còn được gọi là Phần cứng
dưới dạng Dịch vụ (HaaS), một tổ chức cung cấp các nhu cầu về hoạt động phần cứng của mình cho nhà cung cấp dịch
vụ. Sử dụng cách tiếp cận PaaS, các công ty sử dụng Internet để thuê tất cả các phương thức phần cứng, hệ điều
hành, bộ nhớ và thậm chí cả dung lượng mạng. Một tùy chọn khác là sử dụng phương pháp kết hợp trong đó một số phần
cứng được duy trì trong tổ chức cục bộ và một số phần mềm dựa trên đám mây. Điều này bao gồm các dịch vụ đám mây
công cộng và riêng tư.
Các quyết định về điện toán đám mây trước tiên có thể được giải quyết ở cấp độ chiến lược. Cearley (2010)
tuyên bố rằng một doanh nghiệp nên (1) xác định trường hợp kinh doanh cấp cao tập trung vào các lợi ích cấp cao của
điện toán đám mây đối với tổ chức; (2) xác định các yêu cầu cốt lõi (có thể lập danh sách nhanh để bắt đầu) hỗ trợ
việc chuyển đổi CNTT lên đám mây, bao gồm các yếu tố như hiệu suất hệ thống, bảo mật mong muốn trong các mối quan
hệ đám mây, quản trị CNTT và dự đoán tăng trưởng của doanh nghiệp; và (3) xác định các công nghệ cốt lõi cho doanh
nghiệp, bắt đầu với danh sách các công nghệ điện toán đám mây hữu ích. Là một nhà phân tích, bạn có thể được yêu
cầu tạo điều kiện cho bất kỳ hoặc tất cả các bước này, hoặc sự trợ giúp của bạn có thể được yêu cầu tại một số
thời điểm trong quá trình chuyển dịch vụ điện toán lên đám mây.
LỢI ÍCH CỦA MÁY TÍNH ĐÁM MÂY Một số lợi ích của điện toán đám mây bao gồm ít thời gian dành cho việc duy trì
các hệ thống cũ hoặc thậm chí thực hiện các tác vụ thường xuyên như bảo trì hoặc nâng cấp các hệ thống hiện
tại. Việc sử dụng đám mây có thể giúp việc mua các dịch vụ CNTT trở nên đơn giản hơn và cũng có thể giúp việc
tách khỏi hoặc ngừng các dịch vụ không còn cần thiết dễ dàng và nhanh chóng hơn.
Sử dụng các dịch vụ đám mây làm cho các ứng dụng của bạn có thể mở rộng, có nghĩa là bạn có thể phát triển chúng dễ
dàng bằng cách thêm nhiều tài nguyên đám mây hơn. Điện toán đám mây cũng có tiềm năng cung cấp tính nhất quán trên
nhiều nền tảng mà trước đây vốn rời rạc hoặc khó tích hợp. Cuối cùng, không có vốn bị ràng buộc và không cần tài
chính.
BẢN VẼ CỦA MÁY TÍNH ĐÁM MÂY Cũng như bất kỳ sự đổi mới nào khác, có một số nhược điểm của việc áp dụng điện
toán đám mây cho các tổ chức. Mất quyền kiểm soát dữ liệu được lưu trữ trên đám mây có lẽ là mối quan tâm
nổi bật nhất khi dựa vào điện toán đám mây; nếu nhà cung cấp dịch vụ đám mây không còn tồn tại, không rõ điều
gì sẽ xảy ra với dữ liệu của tổ chức. Lờ mờ gần như lớn là các mối đe dọa bảo mật tiềm ẩn đối với dữ liệu
không được lưu trữ tại cơ sở hoặc thậm chí trên máy tính riêng của tổ chức. Độ tin cậy của Internet như một
nền tảng tạo thành mối quan tâm chính thứ ba đối với các tổ chức.
Hơn nữa, điều gì đó có thể làm giảm khả năng điều động của tổ chức khi nói đến điện toán đám mây là viễn cảnh
công ty có thể gặp khó khăn khi sử dụng ứng dụng

giao diện lập trình (API) độc quyền với nhà cung cấp đám mây. Điều này có thể làm cho việc chuyển đổi giữa các
nhà cung cấp điện toán đám mây trở nên khó khăn hơn. Một sự phát triển khác trong điện toán đám mây mà các nhà
phân tích cần lưu ý là một số quốc gia hiện đang bắt buộc bất kỳ công ty nào kinh doanh ở đó phải sử dụng các
nhà cung cấp dịch vụ đám mây có trụ sở tại quốc gia đó.
Ví dụ, Apple hiện đang tuân thủ luật pháp như thế này ở Trung Quốc.
Đánh giá hỗ trợ của nhà cung cấp cho phần cứng máy tính
Một số lĩnh vực chính cần được đánh giá khi cân nhắc các dịch vụ hỗ trợ mà các nhà cung cấp cung cấp cho
doanh nghiệp. Hầu hết các nhà cung cấp phần cứng đều cung cấp kiểm tra phần cứng khi giao hàng và bảo hành 90
ngày đối với bất kỳ lỗi nào của nhà máy, nhưng bạn phải xác định chắc chắn nhà cung cấp phải cung cấp những
gì khác. Các nhà cung cấp dịch vụ đám mây cung cấp bảo đảm hoàn tiền trong 30-60 ngày. Các nhà cung cấp có
chất lượng tương đương thường phân biệt mình với những người khác trong phạm vi dịch vụ hỗ trợ mà họ cung cấp.
Danh sách các tiêu chí chính cần được kiểm tra khi đánh giá hỗ trợ của nhà cung cấp được cung cấp trong
Hình 3.7. Các dịch vụ hỗ trợ bao gồm bảo trì định kỳ và phòng ngừa phần cứng, thời gian phản hồi cụ thể (trong
vòng sáu giờ, ngày làm việc tiếp theo, v.v.) trong trường hợp thiết bị khẩn cấp bị hỏng, cho mượn thiết bị
trong trường hợp phần cứng phải được thay thế vĩnh viễn hoặc sửa chữa tại chỗ là bắt buộc, và đào tạo nội bộ
hoặc hội thảo nhóm ngoài cơ sở cho người dùng. Các nhà cung cấp dịch vụ đám mây đưa ra yêu cầu về thời gian
hoạt động và hứa sẽ liên hệ lại với bạn về một câu hỏi trong một khoảng thời gian nhất định, chẳng hạn như 24
giờ. Xem xét các tài liệu dịch vụ hỗ trợ đi kèm với việc mua thiết bị và nhớ liên hệ với nhân viên pháp lý
thích hợp trước khi ký hợp đồng mua thiết bị hoặc dịch vụ.
Thật không may, quá trình đánh giá phần cứng máy tính và các nhà cung cấp đám mây không đơn giản chỉ là
so sánh chi phí và chọn tùy chọn ít tốn kém nhất. Trước khi bị thuyết phục rằng mua các vật tương thích rẻ
hơn là cách cung cấp cho hệ thống của bạn khả năng bổ sung, bạn cần thực hiện đủ nghiên cứu để cảm thấy tin
tưởng rằng nhà cung cấp phần cứng hoặc nhà cung cấp đám mây là một tổ chức doanh nghiệp ổn định.
Hiểu tùy chọn Mang theo thiết bị của riêng bạn (BYOD)
Mang theo thiết bị của riêng bạn (BYOD) hoặc mang theo công nghệ của riêng bạn (BYOT) đang là một xu hướng
xuất hiện ở nhiều tổ chức thuộc các ngành khác nhau. Các tổ chức này có quy mô đa dạng và có nhân viên với các
kỹ năng khác nhau. Nói chung, BYOD hoặc BYOT có nghĩa là thay vì sử dụng điện thoại thông minh hoặc máy tính
bảng do tổ chức phát hành, nhân viên sử dụng thiết bị của riêng mình để truy cập từ xa các mạng, dữ liệu và
dịch vụ của công ty khi làm việc bên ngoài văn phòng. Phương pháp BYOD thường được trình bày
HÌNH 3.7 Dịch vụ nhà cung cấp Thông tin cụ thể Các nhà cung cấp Thường cung cấp
Hướng dẫn lựa chọn nhà cung cấp.
Hỗ trợ phần cứng Dòng phần cứng đầy đủ
Chất lượng sản phẩm
Sự bảo đảm
Hỗ trợ phần mềm Hoàn thành nhu cầu phần mềm
Lập trình tùy chỉnh
Sự bảo đảm
Cài đặt và Đào tạo Cam kết đúng tiến độ
Tập huấn trong nhà

Hỗ trợ kỹ thuật
Sự bảo trì Quy trình bảo dưỡng định kỳ
Thời gian phản hồi cụ thể trong trường hợp khẩn cấp
Cho mượn thiết bị khi đang sửa chữa
Dịch vụ điện toán đám mây

web hosting
Lưu trữ email
Lưu trữ dữ liệu
Phần mềm như là một dịch vụ Nâng cấp phần mềm tự động
Dịch vụ hỗ trợ
Bảo mật và chống vi-rút

như một cách để giảm chi phí phần cứng của tổ chức và cải thiện tinh thần của những nhân viên, những người
trung bình đã mang theo một hoặc nhiều thiết bị di động để làm việc cho các nhiệm vụ cá nhân.
Là một nhà phân tích hệ thống, bạn sẽ làm việc để khám phá thông qua sự kết hợp của các cuộc phỏng
vấn, tìm hiểu và quan sát xem phần lớn nhóm đang sử dụng công nghệ cá nhân nào. Ví dụ: nếu bạn quan sát
thấy tất cả các giám đốc điều hành trong nhóm ra quyết định đã mang iPad đến mỗi ngày, bạn có thể kết luận
rằng việc thiết kế bảng điều khiển cho iPad có một số giá trị.
Chúng là những thiết bị bạn muốn đưa vào thiết kế ban đầu của mình hơn là một thiết bị có sẵn sau đó. Nếu
quan sát của bạn cho thấy hầu hết các giám đốc điều hành thích họp mặt trực tiếp, nhưng họ sử dụng thiết
bị cầm tay của mình (chẳng hạn như điện thoại di động) để kiểm tra dữ liệu và email của công ty khác trong
các cuộc họp, thì bạn có thể muốn xem xét hỗ trợ email công ty trên điện thoại cá nhân của họ .
LỢI ÍCH VÀ BẢN VẼ CỦA BYOD Lợi ích của máy tính BYOD bao gồm xây dựng tinh thần của nhân viên, khả năng giảm chi phí mua
phần cứng CNTT ban đầu của tổ chức, tạo điều kiện truy cập từ xa, liên tục vào mạng máy tính của công ty bất kể vị trí
và xây dựng trên một thiết bị quen thuộc giao diện người dùng để truy cập các dịch vụ máy tính, ứng dụng, cơ sở dữ liệu
và lưu trữ của công ty. Rủi ro bảo mật do người dùng chưa được đào tạo có lẽ là nhược điểm lớn nhất.
Các mối đe dọa đã xác định là mất chính thiết bị, đánh cắp thiết bị và dữ liệu của thiết bị, truy cập trái
phép vào mạng công ty bằng thiết bị di động cá nhân, v.v. Các mối đe dọa khác được đặt ra bởi hành vi
thường xảy ra với các thiết bị di động có thể tốt ở khía cạnh riêng tư nhưng không ổn ở khía cạnh công
ty, chẳng hạn như sử dụng các điểm truy cập Wi-Fi miễn phí, sử dụng các ứng dụng như Dropbox và các ứng dụng khác.
Tạo phần mềm tùy chỉnh

Các nhà phân tích và tổ chức ngày càng phải đối mặt với quyết định thực hiện, mua hoặc thuê ngoài khi đánh
giá phần mềm cho các dự án hệ thống thông tin, đặc biệt khi dự tính nâng cấp lên các hệ thống hiện có hoặc
kế thừa. Các nhà phân tích có ba lựa chọn: tạo phần mềm của riêng họ, mua phần mềm bán sẵn (COTS) thương
mại hoặc sử dụng phần mềm từ nhà cung cấp SaaS. Hình 3.8 tóm tắt những ưu điểm và nhược điểm của từng
phương án này.
Thuận lợi Nhược điểm

HÌNH 3.8
So sánh những ưu điểm và nhược
Tạo tùy chỉnh • Phản hồi cụ thể đối với • Có thể cao hơn đáng kể
điểm của việc tạo phần mềm tùy chỉnh,
Phần mềm nhu cầu kinh doanh chuyên biệt chi phí ban đầu so với COTS
mua gói COTS và gia công cho nhà cung
• Đổi mới có thể mang lại cho công ty một
phần mềm hoặc ASP
cấp SaaS.
lợi thế cạnh tranh • Sự cần thiết của việc thuê hoặc làm việc
• Nhân viên nội bộ luôn sẵn sàng phục vụ với một nhóm phát triển
duy trì phần mềm • Đang duy trì
• Tự hào về quyền sở hữu
Mua COTS • Tinh tế trong quảng cáo • Lập trình tập trung; không phải
Các gói thế giới tập trung vào kinh doanh
• Tăng độ tin cậy • Phải sống với cái hiện có
• Tăng cường chức năng Tính năng, đặc điểm
• Chi phí ban đầu thường thấp hơn • Tùy chỉnh hạn chế
• Tương lai tài chính không chắc chắn

• Đã được người khác sử dụng
công ty của nhà cung cấp
• Trợ giúp và đào tạo đi kèm • Sở hữu ít hơn và

với phần mềm lời cam kết
Sử dụng SaaS • Các tổ chức không • Mất quyền kiểm soát dữ liệu, hệ thống,
chuyên về thông tin Nhân viên CNTT và lịch trình
hệ thống có thể tập trung vào những gì • Quan tâm đến tài chính
họ làm tốt nhất (chiến lược của họ khả năng tồn tại và ổn định lâu dài
Sứ mệnh) của nhà cung cấp SaaS
• Không cần phải thuê, • Bảo mật, bí mật và
đào tạo hoặc duy trì một lượng lớn nhân viên CNTT mối quan tâm về quyền riêng tư
• Không có chi • Mất chiến lược tiềm năng
thời gian của nhân viên vào lợi thế của công ty liên quan đến
nhiệm vụ CNTT không cần thiết tính đổi mới của các ứng dụng
Veni ,Vidi,Vendi , hoặc "Tôi đến, tôi thấy, tôi đã bán"
"Của nó thực sự là một số lựa chọn. Ý tôi là, dường như không có gói duy tiện ích lịch để theo dõi việc triển khai chiến dịch quảng cáo. Và tôi thích
nhất nào có mọi thứ chúng ta muốn. Tuy nhiên, một số người trong số họ đã thành cách các menu cho màn hình hiển thị đều có thể được chọn bằng chữ số La Mã. Nó
công, ”Roman, giám đốc điều hành quảng cáo của Tạp chí Empire , người mà bạn đã được dễ dàng để làm theo. Và nhà cung cấp sẽ không khó để thay đổi giá cả.
đang làm việc trong một dự án hệ thống cho biết. Gần đây, hai bạn đã quyết định Tôi nghĩ họ đã đang trong một cuộc chiến về giá cả ”.
rằng phần mềm đóng gói có thể sẽ phù hợp với nhu cầu của bộ phận quảng cáo và "Tuy nhiên, bạn có muốn biết yêu thích của tôi không?" Roman hỏi một cách
ngăn chặn sự suy giảm chung của nó. tò mò. “Đó là thứ do Jupiter, Unlimited đưa ra. Ý tôi là, nó có tất cả mọi thứ,
“Bản demo của anh chàng cuối cùng mà chúng tôi thấy — bạn biết đấy, một phải không? Nó tốn thêm một chút tiền, nhưng nó làm được những gì chúng ta cần
người từng làm việc cho Data Coliseum — thực sự có một màn chào hàng toàn diện. làm, và tài liệu là trên trời. Tất nhiên, họ không thực hiện bất kỳ khóa đào
Và tôi thích tài liệu quảng cáo của họ. In đầy đủ màu sắc, trên kho thẻ. Cổ điển," tạo nào. Họ nghĩ rằng họ đang ở trên nó ”.
Roman khẳng định. “Còn những người từ Vesta Systems thì sao? Để trả lời các câu hỏi nóng bỏng của Roman trước thời hạn ngày 15 tháng
Họ thực sự bùng cháy. Và gói của họ rất dễ sử dụng với một số nghi lễ tối thiểu. 3, bạn cần đánh giá phần mềm cũng như các nhà cung cấp một cách có hệ thống và
Bên cạnh đó, họ nói rằng họ sẽ đào tạo tất cả 12 người chúng tôi tại chỗ, miễn sau đó đưa ra quyết định. Đánh giá từng nhà cung cấp và gói dựa trên những gì
phí. Nhưng hãy nhìn vào quảng cáo của họ. Họ chỉ lấy mọi thứ ra khỏi máy in của Roman đã nói cho đến nay. (Giả sử rằng bạn có thể tin tưởng vào ý kiến của anh ấy.)
họ. " Thành kiến rõ ràng của Roman khi đánh giá phần mềm và địa điểm là gì? Bạn cần
Roman ngồi yên trên ghế khi tiếp tục bài đánh giá đột xuất về phần mềm và thêm thông tin gì về từng công ty và phần mềm của họ trước khi có thể đưa ra
các nhà cung cấp phần mềm. “Tuy nhiên, một gói hàng từ Mars, Inc. thực sự đã lựa chọn? Lập bảng để đánh giá từng nhà cung cấp. Trả lời mỗi câu hỏi trong một
bán cho tôi tất cả. Ý tôi là, nó đã được tích hợp sẵn đoạn văn riêng biệt.
Một số tình huống yêu cầu việc tạo ra các thành phần phần mềm hoặc phần mềm nguyên bản, tùy chỉnh.
Trường hợp có thể xảy ra nhất là khi phần mềm COTS không tồn tại hoặc không thể được xác định cho ứng
dụng mong muốn. Ngoài ra, phần mềm có thể tồn tại nhưng không có khả năng chi trả hoặc không dễ dàng mua
hoặc cấp phép.
Phần mềm gốc nên được tạo ra khi một tổ chức đang cố gắng đạt được lợi thế cạnh tranh thông qua
việc sử dụng hệ thống thông tin một cách tận dụng. Điều này thường xảy ra khi một tổ chức đang tạo thương
mại điện tử hoặc các ứng dụng sáng tạo khác mà chưa có. Một tổ chức cũng có thể là “động lực đầu tiên”
trong việc sử dụng một công nghệ cụ thể hoặc trong ngành cụ thể của nó. Các tổ chức có yêu cầu chuyên môn
cao hoặc tồn tại trong các ngành công nghiệp thích hợp cũng có thể được hưởng lợi từ việc tạo phần mềm
gốc.
Những lợi thế của việc tạo phần mềm tùy chỉnh bao gồm khả năng đáp ứng các nhu cầu của người dùng
và doanh nghiệp chuyên biệt, đạt được lợi thế cạnh tranh bằng cách tạo ra phần mềm sáng tạo, có sẵn nhân
viên để bảo trì phần mềm và tự hào khi sở hữu thứ mà bạn đã tạo ra.
Những hạn chế của việc phát triển phần mềm tùy chỉnh bao gồm khả năng chi phí ban đầu cao hơn đáng
kể so với việc mua phần mềm COTS hoặc ký hợp đồng với nhà cung cấp SaaS, sự cần thiết của việc thuê hoặc
làm việc với nhóm phát triển và thực tế là bạn phải chịu trách nhiệm bảo trì liên tục vì bạn đã tạo phần
mềm.
Mua phần mềm COTS

Phần mềm COTS bao gồm các sản phẩm như bộ Microsoft Office, bao gồm Word để xử lý văn bản, Excel cho bảng
tính, Access để xây dựng cơ sở dữ liệu và các ứng dụng khác.
Các loại phần mềm COTS khác dành cho các hệ thống cấp tổ chức hơn là sử dụng cho văn phòng hoặc cá nhân.
Một trang web như softwareadvice.com liệt kê các gói hoạch định nguồn lực doanh nghiệp (ERP) phổ biến
(nhưng tốn kém) như Oracle và SAP trong các đánh giá của họ về phần mềm COTS. Các gói này hoàn toàn khác
nhau về số lượng tùy chỉnh, hỗ trợ và bảo trì cần thiết so với Microsoft Office. Phần mềm COTS cũng có
thể đề cập đến các thành phần hoặc đối tượng phần mềm (còn được gọi là khối xây dựng) có thể được mua
để cung cấp một chức năng cần thiết cụ thể trong hệ thống.
Bạn nên cân nhắc sử dụng phần mềm COTS khi bạn có thể dễ dàng tích hợp các ứng dụng hoặc gói vào các
hệ thống hiện có hoặc đã lên kế hoạch và khi bạn đã xác định không cần phải thay đổi hoặc tùy chỉnh hệ
thống ngay lập tức hoặc liên tục cho người dùng. Các dự báo của bạn phải chứng minh rằng tổ chức mà bạn
đang thiết kế hệ thống không có khả năng trải qua những thay đổi lớn sau
đề xuất mua phần mềm COTS, chẳng hạn như sự gia tăng mạnh mẽ về khách hàng hoặc mở rộng vật lý lớn.
Có một số lợi thế khi mua phần mềm COTS mà bạn nên ghi nhớ khi cân nhắc các lựa chọn thay thế. Một
lợi thế là các sản phẩm này đã được tinh chế thông qua quá trình sử dụng và phân phối thương mại và các
chức năng bổ sung thường được cung cấp. Một ưu điểm khác là phần mềm đóng gói thường được thử nghiệm
rộng rãi và do đó cực kỳ đáng tin cậy.
Chức năng gia tăng thường được cung cấp với phần mềm COTS vì một sản phẩm thương mại có khả năng
có các sản phẩm đồng hành, các tính năng bổ sung và nâng cấp để nâng cao tính hấp dẫn của nó. Ngoài ra,
các nhà phân tích thường thấy rằng chi phí ban đầu của phần mềm COTS thấp hơn chi phí phát triển phần
mềm nội bộ hoặc sử dụng nhà cung cấp SaaS.
Một lợi thế khác của việc mua gói COTS là nhiều công ty khác sử dụng chúng, vì vậy các nhà phân tích
không thử nghiệm trên khách hàng của họ với các ứng dụng phần mềm độc nhất vô nhị. Cuối cùng, phần mềm
COTS tự hào có lợi thế về sự trợ giúp và đào tạo đi kèm với việc mua phần mềm đóng gói.
Một ví dụ về việc sử dụng phần mềm COTS là từ một công ty rạp hát trong lĩnh vực phi lợi nhuận,
trong đó các tổ chức (đặc biệt trong nghệ thuật biểu diễn) có xu hướng tụt hậu so với các tổ chức vì lợi
nhuận của họ trong việc áp dụng công nghệ truyền thông thông tin (ICT). Công ty rạp chiếu phim đã chậm
chạp trong việc chuyển sang trang Web. Khi công ty muốn tạo ra các ứng dụng thương mại điện tử, công ty
đã phải thuê các nhà thiết kế bên ngoài để tạo ra các ứng dụng thương mại điện tử cho họ. Do chi phí cao
và thiếu chuyên môn nội bộ, nhiều tổ chức phi lợi nhuận chỉ đơn giản là không chuyển phần kinh doanh của
tổ chức của họ lên Web; thay vào đó, họ chờ đợi các gói COTS, chẳng hạn như phần mềm phòng vé dựa trên
PC, hoặc SaaS, chẳng hạn như các đại lý bán vé trực tuyến có tự động hóa, để cung cấp các dịch vụ này
cho khách hàng quen. Phát triển phần mềm nội bộ, tùy chỉnh không phải là câu hỏi đối với hầu hết các nhóm
này, những nhóm này thường có ngân sách và nhân viên CNTT nhỏ hoặc không tồn tại và chuyên môn CNTT nội
bộ tối thiểu.
Có một nhược điểm khi sử dụng phần mềm COTS. Bởi vì nó không có nghĩa là có thể tùy chỉnh hoàn
toàn, công ty rạp hát đã mất khả năng thay đổi phần mềm để bao gồm các tính năng chính trong cơ sở dữ
liệu của nhà tài trợ mà người dùng dựa vào. Phần mềm COTS cũng có thể bao gồm các lỗi có thể khiến tổ
chức gặp phải các vấn đề về trách nhiệm pháp lý.
Có những nhược điểm khác cần xem xét khi mua phần mềm COTS, bao gồm thực tế là các gói được lập
trình thay vì tập trung vào người dùng con người làm việc trong một công việc bận rộn. Người dùng phải
sống với bất kỳ tính năng nào tồn tại trong phần mềm, cho dù chúng có phù hợp hay không. Một bất lợi phát
sinh từ điều này là khả năng tùy biến hạn chế của hầu hết các phần mềm đóng gói.
Những bất lợi khác khi mua phần mềm COTS bao gồm sự cần thiết của việc điều tra tính ổn định đầu tiên
của nhà cung cấp phần mềm và cảm giác sở hữu và cam kết giảm sút là điều không thể tránh khỏi khi phần
mềm được coi là một sản phẩm hơn là một quá trình.
Để đạt được một số quan điểm về các hệ thống đang được phát triển, bạn nên nhận ra rằng hơn một nửa
số dự án được xây dựng từ đầu (hai phần ba sử dụng các phương pháp truyền thống như SDLC và tạo mẫu và
một phần ba sử dụng công nghệ nhanh hoặc hướng đối tượng). Hầu hết trong số này được phát triển bằng
cách sử dụng một nhóm phân tích hệ thống nội bộ. Các lập trình viên máy tính có thể là trong nhà hoặc
thuê ngoài.
Ít hơn một nửa trong số tất cả các dự án được phát triển từ các ứng dụng hoặc thành phần hiện có.
Phần lớn được sửa đổi, một số mở rộng. Ít hơn 5 phần trăm phần mềm là phần mềm bán sẵn không cần sửa đổi
gì cả.
Sử dụng Dịch vụ của Nhà cung cấp SaaS

Các tổ chức có thể nhận ra một số lợi ích từ việc áp dụng một cách tiếp cận hoàn toàn khác để mua sắm
phần mềm: Gia công một số phần mềm của tổ chức cần cho một nhà cung cấp SaaS đặc biệt thích hợp trong các
ứng dụng CNTT.
Có những lợi ích cụ thể khi thuê ngoài ứng dụng cho nhà cung cấp SaaS. Ví dụ, các tổ chức muốn duy
trì trọng tâm chiến lược và làm những gì họ giỏi nhất có thể muốn thuê ngoài sản xuất các ứng dụng hệ
thống thông tin. Ngoài ra, nhu cầu về phần mềm gia công có nghĩa là tổ chức thực hiện gia công phần mềm
có thể tránh được nhu cầu thuê, đào tạo và giữ lại một lượng lớn nhân viên CNTT. Điều này có thể dẫn đến
tiết kiệm đáng kể. Khi một tổ chức sử dụng SaaS, có rất ít hoặc không tốn thời gian quý báu của nhân viên
cho các nhiệm vụ CNTT không cần thiết; những điều này được SaaS xử lý một cách chuyên nghiệp.
Việc thuê một nhà cung cấp SaaS không nên được coi là một công thức kỳ diệu để giải quyết
các yêu cầu về phần mềm. Một số hạn chế đối với việc sử dụng SaaS phải được xem xét nghiêm túc.
Một bất lợi là mất quyền kiểm soát chung đối với dữ liệu công ty, hệ thống thông tin, nhân viên
CNTT và thậm chí cả lịch trình xử lý và dự án. Một số công ty tin rằng trọng tâm của doanh nghiệp
là thông tin của họ, vì vậy ngay cả ý nghĩ từ bỏ quyền kiểm soát đối với nó cũng khiến họ lo
lắng. Một bất lợi khác là mối quan tâm về khả năng tài chính của bất kỳ SaaS nào được chọn. Cũng
có thể có những lo ngại về tính bảo mật của dữ liệu và hồ sơ của tổ chức, cùng với lo ngại về
tính bảo mật của dữ liệu và quyền riêng tư của khách hàng. Cuối cùng, khi lựa chọn một nhà cung
cấp SaaS, sẽ có khả năng mất đi lợi thế chiến lược của công ty có thể đã đạt được thông qua việc
công ty triển khai các ứng dụng sáng tạo do nhân viên của công ty tạo ra.
Đánh giá hỗ trợ của nhà cung cấp đối với phần mềm và SaaS
Cho dù bạn mua gói COTS hay hợp đồng cho SaaS từ một nhà cung cấp, bạn sẽ được làm việc với những
nhà cung cấp có thể có lợi ích tốt nhất của riêng họ. Bạn phải sẵn sàng đánh giá phần mềm với
người dùng và không bị ảnh hưởng quá mức bởi các chiêu trò bán hàng của nhà cung cấp. Nói một
cách cụ thể, có sáu danh mục chính để phân loại phần mềm, như thể hiện trong Hình 3.9: hiệu quả
hoạt động, hiệu quả hoạt động, tính dễ sử dụng, tính linh hoạt, chất lượng của tài liệu cố vấn
và hỗ trợ của nhà sản xuất.
Đánh giá phần mềm đóng gói dựa trên bản trình diễn sử dụng dữ liệu thử nghiệm từ doanh nghiệp
của khách hàng của bạn và kiểm tra tài liệu kèm theo. Chỉ mô tả của nhà cung cấp sẽ không đủ. Các
nhà cung cấp thường chứng nhận rằng phần mềm đang hoạt động, nhưng họ không đảm bảo rằng nó sẽ
không có lỗi trong mọi trường hợp, rằng nó sẽ không bị lỗi khi người dùng thực hiện các hành
động không chính xác hoặc nó sẽ tương thích với tất cả các phần mềm khác mà tổ chức hiện đang chạy .
Rõ ràng, họ sẽ không đảm bảo phần mềm đóng gói của họ nếu nó được sử dụng cùng với phần cứng bị
lỗi.
HÌNH 3.9
Yêu cầu phần mềm Các tính năng phần mềm cụ thể
Hướng dẫn đánh giá phần mềm.
Hiệu quả hoạt động Có thể thực hiện tất cả các nhiệm vụ được yêu cầu
Có thể thực hiện tất cả các tác vụ mong muốn
Màn hình hiển thị được thiết kế tốt
Công suất phù hợp
Hiệu quả hoạt động Thời gian phản hồi nhanh
Đầu vào hiệu quả
Đầu ra hiệu quả
Lưu trữ dữ liệu hiệu quả
Sao lưu hiệu quả
Dễ sử dụng Giao diện người dùng hài lòng
Menu trợ giúp có sẵn
Tệp “Đọc cho tôi” để biết những thay đổi vào phút cuối
Giao diện linh hoạt
Phản hồi đầy đủ
Khôi phục lỗi tốt
Uyển chuyển Tùy chọn đầu vào
Tùy chọn cho đầu ra

Có thể sử dụng với phần mềm khác
Chất lượng tài liệu Tổ chức tốt
Hướng dẫn trực tuyến đầy đủ

Trang web có câu hỏi thường gặp
Hỗ trợ nhà sản xuất Đường dây nóng hỗ trợ kỹ thuật

Bản tin / email
Trang web với các bản cập nhật sản phẩm có thể tải xuống
Xác định, Dự báo và So sánh Chi phí

và Lợi ích
Chi phí và lợi ích của một hệ thống máy tính được đề xuất phải luôn được xem xét cùng nhau vì chúng có
mối quan hệ với nhau và thường phụ thuộc lẫn nhau. Mặc dù nhà phân tích hệ thống cố gắng đề xuất một hệ
thống đáp ứng các yêu cầu thông tin khác nhau, các quyết định tiếp tục với hệ thống được đề xuất sẽ dựa
trên phân tích chi phí - lợi ích, không dựa trên các yêu cầu thông tin. Theo nhiều cách, lợi ích được đo
lường bằng chi phí, điều này trở nên rõ ràng trong phần tiếp theo.
Dự báo
Các nhà phân tích hệ thống được yêu cầu dự đoán một số biến số chính trước khi gửi đề xuất cho khách
hàng. Ở một mức độ nào đó, một nhà phân tích hệ thống sẽ dựa vào một phân tích giả sử như “Điều gì sẽ
xảy ra nếu chi phí lao động chỉ tăng 5% mỗi năm trong ba năm tới, thay vì 10%?” Tuy nhiên, nhà phân tích
hệ thống nên nhận ra rằng họ không thể dựa vào phân tích what-if cho mọi thứ nếu đề xuất đáng tin cậy, có
ý nghĩa và có giá trị.
Một nhà phân tích hệ thống có sẵn nhiều mô hình dự báo. Điều kiện chính để lựa chọn mô hình là sự
sẵn có của dữ liệu lịch sử. Nếu dữ liệu lịch sử không có sẵn, nhà phân tích phải chuyển sang một trong
các phương pháp phán đoán: ước tính từ lực lượng bán hàng, khảo sát để ước tính nhu cầu của khách hàng,
nghiên cứu Delphi (một dự báo đồng thuận được phát triển độc lập bởi một nhóm chuyên gia thông qua một
loạt các lần lặp lại), tạo của các tình huống, hoặc các phép loại suy trong lịch sử.
Nếu dữ liệu lịch sử có sẵn, sự khác biệt tiếp theo giữa các lớp kỹ thuật liên quan đến việc dự báo
là có điều kiện hay không có điều kiện. Có điều kiện ngụ ý rằng có mối liên hệ giữa các biến trong mô
hình hoặc tồn tại mối quan hệ nhân quả như vậy. Các phương pháp phổ biến trong nhóm này bao gồm tương
quan, hồi quy, các chỉ số hàng đầu, kinh tế lượng và các mô hình đầu vào / đầu ra.
Dự báo vô điều kiện có nghĩa là nhà phân tích không bắt buộc phải tìm hoặc xác định bất kỳ mối quan
hệ nhân quả nào. Do đó, các nhà phân tích hệ thống nhận thấy rằng những phương pháp này là những lựa
chọn thay thế chi phí thấp, dễ thực hiện. Bao gồm trong nhóm này là đánh giá đồ họa, đường trung bình
động và phân tích dữ liệu chuỗi thời gian. Bởi vì những phương pháp này đơn giản, đáng tin cậy và tiết
kiệm chi phí, phần còn lại của phần này tập trung vào chúng.
ƯỚC LƯỢNG XU HƯỚNG Các xu hướng có thể được ước tính theo một số cách khác nhau. Một cách để ước
tính xu hướng là sử dụng đường trung bình. Phương pháp này hữu ích vì một số mẫu theo mùa, theo chu
kỳ hoặc ngẫu nhiên có thể được làm mịn, để lại mô hình xu hướng. Nguyên tắc đằng sau đường trung
bình động là tính giá trị trung bình cộng của dữ liệu từ một số thời kỳ cố định; đường trung bình
động ba tháng chỉ đơn giản là mức trung bình của ba tháng qua. Ví dụ: doanh số bán hàng trung bình cho
tháng 1, tháng 2 và tháng 3 được sử dụng để dự đoán doanh số bán hàng cho tháng 4. Sau đó, doanh số
bán hàng trung bình cho tháng 2, tháng 3 và tháng 4 được sử dụng để dự đoán doanh số bán hàng cho tháng 5, v.v.
Khi kết quả được vẽ biểu đồ, có thể dễ dàng nhận thấy rằng dữ liệu dao động rộng rãi được làm mịn.
Phương pháp trung bình động rất hữu ích cho khả năng làm mịn của nó, nhưng nó cũng có nhiều nhược điểm.
Đường trung bình động bị ảnh hưởng mạnh mẽ hơn bởi các giá trị cực trị hơn là sử dụng đánh giá đồ họa
hoặc ước tính bằng cách sử dụng các phương pháp khác, chẳng hạn như bình phương nhỏ nhất. Một nhà phân
tích nên học dự báo tốt, vì nó thường cung cấp thông tin có giá trị trong việc biện minh cho toàn bộ dự
án.
Xác định lợi ích và chi phí

Lợi ích và chi phí có thể là hữu hình hoặc vô hình. Cả lợi ích và chi phí hữu hình, vô hình đều phải được
tính đến khi hệ thống được xem xét.
LỢI ÍCH TANGIBLE Lợi ích hữu hình là những lợi thế có thể đo lường được bằng đô la tích lũy cho tổ
chức thông qua việc sử dụng hệ thống thông tin. Ví dụ về các lợi ích hữu hình là tăng tốc độ xử lý,
truy cập thông tin không thể truy cập được, truy cập thông tin kịp thời hơn so với trước đây, lợi
thế về sức mạnh tính toán vượt trội của máy tính và giảm thời gian của nhân viên cần thiết để hoàn
thành các nhiệm vụ cụ thể. Và có những lợi ích hữu hình khác. Mặc dù việc đo lường không phải lúc nào
cũng dễ dàng, nhưng lợi ích hữu hình có thể được đo lường bằng đô la thực tế, nguồn lực hoặc thời
gian tiết kiệm được.
Chúng tôi đi xem các Pháp sư
Elphaba I. Menzel và Glinda K. Chenoweth là chủ sở hữu của “Điều đó thật thú vị,” Glinda nói, “nhưng tôi đang thực hiện nghiên cứu của
Emerald City Beautyscapes, một công ty cảnh quan thương mại. riêng mình. Một số đối thủ cạnh tranh của chúng tôi đã nói với tôi rằng họ để một
Họ đang cố gắng quyết định có nên viết phần mềm của riêng mình hay không, sử dụng công ty làm tất cả công việc cho họ. Công ty có tên là Lawn Wizards.
Microsoft Access làm cơ sở; áp dụng gói phần mềm COTS như QuickBooks Pro; hoặc thuê Họ làm cảnh quan, nhưng họ cũng duy trì các khoản phải thu và lên lịch cho các gói
một dịch vụ có tên là Lawn Wizards, Inc. để thực hiện tất cả các chức năng ghi sổ hàng. "
kế toán của họ. Vì vậy, họ đã đến gặp các Pháp sư.
Elphaba quay sang Glinda và hỏi, "Liệu chúng ta có thể tạo ra Joel Green, chủ sở hữu và người tạo ra Lawn Wizards, tự hào về phần mềm của
một hệ thống của riêng chúng ta? ” mình. “Tôi đã dành rất nhiều thời gian làm việc với các nhà cung cấp của mình, tức
Glinda trả lời, “Tôi cho rằng chúng tôi có thể, nhưng sẽ mất mãi mãi. là các vườn ươm, trong khu vực và chúng tôi đã phát triển hệ thống mã hóa cho mọi
Chúng tôi cần xác định tất cả các trường, truy vấn và báo cáo của chúng tôi. thứ,” anh khoe. “Tất cả các loại cây, kích thước của cây, bụi, hoa, lớp phủ, và
Chúng tôi cần biết ai chưa thanh toán cho chúng tôi và đã bao lâu kể từ lần cuối thậm chí cả dụng cụ chăm sóc cỏ đều có số.
chúng tôi lập hóa đơn cho họ. "
Elphaba nói: “Có,” và chúng tôi cũng sẽ phải tạo mô tả sản phẩm, mô tả dịch “Tôi bắt đầu với một công ty nhỏ, nhưng khi khách hàng nhận ra tôi chú ý đến
vụ và mã cho mọi thứ chúng tôi bán và cung cấp. ” từng chi tiết nhỏ, công việc kinh doanh của tôi phát triển mạnh mẽ”. Anh ấy nói
thêm, “Các nhà cung cấp của tôi yêu thích hệ thống của tôi vì nó giảm thiểu sự nhầm lẫn.
Glinda nói: “Nếu đó là tất cả những gì chúng tôi cần, chúng tôi có thể làm “Tôi nhận thấy rằng các đối thủ cạnh tranh của tôi đang làm việc với cùng một
được. “Nhưng chúng tôi cũng cần phải bao gồm một hệ thống lập lịch trình. Chúng nhà cung cấp nhưng nhận được ít ưu đãi hơn vì họ không thể truyền thông về sản
ta cần biết khi nào chúng ta có thể cung cấp dịch vụ cho khách hàng và phải làm gì phẩm một cách hiệu quả. Vì vậy, tôi quyết định sẽ cung cấp phần mềm của mình cho
nếu chúng ta chậm tiến độ. Có lẽ nó không đáng. thuê. Tôi sẽ kiếm tiền bằng cách cho thuê phần mềm của mình và đòi hỏi sự tôn trọng
“Tuy nhiên,” Glinda phản ánh, “mẹ tôi thường nói“ Không có lớn hơn nữa từ các nhà cung cấp của tôi. Tôi thậm chí có thể gửi nó qua đám mây.
nơi như nhà. ' Có lẽ không có phần mềm nào giống cây nhà lá vườn ”. Thỏa thuận cấp phép cho người dùng cuối của tôi nêu rõ rằng tôi sở hữu phần mềm,
Elphaba nhận xét: “Bạn thấy cả hai mặt của mọi thứ. “Nhưng con đường bạn muốn mã sản phẩm và dữ liệu do hệ thống tạo ra.
đi quá dài và nhiều rủi ro. Chúng tôi cần một gói phần mềm sẵn sàng để chúng tôi sử
dụng ngay bây giờ. Tôi nghe nói rằng có những sản phẩm mà họ gọi là phần mềm thương “Sử dụng phần mềm Wizards độc đáo của mình, tôi có thể tùy chỉnh độ tuổi gói
mại sẵn có (COTS) mà chúng tôi có thể mua và điều chỉnh cho phù hợp với hoạt động một chút cho khách hàng, nhưng về cơ bản tất cả các dịch vụ bãi cỏ trong tiểu bang
kinh doanh dịch vụ bãi cỏ của mình. Tôi sẽ điều tra. ” Vì vậy, Elphaba bắt đầu tìm sẽ sử dụng cơ sở dữ liệu, mã và các tính năng B2B của tôi. Tôi duy trì phần mềm của
kiếm phần mềm có thể phù hợp. mình. Nếu bạn có thể nhìn thấy mã phần mềm, nó sẽ giống như một bãi cỏ được cắt
“Tôi đã tìm thấy thứ gì đó,” Elphaba kêu lên. “Tôi tìm thấy phần mềm này có tỉa cẩn thận ”.
tên là QuickBooks Pro tại www.quickbooks.intuit.com và có vẻ như chúng tôi có thể Bây giờ Glinda và Elphaba thậm chí còn bối rối hơn trước.
mua được. Đã có nhiều phiên bản phần mềm — một cho kế toán, một cho xây dựng, một Họ có bốn lựa chọn riêng biệt: tự tạo gói tùy chỉnh, mua sản phẩm phần mềm COTS độc
cho các dịch vụ y tế. Có lẽ chúng tôi có thể tìm thấy một gói phù hợp với chúng lập như Quick Books Pro, đăng ký gói trực tuyến như QuickBooks Online hoặc thuê
tôi. Nếu không, có vẻ như chúng tôi có thể tùy chỉnh phiên bản chung của QuickBooks ngoài nhu cầu của họ cho Lawn Wizards. Giúp họ tìm hiểu bí mật thực sự của hạnh
Pro để phù hợp với nhu cầu của mình. phúc (phần mềm) bằng cách giúp họ nói rõ những ưu và nhược điểm của từng lựa chọn
“Hệ thống của chúng tôi cũng có thể phát triển. QuickBooks Pro có khả năng thay thế của họ. Bạn sẽ khuyên bạn sửa chữa điều gì? Trong hai đoạn văn, hãy viết
mở rộng dễ dàng. Chúng tôi có thể thêm khách hàng, nhà cung cấp hoặc sản phẩm một một đề xuất dựa trên sự cân nhắc của bạn về tình hình kinh doanh cụ thể của họ.
cách dễ dàng. Tôi chỉ muốn nảy sinh ý tưởng mua một gói làm sẵn cho bạn.
Một khả năng khác là đăng ký gói QuickBooks Online. ”
LỢI ÍCH LIÊN TỤC Một số lợi ích tích lũy cho tổ chức từ việc sử dụng hệ thống thông tin rất khó đo lường nhưng dù sao thì cũng rất
quan trọng. Chúng được biết đến như những lợi ích vô hình.
Các lợi ích vô hình bao gồm cải thiện quy trình ra quyết định, nâng cao độ chính xác, trở nên
cạnh tranh hơn trong dịch vụ khách hàng, duy trì hình ảnh doanh nghiệp tốt và tăng sự hài lòng trong
công việc cho nhân viên bằng cách loại bỏ các nhiệm vụ tẻ nhạt. Như bạn có thể thấy từ danh sách
này, lợi ích vô hình là cực kỳ quan trọng và có thể có ý nghĩa sâu rộng đối với một doanh nghiệp vì
nó liên quan đến mọi người cả bên ngoài và bên trong tổ chức.
Mặc dù lợi ích vô hình của hệ thống thông tin là những yếu tố quan trọng cần phải được xem xét
khi quyết định có tiến hành một hệ thống hay không, nhưng một hệ thống được xây dựng chỉ vì lợi
ích nội bộ của nó sẽ không thành công. Bạn phải thảo luận về cả lợi ích hữu hình và vô hình trong
đề xuất của mình bởi vì việc trình bày cả hai sẽ cho phép những người ra quyết định trong doanh
nghiệp đưa ra quyết định sáng suốt về hệ thống được đề xuất.
CHI PHÍ TANGIBLE Các khái niệm về chi phí hữu hình và vô hình thể hiện một khái niệm song song với các lợi
ích hữu hình và vô hình đã được thảo luận. Chi phí hữu hình là chi phí mà một nhà phân tích hệ thống và
nhân viên kế toán của doanh nghiệp có thể dự tính một cách chính xác.
Chi phí hữu hình bao gồm chi phí thiết bị như máy tính và máy in, chi phí tài nguyên, chi phí
thời gian của nhà phân tích hệ thống, chi phí thời gian của lập trình viên máy tính và tiền lương
của nhân viên khác. Các chi phí này thường được thiết lập tốt hoặc có thể được phát hiện khá dễ
dàng; chúng là những chi phí sẽ yêu cầu doanh nghiệp thực hiện chi bằng tiền mặt.
CHI PHÍ TRUYỀN HÌNH Chi phí vô hình rất khó ước tính và có thể không được biết trước. Chúng bao gồm đánh
mất lợi thế cạnh tranh, đánh mất danh tiếng là người đi đầu trong lĩnh vực đổi mới hoặc dẫn đầu trong một
lĩnh vực, suy giảm hình ảnh công ty do sự không hài lòng ngày càng tăng của khách hàng và ra quyết định
không hiệu quả do thông tin không kịp thời hoặc không thể tiếp cận được. Như bạn có thể tưởng tượng, gần
như không thể dự tính chính xác một lượng đô la cho các chi phí vô hình. Để hỗ trợ những người ra quyết
định muốn cân nhắc một hệ thống được đề xuất và tất cả các tác động của nó, bạn phải bao gồm các chi phí vô
hình mặc dù chúng không thể định lượng được.
So sánh chi phí và lợi ích

Có nhiều kỹ thuật nổi tiếng để so sánh chi phí và lợi ích của một hệ thống được đề xuất. Hai là
phân tích hòa vốn và hoàn vốn.
PHÂN TÍCH NGAY LẬP TỨC Bằng cách so sánh chi phí một mình, một nhà phân tích hệ thống có thể sử dụng phân
tích hòa vốn để xác định khả năng hòa vốn của một hệ thống thông tin được đề xuất. Điểm mà tổng chi phí của
hệ thống hiện tại và hệ thống được đề xuất giao nhau thể hiện điểm hòa vốn, điểm mà doanh nghiệp có được
lợi nhuận để có được hệ thống thông tin mới.
Tổng chi phí bao gồm chi phí định kỳ trong quá trình vận hành hệ thống cộng với chi phí tinh
thần phát triển chỉ xảy ra một lần (chi phí một lần để cài đặt hệ thống mới) - nghĩa là chi phí hữu
hình đã được thảo luận trước đó. Hình 3.10 minh họa phân tích hòa vốn trên một cửa hàng nhỏ duy
trì hàng tồn kho bằng hệ thống thủ công. Khi khối lượng tăng lên, chi phí của hệ thống thủ công
tăng với tốc độ ngày càng tăng. Một hệ thống máy tính mới sẽ có giá tổng cộng nhỏ hơn đáng kể,
nhưng chi phí gia tăng cho khối lượng lớn hơn sẽ khá nhỏ.
Biểu đồ cho thấy hệ thống máy tính sẽ tiết kiệm chi phí nếu doanh nghiệp bán được khoảng 600 chiếc
mỗi tuần.
Thiết bị của Annie HÌNH 3.10

70.000 Phân tích hòa vốn cho một hệ
Hiện hành
thống hàng tồn kho được đề xuất.
Hệ thống
60.000
50.000
Hòa vốn
Điểm
40.000
Trị giá
Đề xuất
($)
Hệ thống
30.000
20.000
10.000
0
0 200 400 600 800 1.000 1.200
Đơn vị bán
Chi phí đề xuất Chi phí hiện tại
hệ thống hệ thống
70.000
Tích lũy lợi ích từ
hệ thống đề xuất
60.000
Những lợi ích
Chi phí tích lũy của
hệ thống đề xuất
50.000
Hoàn vốn
40.000 Giai đoạn = Stage
Tích lũy Tích lũy
Trị giá Chi phí
Chi phí năm Chi phí Những lợi ích Những lợi ích
($)
($) ($) ($) ($)
30.000
0 30.000 30.000 0 0
20.000
1 1.000 31.000 12.000 12.000
2 2.000 33.000 12.000 24.000
3 2.000 35.000 8.000 32.000
10.000 4 3.000 38.000 8.000 40.000
5 4.000 42.000 10.000 50.000
6 4.000 46.000 15.000 65.000
0
0 1 2 3 4 5 6
Năm
HÌNH 3.11
Phân tích hoàn vốn cho thấy thời gian hoàn vốn là ba năm rưỡi.
Hoàn vốn rất hữu ích khi doanh nghiệp đang phát triển và khối lượng là một biến số chính trong chi phí. Một
nhược điểm của phân tích hòa vốn là lợi ích được giả định là không đổi, bất kể hệ thống nào được áp dụng. Từ
nghiên cứu của chúng tôi về những lợi ích hữu hình và vô hình, chúng tôi biết rằng điều này rõ ràng không phải
như vậy.
Phân tích hoàn vốn có thể xác định mất bao lâu để các lợi ích của hệ thống hoàn trả chi phí phát triển hệ
thống. Hình 3.11 minh họa một hệ thống có thời gian hoàn vốn là ba năm rưỡi.
Quản lý thời gian và hoạt động

Quá trình phân tích và thiết kế có thể trở nên khó sử dụng, đặc biệt là khi hệ thống đang được phát triển lớn.
Để giữ cho các hoạt động phát triển dễ quản lý nhất có thể, các nhà phân tích hệ thống thường sử dụng một số kỹ
thuật quản lý dự án để giúp tổ chức.
Cơ cấu phân chia công việc
Các nhà phân tích hệ thống chịu trách nhiệm hoàn thành các dự án đúng thời hạn và trong phạm vi ngân sách cũng
như bao gồm các tính năng đã hứa. Để hoàn thành cả ba mục tiêu này, một dự án cần được chia thành các nhiệm vụ
hoặc hoạt động nhỏ hơn. Các nhiệm vụ này cùng nhau tạo nên một cấu trúc phân tích công việc (WBS).
Khi được định nghĩa đúng, các tác vụ bao gồm WBS có các thuộc tính đặc biệt:
1. Mỗi nhiệm vụ hoặc hoạt động chứa một kết quả có thể phân phối hoặc hữu hình từ hoạt động đó.
2. Mỗi nhiệm vụ có thể được giao cho một cá nhân hoặc một nhóm duy nhất.
3. Mỗi nhiệm vụ có một người chịu trách nhiệm giám sát và kiểm soát việc thực hiện.
Các hoạt động trong cấu trúc phân chia công việc không cần mất cùng một lượng thời gian hoặc liên quan đến cùng
một số lượng thành viên trong nhóm. Tuy nhiên, các hoạt động được xác định phải chiếm tới 100% công việc.
Phương pháp chính để phát triển WBS là phân rã, hoặc bắt đầu với những ý tưởng lớn và sau đó chia nhỏ
chúng thành các hoạt động có thể quản lý được. Việc chia nhỏ các ý tưởng này thành các ý tưởng nhỏ hơn và cuối
cùng thành các nhiệm vụ sẽ dừng lại khi mỗi nhiệm vụ chỉ có một nhiệm vụ có thể phân phối.
Có nhiều loại cấu trúc phân chia công việc khác nhau. Một WBS có thể được định hướng theo sản phẩm. Nói
cách khác, việc xây dựng một trang web có thể được chia thành nhiều phần, với mỗi nhóm trang có một mục đích cụ
thể. Bạn có thể chia một trang web thành trang chủ, trang mô tả sản phẩm, trang Câu hỏi thường gặp, trang liên
hệ và trang thương mại điện tử. Mỗi trang này có thể chứa các hoạt động mà bạn có thể sử dụng trong cấu trúc
phân tích công việc của mình.

HÌNH 3.12
Một cấu trúc phân tích
1.0 Khởi xướng dự án
công việc mẫu (WBS).
1.1 Tập hợp và chào đón nhóm dự án
1.2 Tiến hành nghiên cứu lịch sử về doanh nghiệp
1.3 Thảo luận các mục tiêu với khách hàng
2.0 Giai đoạn lập kế hoạch sớm
2.1 Điều tra tính khả thi
2.2 Cân nhắc quyết định thực hiện so với quyết định mua
2.3 Xây dựng cấu trúc phân chia công việc
2.4 Đưa ra ước tính thời gian
2.5 Xây dựng lịch trình dự án
2.6 Tính toán dự toán chi phí
2.7 Chuẩn bị đề xuất dự án cho khách hàng
2.8 Trình bày đề xuất với khách hàng
3.0 Phát triển các kế hoạch hỗ trợ
3.1 Xây dựng kế hoạch quản lý chất lượng
3.2 Xác định rủi ro và xây dựng kế hoạch quản lý rủi ro
3.3 Mô tả một kế hoạch truyền thông
3.4 Xây dựng kế hoạch mua sắm
Phân tích 4.0
4.1 Thực hiện phỏng vấn các nhân sự chủ chốt
4.2 Quản lý bảng câu hỏi
4.3 Đọc báo cáo của công ty
4.4 Phân tích luồng dữ liệu
5.0 Thiết kế
5.1 Xây dựng trang web mẫu
5.2 Nhận phản ứng từ khách hàng
5.3 Sửa đổi trang web nguyên mẫu
5.4 Tìm kiếm các đề xuất cuối cùng từ khách hàng
5.5 Hoàn thành trang web
6.0 Khởi chạy
6.1 Tạo sổ tay đào tạo
6.2 Lập tài liệu các tính năng và logic của trang web
6.3 Trình bày trang web cuối cùng cho khách hàng
Một cách khác là tạo cấu trúc phân tích công việc theo định hướng quy trình. Một ví dụ về điều
này được thể hiện trong Hình 3.12. Loại WBS này là điển hình trong phân tích và thiết kế hệ thống.
Trong ví dụ này, chúng tôi hiển thị sự phát triển của một trang web, nhưng thay vì hiển thị sự
phát triển của từng trang, ví dụ này nhấn mạnh tầm quan trọng của từng giai đoạn trong vòng đời
phát triển hệ thống.
Kỹ thuật ước tính thời gian

Quá trình phân tích và thiết kế có thể trở nên khó sử dụng, đặc biệt là khi hệ thống đang được
phát triển lớn. Để giữ cho các hoạt động phát triển dễ quản lý nhất có thể, bạn có thể sử dụng một
số kỹ thuật quản lý dự án để giúp tổ chức. Trong phần này, chúng ta thảo luận về việc giữ cho một
dự án đúng tiến độ bằng cách sử dụng các kỹ thuật quản lý thời gian và duy trì một dự án đúng ngân
sách bằng cách sử dụng các kỹ thuật kiểm soát và quản lý chi phí.
Một trong những nhiệm vụ khó khăn là ước tính thời gian cần thiết để hoàn thành mỗi nhiệm vụ. Có nhiều cách tiếp cận:
1. Dựa vào kinh nghiệm
2. Sử dụng phép loại suy
3. Sử dụng ước lượng ba điểm
4. Xác định các điểm chức năng
5. Sử dụng phần mềm ước lượng thời gian
TIN CẬY VÀO TRẢI NGHIỆM Kinh nghiệm mang lại lợi ích khi ước tính thời gian một hoạt động sẽ diễn ra. Nếu
bạn đã có kinh nghiệm phát triển phần mềm trước đó, bạn sẽ không chỉ biết một số tác vụ có thể sẽ mất bao
nhiêu thời gian mà còn biết được sẽ mất bao nhiêu thời gian nếu có sự cố. Kinh nghiệm của bạn cung cấp
cho bạn một ước tính khả dĩ nhất cũng như một ước tính bi quan.
SỬ DỤNG CÁC PHÂN TÍCH Nếu bạn không có kinh nghiệm phát triển một phần mềm cụ thể nhưng đã làm việc trên
các loại dự án khác thuộc bất kỳ loại nào, bạn vẫn có thể đạt được các ước tính có ý nghĩa.
Cách tiếp cận này liên quan đến việc xác định một dự án theo một số cách tương tự với dự án bạn sắp bắt đầu và sau đó mô tả
sự tương tự. Điều này có nghĩa là bạn sẽ cần xây dựng hai mô hình, bao gồm hai kỹ thuật Đánh giá và Đánh giá Chương trình
(PERT) hoặc sơ đồ mạng, và so sánh các điểm tương đồng của chúng. Sau đó, bạn có thể tự tin khi đưa ra ước tính thời gian
cho dự án mới.
SỬ DỤNG DỰ TOÁN BA ĐIỂM Ước tính ba điểm đã được sử dụng trong nhiều năm và vẫn là một kỹ thuật có giá
trị để ước tính thời gian. Bạn bắt đầu bằng cách phát triển ba ước tính thời gian để hoàn thành mỗi
nhiệm vụ và sau đó áp dụng một công thức đơn giản để tính giá trị trung bình có trọng số. Công thức là:
E = (a + 4 * m + b) / 6
trong đó a là ước lượng trường hợp tốt nhất, b là ước lượng thời gian bi quan hoặc trường hợp xấu nhất và m là ước tính
thời gian có khả năng xảy ra nhất.
Thông thường, tình huống tốt nhất sẽ cải thiện khi thời gian trôi qua một chút, nhưng ước tính bi quan hoặc trường
hợp xấu nhất sẽ ngụ ý rằng điều gì đó thảm khốc xảy ra, chẳng hạn như thời tiết hoặc sự chậm trễ của nhân sự. Ví dụ, viết
một mô-đun phần mềm có thể mất 10 ngày trong hầu hết các trường hợp, nhưng nếu dự án dễ dàng hơn dự kiến, có thể chỉ mất 8
ngày. Tuy nhiên, nếu coder chấp nhận một công việc ở nơi khác, có thể mất 30 ngày. Nếu bạn áp dụng công thức, bạn sẽ nhận
được ước tính sau:
E = (8 + 4 * 10 + 30) / 6
= 13 ngày
Trong trường hợp này, bạn sẽ ước tính rằng sẽ mất 13 ngày để hoàn thành nhiệm vụ.
SỬ DỤNG PHÂN TÍCH ĐIỂM CHỨC NĂNG Một cách khác để ước tính khối lượng công việc cần thực hiện và lượng
nhân viên bạn cần để hoàn thành một dự án được gọi là phân tích điểm chức năng. Phương pháp này sử dụng
năm thành phần chính của hệ thống máy tính— (1) đầu vào bên ngoài, (2) đầu ra bên ngoài, (3) truy vấn bên
ngoài, (4) tệp logic nội bộ và (5) tệp giao diện bên ngoài — và xếp hạng chúng theo của sự phức tạp.
Bạn có thể sử dụng phân tích điểm chức năng để ước tính thời gian cần thiết để phát triển một hệ thống bằng các ngôn
ngữ máy tính khác nhau và so sánh chúng với nhau. Để biết thêm thông tin về phân tích điểm chức năng, hãy truy cập trang web
của Nhóm người dùng điểm chức năng quốc tế tại www.ifpug.org.
SỬ DỤNG PHẦN MỀM DỰ TOÁN THỜI GIAN Các mô hình ước tính, chẳng hạn như Mô hình chi phí xây dựng (COCOMO
II), Mô hình chi phí kỹ thuật hệ thống xây dựng (COSYSMO) hoặc phần mềm dựa trên một hoặc cả hai mô hình
này, chẳng hạn như SystemStar, hoạt động như sau. Một nhà phân tích hệ thống nhập một ước tính về kích
thước của hệ thống. Điều này có thể được nhập theo một số cách khác nhau, bao gồm các dòng mã nguồn của
hệ thống hiện tại.
Các biến số khác cũng được xem xét, chẳng hạn như kinh nghiệm hoặc năng lực của nhóm, loại nền tảng hoặc hệ điều hành,
mức độ khả dụng của phần mềm đã hoàn thiện (ví dụ: ngôn ngữ nào là cần thiết) và các yếu tố khác có thể làm tăng chi phí .
Sau khi dữ liệu được nhập, bạn có thể tính toán và nhận được dự báo sơ bộ về ngày hoàn thành. Khi dự án đang được tiến
hành, có thể có nhiều ước tính cụ thể hơn.

Thức ăn cho suy nghĩ
“Chúng tôi thực sự có thể thực hiện một số thay đổi. Bắt tay một số người. Một tuần sau, Kim bước vào văn phòng của Malcolm với vài trang giấy ghi chép
Hãy cho họ biết chúng tôi đang ở bên nó. Ý tôi là về mặt công nghệ, ”Malcolm cuộc phỏng vấn trên tay. “Tôi đã nói chuyện với hầu hết những người có liên hệ sâu
Warner, phó chủ tịch của AllFine Foods, một nhà phân phối các sản phẩm sữa bán rộng với hệ thống. Họ đang hạnh phúc, Malcolm.
buôn, cho biết. “Hệ thống cũ đó nên được đại tu. Và họ không chỉ nói qua mũ. Họ biết họ đang làm gì ”.
Tôi nghĩ chúng ta chỉ nên nói với các nhân viên rằng đã đến lúc phải thay đổi ”.
"Đúng, nhưng chúng tôi thực sự sẽ cải thiện điều gì?" Kim Hàn trợ lý của phó “Tôi chắc rằng các nhà quản lý muốn có một hệ thống mới hơn những người ở
chủ tịch hỏi. "Ý tôi là, không có bất kỳ vấn đề nghiêm trọng nào với đầu vào hoặc Quality Foods,” Malcolm trả lời. "Bạn đã nói với họ chưa?"
đầu ra của hệ thống mà tôi có thể thấy." Kim nói, “Có. Họ hài lòng. ”
Malcolm cáu kỉnh, “Kim, bạn đang cố tình không nhìn ra quan điểm của tôi. “Còn những người trong hệ thống thì sao? Họ nói rằng công nghệ để cập nhật
Mọi người ngoài kia coi chúng tôi như một công ty tồi tàn. Một hệ thống máy tính mới hệ thống của chúng tôi đã có ở đó? " Malcolm khăng khăng hỏi.
có thể giúp thay đổi điều đó. Thay đổi giao diện hóa đơn của chúng tôi. Gửi báo cáo
jazz ier cho các chủ cửa hàng thực phẩm. Làm cho một số người hào hứng về chúng tôi với "Vâng. Nó có thể được thực hiện. Điều đó không có nghĩa là nó phải như vậy, ”Kim
tư cách là nhà lãnh đạo trong lĩnh vực phân phối thực phẩm bán buôn và máy tính. ” nói một cách chắc chắn.
“Chà, từ những gì tôi đã thấy trong những năm qua,” Kim trả lời đều đều, “một Với tư cách là nhà phân tích hệ thống của AllFine Foods, bạn đánh giá thế
hệ thống mới rất đột phá, ngay cả khi doanh nghiệp thực sự cần nó. Mọi người không nào về tính khả thi của dự án hệ thống mà Malcolm đang đề xuất?
thích thay đổi và nếu hệ thống đang hoạt động theo cách mà nó cần, có thể có những Dựa trên những gì Kim đã nói về những người quản lý, người dùng và con người của
thứ khác mà chúng tôi có thể làm để cập nhật hình ảnh của mình mà sẽ không khiến hệ thống, điều gì có vẻ là tính khả thi trong hoạt động của dự án được đề xuất?
mọi người phát điên trong quá trình này. Còn về tính khả thi về kinh tế? Còn về tính khả thi về công nghệ? Dựa trên những
Bên cạnh đó, bạn đang nói rất nhiều tiền cho một mánh lới quảng cáo mới. ” gì Kim và Malcolm đã thảo luận, bạn có khuyên bạn nên thực hiện một nghiên cứu
Malcolm nói, “Tôi không nghĩ rằng chỉ cần ném nó quanh đây giữa hai chúng tôi toàn diện về hệ thống không? Trả lời có hoặc không, sau đó thảo luận về đề xuất
sẽ giải quyết được bất cứ điều gì. Kiểm tra nó và liên hệ lại với tôi. Nó sẽ không của bạn và lý do đằng sau đề xuất đó trong một đoạn văn.
tuyệt vời phải không? ”
Lập kế hoạch dự án
Lập kế hoạch bao gồm tất cả các hoạt động cần thiết để lựa chọn một nhóm phân tích hệ thống, chỉ định các
thành viên của nhóm vào các dự án thích hợp, ước tính thời gian cần thiết để hoàn thành từng nhiệm vụ và lên
lịch cho dự án để các nhiệm vụ được hoàn thành kịp thời. Kiểm soát có nghĩa là sử dụng thông tin phản hồi để
giám sát dự án, bao gồm việc so sánh kế hoạch cho dự án với diễn biến thực tế của nó. Ngoài ra, kiểm soát có
nghĩa là thực hiện hành động thích hợp để xúc tiến hoặc lên lịch lại các hoạt động để hoàn thành đúng thời
hạn đồng thời thúc đẩy các thành viên trong nhóm hoàn thành công việc đúng cách.
Phần này chứa một ví dụ trong đó một nhà phân tích hệ thống, đóng vai trò là người quản lý dự án, bắt
đầu với các hoạt động cơ bản là phân tích, thiết kế và thực hiện. Sau đó, nhà phân tích sử dụng phân tích để
chia nhỏ các hoạt động chính thành các nhiệm vụ phụ nhỏ hơn, như trong Hình 3.13.
Sau đó, giai đoạn phân tích được chia nhỏ thành thu thập dữ liệu, luồng dữ liệu và quyết định
Giai đoạn Hoạt động

HÌNH 3.13
Bắt đầu lập kế hoạch cho một dự án
Phân tích Thu thập dữ liệu bằng cách chia nó thành ba hoạt động
Phân tích luồng dữ liệu và quyết định Phá vỡ chính.
Chuẩn bị đề xuất thị trưởng

hoạt động vào
mấy cái nhỏ hơn.
Thiết kế Thiết kế mục nhập dữ liệu
Thiết kế đầu vào
Thiết kế đầu ra
Tổ chức dữ liệu
Thực hiện Thực hiện

Sự đánh giá
HÌNH 3.14 Tuần

Tinh chỉnh việc lập kế hoạch và Hoạt động Hoạt động chi tiết Yêu cầu
lịch trình của các hoạt động phân tích
Thu thập dữ liệu Tiến hành phỏng vấn 3

bằng cách thêm các nhiệm vụ chi tiết
Quản lý bảng câu hỏi 4
và thiết lập thời gian cần thiết để
Đọc báo cáo của công ty 4
hoàn thành các nhiệm vụ.
Giới thiệu nguyên mẫu 5
Quan sát phản ứng với nguyên mẫu 3
Phân tích luồng dữ liệu và quyết định Phân tích luồng dữ liệu số 8
Chuẩn bị đề xuất Thực hiện phân tích chi phí - lợi ích 3
Chuẩn bị đề xuất 2
Trình bày đề xuất 2
Phá vỡ chúng sau đó ước tính
thời gian cần thiết.

xuống xa hơn,
phân tích và chuẩn bị đề xuất. Thiết kế được chia thành thiết kế nhập dữ liệu, thiết kế đầu vào và đầu ra và
tổ chức dữ liệu. Giai đoạn thực hiện được chia thành thực hiện và đánh giá.
Trong các bước tiếp theo, nhà phân tích hệ thống cần phải xem xét từng nhiệm vụ này và chia nhỏ chúng ra
để việc lập kế hoạch và lập lịch trình có thể diễn ra. Hình 3.14 cho thấy giai đoạn phân tích được mô tả chi
tiết hơn như thế nào. Ví dụ, việc thu thập dữ liệu được chia thành năm hoạt động, từ thực hiện phỏng vấn đến
quan sát phản ứng với nguyên mẫu. Dự án cụ thể này yêu cầu phân tích luồng dữ liệu chứ không phải phân tích
quyết định, vì vậy nhà phân tích hệ thống đã viết "phân tích luồng dữ liệu" là bước duy nhất trong giai đoạn
giữa. Cuối cùng, việc chuẩn bị đề xuất được chia thành ba bước: thực hiện phân tích chi phí - lợi ích; chuẩn
bị đề xuất và trình bày đề xuất.
Tất nhiên, nhà phân tích hệ thống có tùy chọn để chia nhỏ các bước tiếp theo. Ví dụ, nhà phân tích có thể
chỉ định từng người được phỏng vấn. Số lượng chi tiết cần thiết tùy thuộc vào dự án, nhưng tất cả các bước
quan trọng cần phải xuất hiện trong kế hoạch.
Đôi khi phần khó nhất của việc lập kế hoạch dự án là bước quan trọng để ước tính thời gian cần thiết để
hoàn thành mỗi nhiệm vụ hoặc hoạt động. Khi được hỏi về lý do của sự chậm trễ trong một dự án từng phần, các
thành viên trong nhóm dự án đã trích dẫn các ước tính về lịch trình kém đã cản trở sự thành công của các dự án
ngay từ đầu. Không có gì thay thế được kinh nghiệm trong việc ước tính các yêu cầu về thời gian, và các nhà
phân tích hệ thống đã có cơ hội học việc rất may mắn trong lĩnh vực này.
Các nhà lập kế hoạch đã cố gắng giảm bớt sự không chắc chắn cố hữu trong việc xác định ước tính thời gian
bằng cách đưa ra các ước tính có khả năng xảy ra nhất, bi quan và lạc quan, sau đó sử dụng công thức trung
bình có trọng số để xác định thời gian dự kiến mà một hoạt động sẽ thực hiện. Tuy nhiên, cách tiếp cận này cung
cấp nhiều hơn một chút về cách tự tin. Có lẽ chiến lược tốt nhất cho một nhà phân tích hệ thống là tuân thủ
cách tiếp cận có cấu trúc trong việc xác định các hoạt động và mô tả các hoạt động này một cách đầy đủ chi
tiết. Bằng cách này, nhà phân tích hệ thống ít nhất sẽ có thể hạn chế những bất ngờ khó chịu.
Sử dụng biểu đồ Gantt để lập lịch dự án

Biểu đồ Gantt là một công cụ cho phép bạn dễ dàng lên lịch các công việc. Nó là một biểu đồ trên đó các thanh
đại diện cho các nhiệm vụ hoặc hoạt động. Chiều dài của mỗi thanh thể hiện chiều dài tương đối của nguyên công.
Hình 3.15 là một ví dụ về biểu đồ Gantt hai chiều trong đó thời gian được biểu thị trên kích thước ngang
và mô tả các hoạt động tạo nên kích thước dọc. Trong ví dụ này, biểu đồ Gantt cho thấy giai đoạn phân tích hoặc
thu thập thông tin của dự án.
Lưu ý trên biểu đồ Gantt rằng việc thực hiện các cuộc phỏng vấn sẽ mất ba tuần, quản lý bảng câu hỏi sẽ mất
bốn tuần, v.v. Các hoạt động này trùng lặp một phần thời gian. bên trong
Hoạt động
HÌNH 3.15
Tiến hành phỏng vấn Sử dụng biểu đồ Gantt hai chiều
Hoạt động không hoàn chỉnh
để lập kế hoạch các hoạt động

Hoạt động đã hoàn thành
Quản lý bảng câu hỏi
có thể được thực hiện song song.
Hoạt động đã hoàn thành một phần
Đọc báo cáo của công ty
Phân tích luồng dữ liệu
Giới thiệu nguyên mẫu
Quan sát phản ứng
Thực hiện chi phí-lợi ích
Chuẩn bị đề xuất
Trình bày đề xuất
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
Tuần
Tuần này
biểu đồ ký hiệu đặc biệt biểu thị rằng bây giờ là tuần thứ 9. Các thanh có tô màu phản ánh các dự án hoặc
các phần của dự án đã hoàn thành, cho chúng ta biết rằng nhà phân tích hệ thống đi sau trong việc giới thiệu các
nguyên mẫu nhưng đi trước trong việc phân tích các luồng dữ liệu. Phải sớm thực hiện hành động giới thiệu
nguyên mẫu để các hoạt động khác hoặc thậm chí bản thân dự án không bị trì hoãn.
Ưu điểm chính của biểu đồ Gantt là tính đơn giản của nó. Kỹ thuật này không chỉ dễ sử dụng mà còn mang lại
hiệu quả giao tiếp đáng giá với người dùng cuối. Một ưu điểm khác của việc sử dụng biểu đồ Gantt là các thanh
đại diện cho các hoạt động hoặc nhiệm vụ được vẽ theo tỷ lệ; nghĩa là, kích thước của các thanh cho biết khoảng
thời gian tương đối cần thiết để hoàn thành mỗi nhiệm vụ. Bạn có thể sử dụng Microsoft Project để phát triển
biểu đồ Gantt.
Sử dụng sơ đồ PERT
PERT là từ viết tắt của Kỹ thuật Đánh giá và Đánh giá Chương trình. Một chương trình (từ đồng nghĩa với một dự
án) được đại diện bởi một mạng lưới các nút và mũi tên được đánh giá để xác định các hoạt động quan trọng, cải
thiện lịch trình nếu cần và xem xét tiến độ khi dự án được thực hiện. PERT được phát triển vào cuối những năm
1950 để sử dụng trong dự án tàu ngầm hạt nhân Polaris của Hải quân Hoa Kỳ. Nó được cho là đã tiết kiệm cho Hải
quân Hoa Kỳ hai năm thời gian phát triển. Biểu đồ PERT được gọi là sơ đồ mạng trong Microsoft Project.
PERT hữu ích khi các hoạt động có thể được thực hiện song song chứ không phải theo trình tự. Một nhà phân
tích hệ thống có thể hưởng lợi từ việc sử dụng PERT bằng cách áp dụng nó cho các dự án hệ thống ở quy mô nhỏ
hơn, đặc biệt là khi một số thành viên trong nhóm có thể đang thực hiện các hoạt động nhất định cùng lúc với các
thành viên khác trong nhóm đang thực hiện các nhiệm vụ khác.
Hình 3.16 so sánh biểu đồ Gantt đơn giản với biểu đồ PERT. Các mũi tên trong PERT dia gram đại diện cho
các hoạt động được biểu thị dưới dạng thanh trong biểu đồ Gantt. Chiều dài của các mũi tên không có mối quan
hệ trực tiếp với thời lượng hoạt động. Các vòng kết nối trên sơ đồ PERT được gọi là sự kiện và có thể được xác
định bằng số, chữ cái hoặc bất kỳ hình thức chỉ định tùy ý nào khác. Các nút tròn hiện diện để (1) nhận biết
rằng một hoạt động đã hoàn thành và (2) cho biết hoạt động nào cần được hoàn thành trước khi các hoạt động mới
có thể được thực hiện (được gọi là ưu tiên).
Trong ví dụ PERT hiển thị ở đây, hoạt động C có thể không được bắt đầu cho đến khi hoạt động A hoàn thành.
Mức độ ưu tiên hoàn toàn không được chỉ ra trong biểu đồ Gantt, vì vậy không thể nói liệu hoạt động C được lên
kế hoạch bắt đầu vào ngày 4 có chủ đích hay do ngẫu nhiên.
Một dự án có phần đầu, phần giữa và phần cuối; trong ví dụ này, bắt đầu là sự kiện 10 và kết thúc là sự
kiện 50. Để tìm độ dài của dự án, mỗi đường dẫn từ đầu đến cuối được xác định rõ và độ dài của mỗi đường dẫn
được tính toán. Trong ví dụ này, đường dẫn 10–20–40–50 có độ dài là 15 ngày, trong khi đường dẫn 10–30–40–50 có
độ dài là 11 ngày. Mặc dù một người có thể đang làm việc trên con đường 10–20–40–50 và một người khác trên con
đường 10–30–40–50, dự án không phải là một cuộc đua. Dự án yêu cầu phải hoàn thành cả hai nhóm hoạt động (hoặc
đường dẫn); do đó, dự án mất 15 ngày để hoàn thành.

HÌNH 3.16
MỘT
Biểu đồ Gantt được so sánh

với biểu đồ PERT (sơ đồ mạng) để B
lập lịch các hoạt động.

C
2 4 6 số 8 10 12 14 16
20
A, 4 C, 5
E, 6
10 40 50
B, 2 D, 3
30
Con đường dài nhất được gọi là con đường tới hạn. Mặc dù con đường tới hạn được xác định bằng cách tính
toán con đường dài nhất, nó được định nghĩa là con đường sẽ khiến toàn bộ dự án bị tụt lại phía sau nếu gặp
phải sự chậm trễ thậm chí một ngày trên con đường đó. Lưu ý rằng nếu bạn bị trì hoãn một ngày trên con đường 10–
20–40–50, toàn bộ dự án sẽ mất nhiều thời gian hơn, nhưng nếu bạn bị chậm một ngày trên con đường 10–30–40–50,
toàn bộ dự án sẽ không bị ảnh hưởng. Khoảng thời gian để bị tụt lại phía sau một phần nào đó trên những con
đường phi danh dự được gọi là thời gian chùng xuống.
Đôi khi, sơ đồ PERT cần các hoạt động giả, được gọi là các hoạt động giả, để bảo toàn logic của hoặc để làm
rõ sơ đồ. Hình 3.17 cho thấy hai sơ đồ PERT với hình nộm. Dự án 1 và Dự án 2 khá khác nhau, và cách vẽ hình nộm
tạo nên sự khác biệt rõ ràng. Trong Dự án 1, hoạt động C chỉ có thể được bắt đầu khi cả A và B đều kết thúc vì
tất cả các mũi tên đi vào một nút phải được hoàn thành trước khi rời khỏi nút. Tuy nhiên, trong Dự án 2, hoạt
động C chỉ yêu cầu hoạt động B hoàn thành và do đó có thể được tiến hành trong khi hoạt động A vẫn đang diễn ra.
HÌNH 3.17 20
Mức độ ưu tiên của các hoạt động là
A, 9
quan trọng trong việc xác

định độ dài của một dự án khi Hình nộm
10 40 Dự án 1
sử dụng sơ đồ PERT.
B, 2
C, 5
30
20
A, 9 Hình nộm
10 40 Dự án 2
B, 2
C, 5
30
Tiền nhiệm
HÌNH 3.18
Hoạt động Khoảng thời gian
Liệt kê các hoạt động để sử

MỘT Tiến hành phỏng vấn Không có 3 dụng trong việc vẽ sơ đồ PERT.
B Quản lý bảng câu hỏi MỘT 4
C Đọc báo cáo của công ty Không có 4
D Phân tích luồng dữ liệu B, C số 8
E Giới thiệu nguyên mẫu B, C 5

F Quan sát phản ứng với nguyên mẫu E 3
G Thực hiện phân tích chi phí - lợi ích D 3
H Chuẩn bị đề xuất F, G 2
tôi
Trình bày đề xuất H 2
Dự án 1 mất 14 ngày để hoàn thành, trong khi dự án 2 chỉ mất 9 ngày. Tất nhiên, hình nộm
trong Dự án 1 là cần thiết vì nó chỉ ra mối quan hệ ưu tiên quan trọng. Mặt khác, hình nộm trong
Dự án 2 là không bắt buộc, và hoạt động A có thể được rút ra từ 10 đến 40, hoàn toàn chọn sự
kiện 20.
Do đó, có nhiều lý do để sử dụng biểu đồ PERT trên biểu đồ Gantt. Sơ đồ PERT cho phép:
1. Dễ dàng xác định thứ tự ưu tiên

2. Dễ dàng xác định con đường quan trọng và do đó các hoạt động quan trọng
3. Dễ dàng xác định thời gian chùng
VÍ DỤ PERT Giả sử một nhà phân tích hệ thống đang cố gắng thiết lập một lịch trình thực tế cho các giai đoạn
thu thập và đề xuất dữ liệu của vòng đời phân tích và thiết kế hệ thống. Nhà phân tích hệ thống xem xét tình
hình và liệt kê các hoạt động cần được thực hiện trong suốt quá trình. Danh sách này, xuất hiện trong Hình
3.18, cũng cho thấy rằng một số hoạt động phải đặt trước các hoạt động khác. Các ước tính thời gian đã được
xác định như đã thảo luận trong phần trước của chương này.
VẼ SƠ ĐỒ PERT Khi xây dựng sơ đồ PERT cho ví dụ này, nhà phân tích trước tiên sẽ xem xét các hoạt
động không yêu cầu các hoạt động tiền nhiệm — trong trường hợp này là A (thực hiện phỏng vấn) và C
(đọc báo cáo của công ty). Trong ví dụ ở Hình 3.19, nhà phân tích đã chọn đánh số các nút 10, 20, 30,
v.v. và vẽ hai mũi tên ra khỏi nút đầu 10. Các mũi tên này đại diện cho các hoạt động A và C và được
gắn nhãn như vậy. Các nút được đánh số 20 và 30 được vẽ ở cuối các mũi tên tương ứng này. Bước
tiếp theo là tìm kiếm bất kỳ hoạt động nào chỉ yêu cầu A làm tiền nhiệm; Nhiệm vụ B (quản lý bảng câu
hỏi) là nhiệm vụ duy nhất, vì vậy nó có thể được biểu diễn bằng một mũi tên vẽ từ nút 20 đến nút 30.
Bởi vì các hoạt động D (phân tích luồng dữ liệu) và E (giới thiệu nguyên mẫu) yêu cầu cả
hai quan hệ hoạt động B và C phải hoàn thành trước khi chúng được bắt đầu, các mũi tên có nhãn
D và E được vẽ từ nút 30, sự kiện ghi nhận sự hoàn thành của cả B và C. Quá trình này được tiếp
tục cho đến khi hoàn thành toàn bộ sơ đồ PERT. Lưu ý rằng toàn bộ dự án kết thúc tại một sự kiện
được gọi là nút 80.
20
HÌNH 3.19
A, 3 B 4 Một sơ đồ PERT đã hoàn thành cho
giai đoạn phân tích của một dự án
C, 4 D, 8 G, 3 H, 2 Tôi, 2 hệ thống.
10 30 50 60 70 80
E, 5 F, 3
40
XÁC ĐỊNH CON ĐƯỜNG TIÊU CHUẨN Sau khi sơ đồ PERT được vẽ, có thể xác định đường dẫn tới hạn bằng cách tính
tổng thời gian hoạt động trên mỗi đường và chọn đường dài nhất. Trong ví dụ này, có bốn đường dẫn: 10–20–30–
50–60–70–80, 10–20–30–40–
60–70–80, 10–30–50–60–70–80 và 10–30–40–60–70–80. Con đường dài nhất là 10–20–30–
50–60–70–80, mất 22 ngày. Điều cần thiết là nhà phân tích hệ thống giám sát cẩn thận các hoạt động trên lộ
trình quan trọng để giữ cho toàn bộ dự án đúng thời hạn hoặc thậm chí rút ngắn thời gian dự án, nếu được bảo
đảm.
Kiểm soát một dự án

Bất kể một nhà phân tích hệ thống lập kế hoạch dự án tốt đến đâu, mọi thứ vẫn có thể diễn ra sai lầm. Trong
phần này, chúng ta thảo luận về cách ước tính chi phí và chuẩn bị ngân sách, cách dự đoán và chuẩn bị cho rủi
ro, cách bù đắp thời gian bằng cách sử dụng dịch vụ giải phóng mặt bằng và cách kiểm soát chi phí khi ngân sách
cần sửa đổi, nhóm tụt hậu hoặc trải qua chi phí vượt quá.
Ước tính chi phí và chuẩn bị ngân sách

Giữ cho một dự án đúng thời hạn là điều quan trọng, nhưng cũng cần thiết rằng chi phí của một dự án phải được
quản lý hợp lý. Sau khi cấu trúc phân tích công việc được tạo và lập kế hoạch, nhà phân tích cần:
1. Ước tính chi phí cho từng hoạt động trong cơ cấu phân chia công việc
2. Chuẩn bị ngân sách cho dự án và được tổ chức hoặc khách hàng phê duyệt
3. Quản lý và kiểm soát chi phí trong suốt dự án
Trước đó, chúng tôi đã thảo luận về ước tính chi phí cho thiết bị và phần mềm có sẵn, các nguồn lực mà
chúng tôi cần để hoàn thành dự án. Bây giờ chúng tôi quan tâm đến các loại tài nguyên khác cần thiết để hoàn
thành từng nhiệm vụ trong cấu trúc phân tích công việc. Các nguồn lực chính cho phần này của dự án là thời gian
của các thành viên trong nhóm và loại thiết bị và công cụ đặc biệt cần thiết để hoàn thành mỗi hoạt động.
Nhiều cách tiếp cận để ước tính chi phí có sẵn cho một nhà phân tích hệ thống. Chúng tương tự như
ước tính được sử dụng cho ước tính thời gian và bao gồm những điều sau:
1. Dựa trên ước tính về các dự án tương tự, còn được gọi là phương pháp tiếp cận từ trên xuống
2. Xây dựng ước tính từ dưới lên
3. Sử dụng mô hình tham số
CÁCH TIẾP CẬN TỪ ĐẦU ĐỂ ƯỚC LƯỢNG CHI PHÍ Kinh nghiệm trước đây về ước tính chi phí có ý nghĩa rất quan
trọng, đặc biệt nếu dự án bạn đang cố gắng ước tính giống với dự án bạn đã làm trước đó. Nếu bạn đã phát
triển một trang web có các tính năng tương tự, thì bạn có thể ước tính chi phí phát triển một trang web mới
một cách đáng tin cậy.

Có thể tùy chỉnh. Trang web mới có thể giới thiệu một số sản phẩm khác nhau để bán, nhưng có thể điều
chỉnh chi phí tùy theo.
CÁCH TIẾP CẬN CẢM ỨNG ĐỂ ƯỚC LƯỢNG CHI PHÍ Thông thường, một nhà phân tích phải đối mặt với một dự án yêu
cầu một cái gì đó độc đáo, chẳng hạn như phát triển bằng một ngôn ngữ lập trình khác. Trong trường hợp này,
nhà phân tích cần sử dụng cách tiếp cận từ dưới lên.
Một nhà phân tích hệ thống có thể nắm bắt cấu trúc phân tích công việc và yêu cầu từng thành viên trong
nhóm dự án chịu trách nhiệm ước tính chi phí liên quan để hoàn thành hoạt động thuộc trách nhiệm của họ. Tuy
nhiên, phương pháp này mang lại những ước tính có thể tốt hoặc xấu, tùy thuộc vào khả năng của từng thành
viên trong nhóm. Nhà phân tích, đóng vai trò là người quản lý dự án, phải xem xét từng ước tính này và đưa
ra ước tính chi phí làm hài lòng nhóm và khách hàng.
Vấn đề rõ ràng với phương pháp từ dưới lên là thời gian cần thiết để thực hiện mỗi ước tính trong quá trình
thực hiện.
LẬP MÔ HÌNH THÔNG SỐ Phương pháp này liên quan đến việc lập các ước tính cho từng yếu tố hoặc tham số tạo
nên một dự án. Ví dụ, bạn có thể ước tính rằng nó sẽ tốn 75 đô la cho mỗi dòng mã và 80 đô la mỗi giờ cho các
lập trình viên máy tính cần thiết; sau đó bạn có thể ước tính các dòng của
MAC XUẤT KHẨU
Mã hóa màu giúp người quản lý dự án sắp xếp các giai đoạn, nhiệm vụ và tài nguyên tương tự nhau.
OmniPlan, có sẵn cho máy Mac, tận dụng mã màu để thiết lập dự án, xác định nhiệm vụ, xác định đường dẫn
quan trọng và gắn cờ các tình huống bất khả thi.
HÌNH 3.MAC
Phần mềm quản lý dự án OmniPlan của Tập đoàn Omni. (Được sử dụng với sự cho phép của Omni
Group.)
mã và giờ sẽ mất để hoàn thành dự án. Phần mềm mô hình tham số đặc biệt như COCOMO II, đã được đề cập
trước đây, thường hữu ích khi lập mô hình dự án.
TẠI SAO LẬP DỰ TOÁN CHI PHÍ THẤT BẠI Trong thực tế, hầu hết các nhà phân tích hệ thống sử dụng kết hợp cả ba
phương pháp ước tính chi phí vừa mô tả. Có hai lý do chính khiến ước tính chi phí không thành công. Đầu tiên,
một nhà phân tích có khả năng lạc quan quá mức. Một nhà phân tích tin tưởng vào các thành viên trong nhóm của
mình và một ước tính lạc quan sẽ cho thấy nhóm hoàn thành dự án một cách nhanh chóng và không có lỗi mọi lúc.
Một nhà phân tích có thể lạc quan và đánh giá thấp các dòng mã và nỗ lực nói chung.
Thứ hai, một nhà phân tích có thể muốn vượt qua quá trình ước tính chi phí và bắt đầu chuẩn bị và
trình bày ngân sách và bắt đầu công việc thực tế của dự án. Do đó, người ngâm rượu có thể dành ít thời
gian hơn mức cần thiết để chuẩn bị các ước tính một cách chính xác. Nhà phân tích phải chính xác nhất có
thể, mặc dù các ước tính sẽ được sửa đổi khi dự án tiếp tục.
CHUẨN BỊ NGÂN SÁCH Cuối cùng, nhà phân tích hệ thống cần chuẩn bị ngân sách ngay cả khi ước tính không hoàn hảo.
Ngân sách là một yếu tố quan trọng có thể phân phối và mọi khách hàng đều muốn xem ngân sách chi tiết sớm trong
quá trình này.
Khi làm việc cho khách hàng, nhà phân tích hệ thống cần tuân thủ quy trình tiêu chuẩn mà khách hàng
sử dụng để phát triển ngân sách. Hầu hết thời gian, khách hàng sẽ có các biểu mẫu tiêu chuẩn mà nó sử dụng
cho mục đích này. Ngân sách mẫu được thể hiện trong Hình 3.20.
HÌNH 3.20 Giờ hoặc Chi phí mỗi giờ

vật phẩm Tổng phụ
Các đơn vị hoặc Đơn vị
Một phần của ngân sách mẫu
cho dự án phát triển phần 1. Nhóm Dự án
mềm, hiển thị chi phí phần cứng, Quản lý dự án (nhà phân tích hệ thống) 600 $ 120 $ 72,000
phần mềm và nhân sự. Thành viên nhóm dự án 2.400 80 192.000
Nhà thầu bên ngoài (người kiểm tra) 200 20 4.000
2. Tài nguyên phần cứng
Máy trạm 5 4.000 20.000

iPad 5 900 4.500
3. Phần mềm
Phần mềm có sẵn 5 400 2.000
Phần mềm được phát triển nội bộ 75.000 75.000
4. Đào tạo
Hội thảo cho các thành viên trong nhóm 5 3.500 17.500
Hội thảo dành cho thực tập sinh 5 1.200 6.000
Chi phí theo giờ của thực tập sinh 1.300 20 26.000
Ước tính tổng chi phí dự án $ 419,000
Ngân sách bao gồm các ước tính cho số giờ làm việc và tỷ lệ trả lương cho từng người lao động trong
nước hoặc lao động thuê ngoài. Nó cũng bao gồm chi phí phần cứng và phần mềm và cho biết mức độ cần thiết của
từng loại thiết bị. Nó cũng giải thích các chi phí liên quan đến đào tạo.
Quản lý rủi ro
Các cuộc thảo luận ban đầu mà bạn có với ban giám đốc và những người khác yêu cầu một dự án, cùng với các
nghiên cứu khả thi mà bạn thực hiện, thường là biện pháp bảo vệ tốt nhất có thể để chống lại các dự án có khả
năng thất bại cao. Việc đào tạo và kinh nghiệm của bạn sẽ cải thiện khả năng đánh giá mức độ xứng đáng của các
dự án và động cơ thúc đẩy người khác yêu cầu dự án. Nếu bạn là một phần của nhóm phân tích hệ thống nội bộ,
bạn phải duy trì giá thuê phù hợp với môi trường chính trị của tổ chức cũng như với các tình huống tài chính
và cạnh tranh.
Tuy nhiên, điều quan trọng cần lưu ý là các dự án hệ thống có thể và thực sự có những vấn đề nghiêm trọng.
Những cái được phát triển bằng các phương pháp nhanh không miễn nhiễm với những rắc rối như vậy. Để minh họa
những gì có thể xảy ra sai sót trong một dự án, một nhà phân tích hệ thống có thể muốn vẽ một biểu đồ xương cá
(còn được gọi là biểu đồ nguyên nhân và kết quả, hoặc biểu đồ Ishikawa). Khi bạn xem xét Hình 3.21, bạn sẽ
thấy tại sao nó được gọi là biểu đồ xương cá; nó giống như bộ xương của một con cá.
Khi sử dụng sơ đồ xương cá, bạn liệt kê một cách có hệ thống tất cả các vấn đề có thể xảy ra. Trong
trường hợp của cách tiếp cận nhanh, sẽ rất hữu ích nếu tổ chức một sơ đồ xương cá bằng cách liệt kê tất cả các
biến kiểm soát tài nguyên ở trên cùng và tất cả các hoạt động ở dưới cùng. Một số vấn đề, chẳng hạn như trượt
lịch, có thể rõ ràng, nhưng những vấn đề khác, chẳng hạn như tăng phạm vi (mong muốn thêm các tính năng sau
khi nhà phân tích nghe câu chuyện mới) hoặc phát triển các tính năng có ít giá trị, thì không rõ ràng như vậy.
Bạn có thể học hỏi từ sự khôn ngoan có được từ những người liên quan đến những thất bại của dự án trước
đó. Khi được yêu cầu phản ánh về lý do tại sao các dự án thất bại, các lập trình viên chuyên nghiệp đã trích
dẫn việc quản lý đặt ra các ngày không thể hoặc không thực tế để hoàn thành, tin vào huyền thoại rằng chỉ cần
thêm nhiều người vào một dự án sẽ đẩy nhanh tiến độ (mặc dù ngày mục tiêu ban đầu của dự án là không thực tế) ,
và ban quản lý hành xử bất hợp lý bằng cách cấm nhóm tìm kiếm chuyên gia chuyên môn từ bên ngoài nhóm để giúp
giải quyết các vấn đề cụ thể.
Hãy nhớ rằng bạn không đơn độc trong quyết định bắt đầu một dự án. Mặc dù đã đưa ra các khuyến nghị của
nhóm bạn, nhưng ban lãnh đạo sẽ có tiếng nói cuối cùng về việc liệu một dự án được đề xuất có đáng được nghiên
cứu thêm hay không (nghĩa là đầu tư thêm các nguồn lực). Quá trình quyết định của nhóm bạn phải cởi mở và chịu
sự giám sát kỹ lưỡng từ những người bên ngoài. Các thành viên trong nhóm nên cân nhắc rằng danh tiếng và chỗ
đứng của họ trong tổ chức không thể tách rời khỏi các dự án mà họ chấp nhận.
Phẩm chất Trị giá Phạm vi Thời gian
Tỷ lệ sai sót quá mức Doanh thu cao Phạm vi creep
Lịch trình phiếu

Khách hàng không Cần bổ sung Tính năng với
hài lòng với giao diện lập trình viên giá trị nhỏ
Hiểu sai về
Sợ thay đổi Kiểm tra hệ thống không thành công Mã quá phức tạp việc kinh doanh
Thiết kế không Phản hồi không đầy đủ Yêu cầu ghi lại bởi Liên lạc
đủ sáng tạo từ thử nghiệm thay đổi kinh doanh phá vỡ
Thiết kế Thử nghiệm Mã hóa Lắng nghe
HÌNH 3.21
Sơ đồ xương cá có thể được sử dụng để xác định tất cả những điều có thể xảy ra sai sót trong quá trình phát triển hệ thống.
Quản lý thời gian bằng cách sử dụng Expedition
Đẩy nhanh quá trình được gọi là xúc tiến và đôi khi bạn có thể được lợi khi hoàn thành dự án nhanh hơn
nhiều, chẳng hạn như nhận được tiền thưởng nếu bạn hoàn thành sớm hơn. Ví dụ thứ hai là nhận ra rằng các
nguồn lực có giá trị của nhóm dự án và các thành viên trong nhóm có thể được sử dụng cho một số dự án khác
nếu bạn hoàn thành dự án hiện tại trước ngày đến hạn.
Hình 3.22 liệt kê từng hoạt động trong dự án và thời gian ước tính ban đầu cần thiết để hoàn thành
từng hoạt động này. Cột thứ ba, có nhãn "thời gian gặp sự cố", đề cập đến thời gian tối thiểu tuyệt đối mà
một hoạt động có thể được hoàn thành nếu có thêm tiền cho hoạt động đó. Cột cuối cùng chứa chi phí giảm
thời lượng hoạt động một tuần.
Xúc tiến có thể giúp giảm thời gian cần thiết để hoàn thành toàn bộ dự án, nhưng các hoạt động xúc
tiến phải đi đúng hướng để việc xúc tiến tạo ra sự khác biệt về thời gian. Hoạt động nào được tiến hành
trên đường tới hạn phụ thuộc vào chi phí, giả sử rằng hoạt động đó chưa ở thời điểm sụp đổ.
Ước lượng HÌNH 3.22

Hoạt động Khoảng thời gian Thời gian sự cố Chi phí / Tuần
Thời lượng ước tính, thời gian gặp
sự cố và chi phí xúc tiến các hoạt

MỘT 3 1 $ 800
động của dự án.
B 4 2 500
C 4 2 400
D số 8 6 1.000
E 5 5 1.000
F 3 3 800
G 3 3 800
H 2 2 400
tôi 2 1 600
HÌNH 3.23 Đạt chuẩn Hoạt động Thời gian cho mỗi con đường Trị giá Tích lũy
Các hoạt động Được chọn Trị giá
Sử dụng giải pháp xúc tiến để giảm thiểu 22 19 19 16
thời gian của dự án.
A, B, D hoặc I B 21 18 19 16 $ 500 $ 500
A, B, D hoặc I B 20 17 19 15 500 1.000
A, D hoặc I tôi 19 17 18 15 600 1.600
A hoặc D MỘT 18 16 18 15 800 2.400
A và C, hoặc D D 17 16 17 15 1.000 3.400
A và C, hoặc D D 16 16 16 15 1.000 4.400
A và C A và C 15 15 15 14 1.200 5.600
Số tuần tối đa mà mỗi hoạt động có thể giảm xuống là chênh lệch giữa thời gian dự kiến và thời gian gặp
sự cố của hoạt động đó. Ví dụ, hoạt động B, quản lý bảng câu hỏi, có thể giảm từ bốn tuần xuống hai tuần với
chi phí $ 500 mỗi tuần, nhưng không thể giảm xuống dưới hai tuần; Hoạt động H, chuẩn bị đề xuất, không thể
giảm vì nó đã đến thời điểm sụp đổ.
Phân tích nhanh cho ví dụ này được cung cấp trong Hình 3.23. Quá trình xúc tiến diễn ra từng bước một,
cho đến khi không thể xúc tiến thêm nữa. Các cột trong bảng bao gồm các hoạt động đủ điều kiện (các nhiệm vụ
nằm trên lộ trình quan trọng và có thể được giảm bớt bằng cách xúc tiến), hoạt động đã chọn (vì nó là giải
pháp thay thế rẻ nhất), thời gian hiện tại để hoàn thành mỗi con đường, chi phí tiến hành hoạt động đã chọn
và cuối cùng là chi phí tích lũy.
Trong bước đầu tiên, lộ trình quan trọng là 10–20–30–50–60–70–80, vì vậy các hoạt động đủ điều kiện là
A, B, D và I. Các hoạt động G và H cũng nằm trên lộ trình quan trọng, nhưng chúng đã ở thời điểm gặp sự cố
và do đó không đủ điều kiện để tiến hành. Giải pháp thay thế rẻ nhất là xúc tiến hoạt động B trong một ngày,
làm giảm chặng đường đầu tiên từ 22 xuống 21 tuần và chặng đường thứ hai từ 19 xuống 18 tuần; con đường thứ
ba và thứ tư không bị ảnh hưởng bởi sự giảm vì hoạt động B không nằm trên một trong hai con đường đó.
Lộ trình quan trọng, và do đó toàn bộ dự án, giảm từ 22 xuống 21 tuần (được khoanh vào
cái bàn). Chúng tôi có thể lặp lại việc cắt giảm này và giảm thời gian dự án thêm một tuần nữa.
Khi hoạt động B đạt đến thời gian gặp sự cố, hoạt động khác phải được chọn. Hàng 3 trong bảng cho thấy
các hoạt động A, D và tôi đủ điều kiện và hoạt động I là hoạt động thay thế rẻ nhất. Giảm hoạt động Tôi giảm
không chỉ con đường quan trọng mà tất cả các con đường vì nó là chung cho tất cả chúng.
Trong bước thứ tư, hoạt động A được chọn, giảm các con đường 1 và 2, nhưng kết quả là bây giờ có hai
con đường quan trọng. Điều này ngụ ý rằng việc giảm thời gian của dự án sẽ chỉ diễn ra nếu cả hai con đường
quan trọng được giảm xuống cùng một lúc.
Chúng ta có thể rút ngắn cả hai con đường trong bước thứ năm và thứ sáu bằng cách chọn kết hợp các
hoạt động A và C (một hoạt động từ mỗi con đường quan trọng) hoặc hoạt động D (một hoạt động đồng bộ với cả
hai con đường quan trọng). Giảm hoạt động D 2 ngày sẽ rút ngắn các chặng đường xuống còn 16, 16, 16 và 15
ngày, và bây giờ có ba chặng đường quan trọng.
Cuối cùng, khi hoạt động D đạt đến thời gian sụp đổ, sự lựa chọn khả dụng duy nhất là kết hợp các hoạt
động A và C. Do đó, thời gian dự án tối thiểu là 15 tuần, có thể đạt được bằng cách giảm hoạt động A đi 2
ngày, hoạt động B đi 2 ngày, hoạt động C bằng 1 ngày, hoạt động D trong 2 ngày và hoạt động I vào một ngày,
với tổng chi phí là 5.600 đô la.
Ví dụ này mô tả việc xúc tiến toàn bộ để đạt được thời gian dự án tối thiểu bằng bất kỳ giá nào.
Nhưng một nhà phân tích hệ thống có thể phải đối mặt với ngân sách. Trong ví dụ của chúng tôi, ngân sách
4.000 đô la sẽ dẫn đến việc đẩy nhanh tiến độ lên đến và bao gồm cả bước 5. Dự án sẽ được rút ngắn từ 22
đến 17 tuần, với chi phí là 3.400 đô la.
Một tiêu chí khả thi khác là số tiền ròng có thể tiết kiệm được nếu dự án được rút ngắn. Giả sử rằng
trong ví dụ trên, nhà phân tích sẽ tiết kiệm được 750 đô la mỗi tuần, chủ yếu bao gồm các cơ hội có sẵn cho
nhóm dự án để bắt đầu các dự án mới sớm hơn. Trong trường hợp này, việc xúc tiến sẽ không diễn ra cho đến
Bước 3 vì chi phí gia tăng của Bước 4 (800 đô la cho hoạt động chi tiêu A) sẽ vượt quá 750 đô la đã tiết
kiệm được.
Xúc tiến có thể thực hiện hoặc phá vỡ một dự án thành công. Nhà phân tích hệ thống phải luôn cập nhật
tình hình bằng cách quản lý dự án trong toàn bộ quá trình phát triển. Nhà phân tích cần đảm bảo chi phí dự
án được quản lý đúng cách.
Kiểm soát chi phí bằng cách sử dụng quản lý giá trị kiếm được
Sau khi nhà phân tích hệ thống có ngân sách được phê duyệt, nhà phân tích bắt buộc phải cập nhật ngân sách
đó để dự án không vượt quá ngân sách khi nó tiến triển. Đường cơ sở cần được sửa đổi liên tục và tất cả
các bên liên quan cần được thông báo.
Các thay đổi thường xảy ra ở giữa một dự án. Khách hàng có thể yêu cầu các tính năng mới hoặc các công
nghệ mới có thể được giới thiệu sẽ thay đổi cách hệ thống được phát triển. Bất kể những thay đổi này là gì,
ngân sách cần được sửa đổi.
Một công cụ có sẵn cho các nhà phân tích hệ thống là quản lý giá trị kiếm được (EVM). Đây là một kỹ
thuật được sử dụng để giúp xác định tiến độ (hoặc bước lùi) của một dự án và liên quan đến chi phí dự án,
tiến độ dự án và hiệu suất của nhóm dự án. Dưới đây là bốn biện pháp chính trong EVM:
• Ngân sách khi hoàn thành (BAC) là tổng ngân sách cho dự án, từ khi bắt đầu cho đến khi hoàn thành. Nếu bạn
đang tính toán các thước đo hiệu suất cho một nhiệm vụ, thì đó là tổng ngân sách cho nhiệm vụ.
• Giá trị kế hoạch (PV) là giá trị của công việc sẽ được hoàn thành trong dự án (hoặc, cách khác, công việc
đã hoàn thành trong bất kỳ nhiệm vụ nào). Bởi vì giá trị của công việc đã hoàn thành là bao nhiêu công
sức và tiền bạc sẽ được đổ vào đó, bạn có thể coi PV là chi phí dự trù của công việc đã được lên lịch.
• Chi phí thực tế (AC) là tổng chi phí (trực tiếp và gián tiếp) phát sinh để hoàn thành công việc của dự án
(hoặc, cách khác, một nhiệm vụ) cho đến thời điểm cụ thể đó. Một cách khác để đề cập đến điều này là chi
phí thực tế của công việc đã thực hiện cho đến nay.
• Giá trị kiếm được (EV) là ước tính giá trị của công việc đã thực hiện cho đến nay. EV chỉ đề cập đến công
việc đã được hoàn thành cho đến nay. Giá trị kiếm được được tính như sau:
EV = PV * p
trong đó p là phần trăm công việc đã hoàn thành cho đến nay.
Hình 3.24 cho thấy chi phí phát triển một trang web trong khoảng thời gian năm tháng. Trong kỳ thi này,
sự phát triển của trang web của chúng tôi đang được tiến hành tốt. Ngân sách khi hoàn thành là ngân sách dự
kiến là 18.000 đô la, tổng chi phí ước tính để phát triển trang web vào cuối năm tháng. Nó được tính bằng
cách cộng các số liệu chi phí trong cột chi phí ước tính.
Vào cuối tháng thứ nhất, thứ hai và thứ ba, chi phí thực tế của dự án bằng chi phí ước tính tích lũy,
nhưng trong tháng thứ tư, chi phí thực tế là $ 17.000 so với $ 15.000 từ cột ước tính tích lũy. Rõ ràng là
chúng ta đang sử dụng quá ngân sách của mình.
Nó có vẻ tồi tệ hơn. Chúng tôi chỉ mới hoàn thành 50 phần trăm của Giai đoạn 4 vào cuối giai đoạn thứ tư
tháng. Điều đó có nghĩa là chúng ta đang bị tụt hậu so với kế hoạch của mình vì chi phí đang tăng lên.
Hãy xem thiệt hại là gì. Chúng tôi đã biết rằng ngân sách khi hoàn thành dự án là 18.000 đô la và chi
phí thực tế vào cuối tháng thứ tư là 17.000 đô la. Hãy xác định giá trị kế hoạch và giá trị kiếm được tại
thời điểm này.
Giá trị kế hoạch chỉ đơn giản là ước tính tích lũy vào cuối tháng 4, hoặc 15.000 đô la. Để tính toán
giá trị kế hoạch, chúng ta cần nhân giá trị kiếm được với tỷ lệ phần trăm của dự án
Tại Sân khấu Ước lượng Tích lũy Ước lượng Sân khấu Chi phí thực tế của Chi phí thực tế của
Cuối của Trị giá Ước tính Khoảng thời gian

Hoàn thành Giai đoạn đến nay Dự án cho đến nay
Tháng 1 Giai đoạn 1 $ 6.000 $ 6.000 1 tháng 100% $ 6.000 $ 6.000
Tháng 2 Giai đoạn 2 3.000 9.000 1 tháng 100% 3.000 9.000
Tháng 5 Giai đoạn 5 3.000 3.000 18.000 1 tháng 0% Chưa bắt đầu Chưa bắt đầu
HÌNH 3.24
Chi phí dự kiến của một dự án phát triển trang web trong khoảng thời gian năm tháng.
đó là hoàn thành. Chúng ta thấy trong bảng rằng ba giai đoạn đầu đã hoàn thành, nhưng giai đoạn thứ tư mới
chỉ hoàn thành một nửa. Đến nay, điều này có nghĩa là:
P = (100 + 100 + 100 + 50) / (100 + 100 + 100 + 100)
= .875
Vì vậy, giá trị kiếm được là:
EV = PV * p
= 15.000 đô la * .875
= $ 13.125
Bốn biến số — ngân sách khi hoàn thành, giá trị kế hoạch, chi phí thực tế và giá trị kiếm được — là cốt
lõi của quản lý giá trị kiếm được. Chúng có thể được sử dụng để tính toán một số thước đo hiệu suất, bao
gồm phương sai chi phí, phương sai lịch trình, chỉ số hiệu suất chi phí và chỉ số hiệu suất toàn bộ lịch biểu:
• Phương sai chi phí (CV) cho chúng ta biết liệu dự án hoặc nhiệm vụ có tốn nhiều hơn những gì chúng ta đã lên kế hoạch hay không.
Nếu phương sai chi phí âm, chi phí của chúng tôi lớn hơn kế hoạch. Nếu nó là tích cực, nó đang chi phí thấp hơn so
với kế hoạch. Phương sai chi phí chỉ đơn giản là:
CV = EV - AC
• Phương sai lịch trình (SV) cho chúng ta biết liệu dự án có mất nhiều thời gian hơn kế hoạch hay không. Nếu
vậy, nó sẽ có tác động tiêu cực đến chi phí của chúng tôi. Một lần nữa, nếu phương sai lịch biểu là số
âm, thì thời gian thực hiện công việc mất nhiều thời gian hơn dự định và số tiền là chi phí trung bình.
Nếu phương sai của lịch biểu là số dương, thì sẽ mất ít thời gian hơn so với kế hoạch và số tiền cho biết
chúng ta đang sử dụng ngân sách là bao nhiêu. Phương sai của lịch trình thu được bằng cách lấy giá trị
thu được trừ đi giá trị đã lập kế hoạch, như sau:
SV = EV - PV
• Chỉ số hiệu suất chi phí (CPI) là một tỷ lệ cho biết một dự án có vượt quá ngân sách hay không.
Nếu chỉ số nhỏ hơn 1,0, dự án hoặc nhiệm vụ vượt quá ngân sách. Nếu tỷ lệ này lớn hơn 1,0, dự án hoặc
nhiệm vụ thuộc ngân sách. Chỉ số hiệu suất chi phí có thể được tính như sau:
CPI = EV / AC
• Chỉ số hiệu suất theo lịch trình (SPI) là một tỷ lệ cho chúng ta biết liệu một dự án có đang bị chậm tiến
độ hay không. Nếu chỉ số hiệu suất lịch trình nhỏ hơn 1,0, điều đó có nghĩa là dự án hoặc nhiệm vụ đang bị
chậm tiến độ. Nếu tỷ lệ chỉ số hiệu suất lịch trình lớn hơn 1,0, dự án đang vượt tiến độ. Chỉ số hiệu suất
lịch trình có thể được tính như sau:
SPI = EV / PV
Trong ví dụ liên tục của chúng tôi về phát triển trang web, bây giờ chúng tôi có thể tính toán bốn thước
đo hiệu suất sau:

Phương sai chi phí vào cuối tháng thứ tư là:
CV = EV - AC
= $ 13.125 - $ 17.000
= (- $ 3,875)
nghĩa là chúng tôi vượt quá ngân sách 3,875 đô la.

Phương sai của lịch trình là:
SV = EV - PV
= $ 13.125 - $ 15.000
= (- 1,875 đô la)
ngụ ý rằng chúng tôi đang chậm tiến độ và vượt quá ngân sách.
Chỉ số hiệu suất chi phí là:
CPI = EV / AC
= $ 13.125 / $ 17.000
= .772
hoặc 77,2 phần trăm. Điều này có nghĩa là nhóm đang thực hiện với tốc độ thấp hơn nhiều so với tốc độ dự kiến
của mỗi người. Hình này sẽ được sử dụng sau.
Chỉ số hiệu suất lịch trình (SPI) là:
SPI = EV / PV
= $ 13.125 / $ 15.000
= .875
hoặc 87,5 phần trăm. Một lần nữa, tỷ lệ thấp hơn 1,0 có nghĩa là dự án đang chậm tiến độ.
Cuối cùng, một nhà phân tích hệ thống có thể muốn tính toán hai biến số chính: ước tính hoàn thành (ETC)
và ước tính khi hoàn thành (EAC). Họ cho nhà phân tích biết chi phí để hoàn thành dự án hoặc nhiệm vụ kể từ
thời điểm này trở đi.
Ước tính để hoàn thành xem xét nhóm đã làm như thế nào trong quá khứ và ước tính cần thêm bao nhiêu tiền
để hoàn thành dự án với tốc độ thực hiện hiện tại. Nó được tính bằng cách trừ đi giá trị kiếm được từ ngân sách
khi hoàn thành. Kết quả đó được chia cho chỉ số hiệu suất chi phí được tính toán trước đó, như sau:
ETC = (BAC - EV) / CPI
Ước tính khi hoàn thành thể hiện ngân sách đã sửa đổi. Nó là số tiền mà toàn bộ dự án hoặc nhiệm vụ sẽ chi
phí khi nó kết thúc. Nó được tính bằng cách cộng chi phí thực tế với số tiền ước tính sẽ cần để hoàn thành dự
án. Phương trình là:
EAC = AC + ETC
Trong ví dụ hiện tại của chúng tôi về dự án phát triển trang web, ước tính để hoàn thành dự án là:
ETC = ($ 18,000 - $ 13,125) / .772 = $ 6,315
Điều này có nghĩa là chúng tôi sẽ cần phải chi thêm 6.315 đô la so với số tiền chúng tôi có cho đến thời điểm này
để hoàn thành trang web. Ước tính khi hoàn thành sẽ là:
EAC = $ 17,000 + $ 6,315
= $ 23.315
cao hơn đáng kể so với 18.000 đô la mà chúng tôi đã lập ngân sách ban đầu. Hình 3.25 cho thấy một số thước đo
hiệu suất này liên quan như thế nào đến lịch trình và ngân sách ban đầu cũng như lịch trình và ngân sách đã sửa
đổi.
HÌNH 3.25
Giá trị kiếm được như thế nào
PV = 15.000 đô la các giá trị quản lý liên quan đến

Ngân sách ban đầu
sự phát triển theo kế hoạch và thực tế
BAC = 18.000 đô la
của trang web.
Giai đoạn 1 Giai đoạn 2 Giai đoạn 3 Giai đoạn 4 Giai đoạn 5
EV = $ 13.125
AC = $ 17,000 ETC = $ 6,315 Ngân sách sửa đổi
EAC = $ 23.315
Thời gian
Điều quan trọng đối với một nhà phân tích hệ thống là phải theo dõi chi phí và giải quyết các tác động ngân
sách khi xảy ra sự chậm trễ bất ngờ hoặc vượt quá chi phí. Một nhà phân tích phải liên tục cân bằng giữa chi
phí, thời gian và phạm vi (nghĩa là những tính năng hệ thống nào sẽ được đưa vào) khi làm việc trên bất kỳ dự
án nào.
Quản lý nhóm dự án
Cùng với việc quản lý thời gian và tài nguyên, người phân tích hệ thống còn phải quản lý con người. Quản lý
nhân sự được thực hiện chủ yếu bằng cách giao tiếp chính xác với các thành viên trong nhóm, những người đã được
lựa chọn về năng lực và khả năng tương thích của họ. Các mục tiêu về năng suất của dự án phải được thiết lập và
các thành viên của nhóm phân tích hệ thống phải có động lực để đạt được chúng.
Tập hợp một nhóm

Tập hợp một đội là điều mong muốn. Nếu một nhà quản lý dự án có cơ hội tạo ra một đội ngũ mơ ước gồm những người
có kỹ năng để phát triển hệ thống, thì người đó nên chọn ai? Nhìn chung, các nhà quản lý chuyên nghiệp cần tìm
kiếm những người khác chia sẻ giá trị của họ về làm việc nhóm và được hướng dẫn bởi mong muốn cung cấp một hệ
thống chất lượng cao đúng thời hạn và ngân sách. Các đặc điểm thành viên nhóm mong muốn khác bao gồm đạo đức làm
việc tốt, trung thực, năng lực và sẵn sàng đảm nhận vai trò lãnh đạo dựa trên chuyên môn, động lực, sự nhiệt tình
đối với dự án và sự tin tưởng của

đồng đội.
Người quản lý dự án cần biết về các nguyên tắc kinh doanh, nhưng sẽ không có hại gì nếu có ít nhất một
người khác trong nhóm hiểu cách hoạt động của một doanh nghiệp. Có lẽ người này nên là một chuyên gia trong lĩnh
vực hệ thống đang được phát triển. Ví dụ: khi phát triển một trang web thương mại điện tử, một nhóm có thể tranh
thủ sự trợ giúp của ai đó trong lĩnh vực tiếp thị và những người đang phát triển hệ thống kiểm kê có thể yêu cầu
một người thông thạo về sản xuất và vận hành cung cấp kiến thức chuyên môn.
Một nhóm lý tưởng nên bao gồm ít nhất hai nhà phân tích hệ thống. Họ có thể giúp đỡ lẫn nhau, kiểm tra công
việc của nhau và thay đổi khối lượng công việc của họ. Chắc chắn cần phải có những người có kỹ năng lập trình
trên tàu. Việc viết mã là quan trọng, nhưng những người biết cách thực hiện hướng dẫn, đánh giá, thử nghiệm và
hệ thống tài liệu cũng quan trọng. Một số người giỏi nhìn thấy bức tranh lớn, và những người khác thực hiện tốt
khi các nhiệm vụ được chia thành các nhiệm vụ nhỏ hơn cho họ. Mỗi đội nên có cả hai loại cá nhân.
Ngoài những điều cơ bản vừa mô tả, người quản lý dự án nên tìm kiếm những người có cả kinh nghiệm và nhiệt
huyết. Kinh nghiệm đặc biệt quan trọng khi cố gắng ước tính thời gian cần thiết để hoàn thành một dự án. Kinh
nghiệm trong lập trình máy tính có nghĩa là mã được phát triển nhanh hơn gấp năm lần so với nếu nó được phát
triển bởi một nhóm thiếu kinh nghiệm. Một chuyên gia về khả năng sử dụng cũng là một bổ sung hữu ích cho nhóm.
Nhóm phải được thúc đẩy. Một cách để giữ cho một nhóm được định hướng tích cực trong toàn bộ quá trình là
chọn những người giỏi ngay từ đầu. Tìm kiếm sự nhiệt tình, trí tưởng tượng và khả năng giao tiếp với nhiều loại
người khác nhau. Những thuộc tính cơ bản này có tiềm năng thành công. Ngoài ra, những nhà văn giỏi và người nói
rõ ràng có thể trình bày đề xuất và làm việc trực tiếp với khách hàng, vì vậy việc thuê những cá nhân như vậy là
một ý kiến hay.
Niềm tin là một phần quan trọng của một đội. Tất cả các thành viên của dự án cần phải hành động có trách
nhiệm và đồng ý làm hết sức mình và hoàn thành phần việc của họ trong dự án. Mọi người có thể có phong cách làm
việc khác nhau, nhưng tất cả đều cần đồng lòng để cùng nhau hướng tới một mục tiêu chung.
Các chiến lược giao tiếp để quản lý nhóm

Các nhóm có cá tính riêng do kết hợp từng thành viên trong nhóm với nhau theo cách tạo ra một mạng lưới tương
tác hoàn toàn mới. Một cách để sắp xếp suy nghĩ của bạn về các nhóm là hình dung họ luôn tìm kiếm sự cân bằng
giữa việc hoàn thành công việc trong tầm tay và duy trì mối quan hệ giữa các thành viên trong nhóm.
Trên thực tế, các đội thường có hai thủ lĩnh chứ không chỉ một. Thông thường, một người sẽ xuất hiện,
người dẫn dắt các thành viên hoàn thành nhiệm vụ và một người khác sẽ xuất hiện, người có liên quan
KINH NGHIỆM HYPERCASE 3 .1
"TÔI
hy vọng mọi người bạn gặp tại MRE đều đối xử tốt với bạn. Dưới Nó kể về câu chuyện của công ty chúng tôi và những người làm việc ở đây.
đây là một đánh giá ngắn về một số cách bạn có thể truy cập vào tổ chức Chúng tôi khá tự hào về nó và đã nhận được phản hồi tích cực về nó từ
của chúng tôi thông qua HyperCase. Khu vực lễ tân tại MRE có liên kết khách truy cập.
quan trọng với phần còn lại của tổ chức của chúng tôi. Có lẽ bạn đã tự “Nếu bạn có cơ hội phỏng vấn một vài người và xem công ty của chúng
mình khám phá ra những điều này, nhưng tôi muốn nhắc bạn về chúng ngay tôi hoạt động như thế nào, tôi chắc chắn rằng bạn đang biết về một số
bây giờ vì tôi không muốn mải mê giải quyết những vấn đề còn lại của tổ vấn đề chính trị liên quan. Tuy nhiên, chúng tôi cũng lo lắng về các vấn
chức chúng ta mà tôi quên đề cập đến chúng. đề kỹ thuật hơn, chẳng hạn như điều gì tạo nên tính khả thi cho một dự
“Ô cửa trống mà bạn nhìn thấy là đường dẫn đến căn phòng tiếp theo, án đào tạo và điều gì thì không. ”
chúng tôi gọi là East Atrium. Bạn có thể nhận thấy rằng tất cả các ô cửa
mở đều liên kết với các phòng liền kề. Lưu ý bản đồ xây dựng được hiển
thị trong khu vực lễ tân. Bạn có thể tự do đến các khu vực công cộng
như căng tin, nhưng như bạn đã biết, bạn phải có nhân viên hộ tống vào 1. Đơn vị đào tạo sử dụng tiêu chí nào để đánh giá tính khả thi của
phòng làm việc riêng. Bạn không thể đến đó một dự án mới? Liệt kê chúng.
tự mình. 2. Liệt kê bất kỳ thay đổi hoặc sửa đổi nào đối với các tiêu chí này mà bạn
muốn giới thiệu.
“Đến giờ chắc bạn đã để ý đến hai tập tài liệu và chiếc máy tính
trên chiếc bàn nhỏ ở khu vực lễ tân. Màu đỏ nhỏ là danh bạ điện thoại 3. Ông Evans đã nhờ bạn giúp chuẩn bị một đề xuất về hệ thống theo
nội bộ của Bộ GD & ĐT. Chỉ cần nhấp vào tên nhân viên và nếu người đó dõi dự án mới cho Đơn vị đào tạo. Thảo luận ngắn gọn về tính khả
tham gia, họ sẽ cấp cho bạn một cuộc phỏng vấn và một chuyến tham quan thi về kỹ thuật, kinh tế và hoạt động của từng phương án thay thế
văn phòng. Tôi để bạn tự tìm hiểu tài liệu kia là gì. cho một hệ thống theo dõi dự án được đề xuất cho Đơn vị đào tạo.
“Máy tính trên bàn đang bật và hiển thị trang web cho MRE. Hãy xem 4. Bạn sẽ đề xuất lựa chọn nào? Sử dụng bằng chứng từ HyperCase
trang web của công ty và truy cập tất cả các liên kết. để hỗ trợ quyết định của bạn.
các mối quan hệ xã hội giữa các thành viên trong nhóm. Cả hai đều cần thiết cho đội. Các cá nhân này đã
được các nhà nghiên cứu khác gán cho lần lượt là người lãnh đạo nhiệm vụ và người lãnh đạo xã hội. Mọi
nhóm đều phải chịu những căng thẳng bùng phát trong việc tìm kiếm sự cân bằng giữa việc hoàn thành nhiệm
vụ và duy trì mối quan hệ giữa các thành viên trong nhóm.
Để một nhóm tiếp tục hoạt động hiệu quả, những căng thẳng phải được giải quyết liên tục. Giảm thiểu
hoặc bỏ qua những căng thẳng sẽ dẫn đến sự kém hiệu quả và cuối cùng là sự tan rã của nhóm. Phần lớn sự
giải tỏa căng thẳng cần thiết có thể đạt được thông qua việc sử dụng khéo léo phản hồi của tất cả các
thành viên trong nhóm. Tuy nhiên, tất cả các thành viên cần đồng ý rằng cách họ tương tác (tức là quá
trình) là đủ quan trọng để xứng đáng với một thời gian. Mục tiêu năng suất cho các quy trình sẽ được thảo
luận trong phần sau.
Đảm bảo thỏa thuận về sự tương tác của các thành viên phù hợp liên quan đến việc tạo ra các chuẩn
mực nhóm rõ ràng và ngầm hiểu (kỳ vọng, giá trị và cách hành xử của tập thể) để hướng dẫn các mem bers
trong mối quan hệ của họ. Định mức của một đội thuộc về nó và không nhất thiết sẽ chuyển từ đội này sang
đội khác. Những định mức này thay đổi theo thời gian và được coi là một quá trình tương tác của nhóm hơn
là một sản phẩm.
Định mức có thể là chức năng hoặc rối loạn chức năng. Chỉ vì một hành vi cụ thể là chuẩn mực cho một
nhóm không có nghĩa là nó đang giúp nhóm đạt được mục tiêu của mình. Ví dụ: một thông báo về expec mà các
thành viên trong nhóm cấp dưới nên thực hiện tất cả các lịch trình của dự án có thể là một tiêu chuẩn của
nhóm. Bằng cách tuân thủ định mức này, nhóm gây áp lực rất lớn lên các thành viên mới và không tận dụng
được hết kinh nghiệm của nhóm. Đó là một tiêu chuẩn mà nếu tiếp tục, có thể khiến các thành viên trong
nhóm lãng phí các nguồn lực quý giá.
Các thành viên trong nhóm cần đưa ra các định mức một cách rõ ràng và định kỳ đánh giá xem các định
mức có chức năng hay không hoạt động trong việc giúp nhóm đạt được mục tiêu của mình. Kỳ vọng lớn hơn đối
với nhóm của bạn phải là sự thay đổi là tiêu chuẩn. Tự hỏi bản thân xem các chỉ tiêu của nhóm đang giúp
đỡ hay cản trở sự tiến bộ của nhóm.
Đặt mục tiêu năng suất dự án

Khi bạn làm việc với các thành viên trong nhóm của mình trong nhiều dự án khác nhau, bạn hoặc trưởng nhóm của bạn
sẽ có được sự nhạy bén trong việc dự tính những gì nhóm có thể đạt được trong một khoảng thời gian cụ thể.
Sử dụng các gợi ý về các phương pháp ước tính thời gian cần thiết đã được thảo luận trước đó trong chương này
và kết hợp chúng với kinh nghiệm sẽ cho phép nhóm thiết lập các mục tiêu năng suất đáng giá.
Các nhà phân tích hệ thống đã quen với việc suy nghĩ về các mục tiêu năng suất cho nhân viên thể hiện kết
quả đầu ra hữu hình, chẳng hạn như số lượng quần jean xanh được may mỗi giờ, số mục nhập được nhập trong mỗi
phút hoặc số mục được quét mỗi giây. Tuy nhiên, khi năng suất sản xuất tăng lên, rõ ràng là phải theo kịp tốc độ
sản xuất của các nhà quản lý. Với mục đích này, mục tiêu năng suất cho nhóm phân tích hệ thống được đặt ra.
Một nhóm cần xây dựng và thống nhất các mục tiêu, và các mục tiêu này phải dựa trên chuyên môn của các thành
viên trong nhóm và hiệu suất cũ, cũng như bản chất của dự án cụ thể.
Các mục tiêu sẽ thay đổi đôi chút đối với từng dự án được thực hiện bởi vì đôi khi toàn bộ hệ thống sẽ được cài
đặt, trong khi các dự án khác có thể liên quan đến các sửa đổi hạn chế đối với một phần của hệ thống hiện có.
Tạo động lực cho các thành viên trong nhóm dự án
Mặc dù động lực là một chủ đề cực kỳ phức tạp, nhưng nó là một chủ đề tốt để xem xét, ngay cả khi ngắn gọn, vào
thời điểm này. Để đơn giản hóa quá mức, hãy nhớ lại rằng mọi người tham gia các tổ chức để cung cấp cho một số
nhu cầu cơ bản của họ, chẳng hạn như thực phẩm, quần áo và chỗ ở. Tuy nhiên, tất cả con người cũng có những nhu
cầu cấp cao hơn, bao gồm liên kết, kiểm soát, độc lập và sáng tạo. Mọi người có động cơ để đáp ứng các nhu cầu
chưa được đáp ứng ở một số cấp độ.
Các thành viên trong nhóm có thể được thúc đẩy, ít nhất một phần, thông qua việc tham gia vào việc thiết lập
mục tiêu, như được mô tả trong phần trước. Hành động đặt ra một mục tiêu đầy thách thức nhưng có thể đạt được
và sau đó đo lường định kỳ hiệu suất so với mục tiêu dường như có tác dụng thúc đẩy mọi người.
Mục tiêu đóng vai trò gần như nam châm thu hút mọi người đến với thành tích.
Một phần lý do khiến việc đặt mục tiêu thúc đẩy mọi người là các thành viên trong nhóm biết trước khi đánh
giá hiệu suất chính xác những gì họ mong đợi. Thành công của việc thiết lập mục tiêu để tạo động lực cũng có thể
được coi là mang lại cho mỗi thành viên trong nhóm quyền tự chủ trong việc đạt được các mục tiêu. Mặc dù một mục
tiêu được xác định trước, nhưng phương tiện để đạt được nó có thể không. Trong trường hợp này, các thành viên
trong nhóm được tự do sử dụng kiến thức chuyên môn và kinh nghiệm của mình để đạt được mục tiêu của họ.
Đặt mục tiêu có thể thúc đẩy các thành viên trong nhóm bằng cách làm rõ cho họ và những người khác những gì
phải làm để đạt được kết quả. Mục tiêu xác định mức độ đạt được mong đợi của các thành viên trong nhóm. Việc sử
dụng các mục tiêu này đơn giản hóa bầu không khí làm việc, và nó điện hóa nó với khả năng rằng những gì được mong
đợi thực sự có thể được thực hiện.
Quản lý dự án thương mại điện tử

Nhiều phương pháp và kỹ thuật được thảo luận cho đến nay có thể chuyển giao cho quản lý dự án thương mại điện
tử. Tuy nhiên, bạn nên thận trọng rằng mặc dù có rất nhiều tổ chức từ thiện simi, nhưng cũng có nhiều điểm khác
biệt. Một điểm khác biệt là dữ liệu được sử dụng bởi các hệ thống thương mại điện tử nằm rải rác trong một tổ
chức. Do đó, bạn không chỉ quản lý dữ liệu trong một bộ phận khép kín hoặc thậm chí trong một đơn vị duy nhất. Do
đó, chính trị của tổ chức có thể phát huy tác dụng vì các đơn vị thường cảm thấy bảo vệ dữ liệu mà họ tạo ra và
không hiểu nhu cầu chia sẻ chúng trong toàn tổ chức.
Một điểm khác biệt rõ ràng khác là các nhóm dự án thương mại điện tử thường cần thêm nhân viên từ khắp tổ
chức và có nhiều kỹ năng khác nhau, bao gồm nhà phát triển, nhà tư vấn, chuyên gia cơ sở dữ liệu và nhà tích hợp
hệ thống. Các nhóm dự án ổn định tồn tại trong một nhóm hệ thống thông tin gắn kết (IS) hoặc nhóm phát triển hệ
thống là ngoại lệ chứ không phải là quy tắc. Ngoài ra, vì có thể cần rất nhiều trợ giúp ban đầu, các nhà quản lý
dự án thương mại điện tử cần phải xây dựng các mối quan hệ đối tác bên ngoài và bên trong tốt trước khi bắt đầu
triển khai, có thể chia sẻ tài năng giữa các dự án để giảm chi phí triển khai thương mại điện tử và tập hợp số
lượng người cần thiết với chuyên môn cần thiết. Tiềm năng chính trị của tổ chức thúc đẩy mối quan hệ giữa các
thành viên trong nhóm là rất thực tế.

Một cách để ngăn chặn chính trị phá hoại dự án là người quản lý dự án thương mại điện tử nhấn mạnh việc
tích hợp hệ thống thương mại điện tử với hệ thống nội bộ của tổ chức và do đó, nhấn mạnh khía cạnh tổ chức được
nhúng trong dự án thương mại điện tử. Như một người quản lý dự án thương mại điện tử đã nói với chúng tôi,
“Thiết kế giao diện người dùng [những gì người tiêu dùng nhìn thấy] là một phần dễ dàng của tất cả những điều
này. Thách thức thực sự đến từ việc tích hợp thương mại điện tử một cách chiến lược vào tất cả các hệ thống của
tổ chức. ”
Điểm khác biệt thứ tư giữa quản lý dự án truyền thống và trung tâm quản lý dự án thương mại điện tử về các
mối quan tâm về bảo mật. Hệ thống thương mại điện tử sẽ liên kết với thế giới bên ngoài thông qua Internet, vì
vậy bảo mật là điều quan trọng hàng đầu. Việc phát triển và đưa ra kế hoạch bảo mật trước khi hệ thống mới được
đưa vào sử dụng là một dự án tự thân và phải được quản lý như vậy.
Tạo Điều lệ Dự án
Một phần của quá trình lập kế hoạch là thống nhất về những gì sẽ được thực hiện và vào thời gian nào. Các nhà
phân tích là nhà tư vấn bên ngoài, cũng như những người là thành viên tổ chức, cần phải xác định rõ cuối cùng
họ sẽ cung cấp những gì và khi nào họ sẽ cung cấp. Toàn bộ nhóm cũng như khách hàng cần phải ở trên tàu. Chương
này đã trình bày chi tiết về các cách ước tính ngày giao hàng cho hệ thống đã hoàn thành và cũng như cách xác
định các mục tiêu của tổ chức và đánh giá tính khả thi của hệ thống được đề xuất.
Điều lệ dự án là một bản tường thuật bằng văn bản làm rõ các câu hỏi sau:
1. Người dùng mong đợi gì về dự án (nghĩa là, các mục tiêu là gì)? Cái gì sẽ
hệ thống làm gì để đáp ứng các nhu cầu (đạt được các mục tiêu)?
2. Phạm vi (hoặc ranh giới) của dự án là gì? (Người dùng xem xét điều gì
nằm ngoài tầm với của dự án?)
3. Nhà phân tích sẽ sử dụng các phương pháp phân tích nào để tương tác với người dùng trong việc thu thập dữ liệu và
phát triển và thử nghiệm hệ thống?
4. Ai là những người tham gia chính? Người dùng sẵn sàng và có thể cam kết dành bao nhiêu thời gian cho
tham gia?
5. Các sản phẩm của dự án là gì? (Phần mềm, phần cứng, quy trình và tài liệu mới hoặc cập nhật nào mà người
dùng mong đợi sẽ có sẵn để tương tác khi dự án được thực hiện?)
6. Ai sẽ đánh giá hệ thống, và họ sẽ đánh giá nó như thế nào? Các bước trong quy trình đánh giá là gì?
Kết quả sẽ được truyền đạt như thế nào và cho ai?
7. Tiến độ dự án ước tính là gì? Các nhà phân tích sẽ báo cáo dự án bao lâu một lần
các mốc thời gian?
8. Ai sẽ đào tạo người dùng?
9. Ai sẽ duy trì hệ thống?
Điều lệ dự án mô tả trong một tài liệu bằng văn bản về kết quả dự kiến của hệ thống dự kiến (các sản phẩm
phân phối) và khung thời gian để giao hàng. Về cơ bản, nó trở thành một hợp đồng giữa nhà phân tích trưởng (hoặc
người quản lý dự án) và nhóm phân tích, với những người sử dụng tổ chức yêu cầu hệ thống mới.
Đề xuất Hệ thống
Điều lệ dự án phục vụ mục đích xác định mục tiêu, xác định phạm vi và phân công trách nhiệm, nhưng một nhà phân
tích vẫn cần chuẩn bị một đề xuất hệ thống bao gồm nhiều chi tiết về nhu cầu hệ thống, các lựa chọn và khuyến
nghị. Phần này bao gồm cả nội dung và phong cách tạo nên một đề xuất hệ thống.
Những gì cần bao gồm trong một đề xuất hệ thống

Đề xuất hệ thống bằng văn bản có 10 phần chính. Mỗi phần có một chức năng cụ thể và cuối cùng đề xuất nên được
sắp xếp theo thứ tự sau:
1. Thư xin việc
2. Trang tiêu đề của dự án

Xu hướng Mục tiêu
“Đây là những gì tôi nghĩ chúng ta có thể hoàn thành trong năm tuần đối với tiếng rên rỉ thông thường từ nhóm đã tập hợp, sau đó tiếp tục.
tới, ”Hy, trưởng nhóm phân tích hệ thống của bạn, nói khi tự tin đưa ra một “Nhưng nghiêm túc mà nói, những mục tiêu này là những kẻ giết người. Ít nhất bạn có thể
lịch trình liệt kê tên của từng thành viên trong nhóm cùng với danh sách các hỏi chúng tôi những gì chúng tôi nghĩ, Hy. Chúng tôi thậm chí có thể biết rõ hơn bạn
mục tiêu ngắn hạn. Chỉ một tuần trước, nhóm phân tích hệ thống của bạn đã trải những gì có thể. ”
qua một cuộc họp căng thẳng về việc xúc tiến lịch trình dự án cho Kitchener “Đây là một vấn đề cấp bách, không phải một bữa tiệc trà, Fiona,” Hy trả
Redwings, một tổ chức khúc côn cầu ở Ontario mà ban quản lý đang thúc ép bạn lời. “Việc thăm dò ý kiến lịch sự của các thành viên trong nhóm không có lợi.
sản xuất một mẫu thử nghiệm. Một cái gì đó phải được hoàn thành nhanh chóng. Vì vậy, tôi đã tiếp tục với
những điều này. Tôi nói rằng chúng tôi gửi lịch trình của mình cho ban quản lý
Ba thành viên khác của đội nhìn vào bảng xếp hạng giải thưởng. Cuối
dựa trên điều này. Chúng tôi có thể lùi thời hạn sau nếu phải. Nhưng bằng cách
cùng, một thành viên, Rip, nói: “Tôi bị sốc. Mỗi người chúng ta đều có quá này, họ sẽ biết rằng chúng tôi cam kết đạt được nhiều thành tích trong suốt
nhiều việc phải làm — và bây giờ là điều này. ” mùa giải. "
Hy trả lời một cách bảo vệ, “Chúng ta phải nhắm đến mục tiêu cao, Rip. Họ Với tư cách là thành viên nhóm thứ tư lắng nghe cuộc trao đổi ở trên,
đang trái vụ. Đây là lần duy nhất để có được chúng. Nếu chúng tôi đặt mục tiêu hãy đưa ra ba đề xuất sẽ giúp Hy cải thiện cách tiếp cận của mình trong việc
quá thấp, chúng tôi sẽ không hoàn thành nguyên mẫu hệ thống, chưa nói đến bản hình thành và trình bày mục tiêu. Bạn nghĩ nhóm sẽ có động lực như thế nào nếu
thân hệ thống, trước khi một mùa khúc côn cầu khác trôi qua. Ý tưởng là mang họ chia sẻ quan điểm của Fiona về các mục tiêu của Hy? Những phân nhánh có thể
lại cho Kitchener Redwings lợi thế chiến đấu thông qua việc sử dụng hệ thống có của việc cung cấp người quản lý với những mục tiêu quá lạc quan là gì? Viết
mới của họ. " một đoạn văn dành cho các tác động ngắn hạn và một đoạn khác thảo luận về tác
Fiona, một thành viên khác trong nhóm, tham gia cuộc thảo luận, nói, "Chúa động lâu dài của việc đặt ra các mục tiêu cao không thực tế.
ơi biết rằng các cầu thủ của họ không thể cho họ điều đó!" Cô ấy tạm dừng
3. Mục lục
4. Tóm tắt điều hành (bao gồm cả các khuyến nghị)

5. Đề cương nghiên cứu hệ thống với tài liệu thích hợp
6. Kết quả chi tiết của nghiên cứu hệ thống
7. Các giải pháp thay thế hệ thống (ba hoặc bốn giải pháp khả thi)
8. Khuyến nghị của các nhà phân tích hệ thống
9. Tóm tắt đề xuất

10. Phụ lục (các loại tài liệu, tóm tắt các giai đoạn, thư từ, v.v.)
Thư xin việc cho các nhà quản lý và nhóm đặc nhiệm CNTT nên đi kèm với đề xuất hệ thống.
Nó nên liệt kê những người đã thực hiện nghiên cứu và tóm tắt các mục tiêu của nghiên cứu. Giữ cho thư
xin việc ngắn gọn và thân thiện.
Bao gồm trên trang tiêu đề tên của dự án, tên của các thành viên trong nhóm phân tích hệ thống và
ngày đề xuất được đệ trình. Tiêu đề đề xuất phải thể hiện chính xác nội dung của đề xuất, nhưng nó cũng
có thể thể hiện một số trí tưởng tượng. Mục lục có thể hữu ích cho người đọc các đề xuất dài. Nếu đề
dài dưới 10 trang, bỏ mục lục.
Bản tóm tắt điều hành, trong 250 đến 375 từ, cung cấp ai, cái gì, khi nào, ở đâu, tại sao và như
thế nào của đề xuất, giống như đoạn đầu tiên trong một câu chuyện tin tức. Nó cũng nên bao gồm các
khuyến nghị của các nhà phân tích hệ thống và hành động quản lý mong muốn bởi vì một số người sẽ chỉ có
thời gian để đọc bản tóm tắt. Nó nên được viết sau cùng, sau khi phần còn lại của đề xuất hoàn thành.
Đề cương của nghiên cứu hệ thống cung cấp thông tin về tất cả các phương pháp được sử dụng trong
nghiên cứu và ai hoặc cái gì đã được nghiên cứu. Bất kỳ bảng câu hỏi, phỏng vấn, lấy mẫu dữ liệu lưu
trữ, quan sát hoặc tạo mẫu được sử dụng trong nghiên cứu hệ thống nên được thảo luận trong phần này.
Phần kết quả chi tiết này mô tả những gì nhà phân tích hệ thống đã tìm ra về nhu cầu của con
người và hệ thống thông qua tất cả các phương pháp được mô tả trong phần trước. Các cụm từ liên
quan đến các vấn đề mà người lao động gặp phải khi tương tác với các công nghệ và hệ thống đã
được đề cập trong nghiên cứu này nên được lưu ý ở đây. Phần này nên liệt kê các vấn đề hoặc đề
xuất các cơ hội đưa ra các giải pháp thay thế được trình bày trong phần tiếp theo.
Trong phần giải pháp thay thế hệ thống của đề xuất, hãy trình bày hai hoặc ba giải pháp thay
thế giải quyết trực tiếp các vấn đề nói trên. Các lựa chọn thay thế bạn trình bày nên bao gồm một
giải pháp khuyến nghị giữ nguyên hệ thống. Mỗi phương án nên được khám phá riêng biệt. Mô tả chi
phí và lợi ích của mỗi tình huống. Bởi vì bất kỳ giải pháp nào cũng có sự đánh đổi, hãy đảm bảo
bao gồm các ưu điểm và nhược điểm của mỗi giải pháp.
Mỗi giải pháp thay thế phải chỉ ra rõ ràng những gì người dùng và người quản lý phải làm để
thực hiện nó. Từ ngữ phải rõ ràng nhất có thể, chẳng hạn như “Mua máy tính xách tay cho tất cả các
nhà quản lý cấp trung”, “Mua phần mềm đóng gói để hỗ trợ người dùng quản lý hàng tồn kho” hoặc
“Sửa đổi hệ thống hiện có thông qua tài trợ cho các nỗ lực lập trình nội bộ”.
Sau khi nhóm phân tích hệ thống đã cân nhắc các giải pháp thay thế, họ sẽ có ý kiến chuyên môn
rõ ràng về giải pháp nào khả thi nhất. Phần khuyến nghị của nhà phân tích hệ thống thể hiện giải
pháp được đề xuất . Bao gồm các lý do hỗ trợ trong đề xuất của nhóm để dễ hiểu tại sao đề xuất đó
được đưa ra. Khuyến nghị phải xuất phát một cách hợp lý từ phân tích trước đó về các solu tions
thay thế, và nó phải liên hệ rõ ràng các phát hiện về tương tác giữa con người và máy tính với
lựa chọn được đưa ra.
Bản tóm tắt đề xuất là một tuyên bố ngắn gọn phản ánh nội dung của bản tóm tắt điều hành. Nó
đưa ra các mục tiêu của nghiên cứu và giải pháp được khuyến nghị. Bạn nên nhấn mạnh một lần nữa
tầm quan trọng và tính khả thi của dự án, cùng với giá trị của các lời khuyên để đạt được mục tiêu
của người dùng và cải thiện hoạt động kinh doanh. Kết luận đề xuất trên một lưu ý tích cực.
Các phụ lục là phần cuối cùng của đề xuất hệ thống và chúng có thể bao gồm bất kỳ thông tin
nào mà bạn cảm thấy có thể được các cá nhân cụ thể quan tâm nhưng điều đó không cần thiết để hiểu
các hệ thống nghiên cứu và những gì đang được đề xuất.
Sau khi đề xuất hệ thống được viết, hãy chọn cẩn thận người sẽ nhận báo cáo.
Đích thân giao báo cáo cho những người bạn đã chọn. Khả năng hiển thị của bạn rất quan trọng đối
với sự chấp nhận và thành công cuối cùng của hệ thống.
Bạn có thể đề xuất một cuộc họp đặc biệt gồm những người ra quyết định quan trọng liên quan
đến dự kiến hệ thống nhằm mục đích cung cấp kết quả của đề xuất hệ thống. Phát triển một bản trình
bày miệng riêng biệt (được minh họa bằng các trang trình bày PowerPoint hoặc một số phần mềm trình
bày khác như Keynote) nêu những điểm nổi bật của báo cáo bằng văn bản của bạn. Giữ cho bản trình
bày của bạn ngắn gọn, tối đa từ 30 đến 40 phút, với phần lớn thời gian dành cho các câu hỏi. Không
bao giờ đọc to báo cáo của bạn. Tốt hơn hết là chuẩn bị và cung cấp một bản trình bày slide động
để tận dụng lợi thế là bạn có thể tương tác trực tiếp với những người ra quyết định chính.
Sử dụng các số liệu để giao tiếp hiệu quả

Điểm nhấn cho đến nay trong phần này là xem xét đối tượng của bạn khi soạn đề xuất hệ thống. Các
bảng và đồ thị cũng như các từ rất quan trọng trong việc nắm bắt và hiểu những điều cơ bản của hệ
thống được đề xuất. Đừng bao giờ đánh giá thấp thiết kế tốt.
Việc tích hợp các số liệu vào đề xuất của bạn giúp chứng minh rằng bạn đáp ứng các cách khác
nhau mà mọi người tiếp thu thông tin. Các số liệu trong báo cáo bổ sung thông tin bằng văn bản và
phải luôn được giải thích bằng lời nói; họ không bao giờ nên đứng một mình.
SỬ DỤNG HIỆU QUẢ CÁC BẢNG Mặc dù về mặt kỹ thuật, các bảng không phải là công cụ hỗ trợ trực quan, nhưng chúng
cung cấp một cách khác để nhóm và trình bày dữ liệu đã phân tích mà nhà phân tích muốn truyền đạt cho người
đọc đề xuất.
Các bảng sử dụng các cột và hàng được gắn nhãn để trình bày dữ liệu thống kê hoặc theo thứ tự
bảng chữ cái một cách có tổ chức. Mỗi bảng phải được đánh số theo thứ tự xuất hiện trong
HÌNH 3.26
Hướng dẫn tạo bảng hiệu quả.
Bảng 4
Số lượng tạ đã bán theo trọng lượng và màu sắc
cho Năm 2012–2017 Bao gồm
và
Gắn nhãn các hàng
Làm tiêu đề
cột. mô tả.
Việc sử dụng một chiếc hộp
tăng cường
các
bảng.
Loại bộ 2012 2013 2014 2015 2016 2017
40 kg xám 3,5 3,4 3,7 3,0 2,5 2.0
48 kg xám 5,9 5,5 5,1 4,6 2,0 2.0
55 kg xám 3,9 4,8 5,5 3,5 4,2 5.5

68 kg xám 1,0 1,9 2,2 2,5 1,3 1,2
100 kg xám 1,2 1,8 1,5 0,7 1,2 1,5

- - - 3,4 6,5 2,6
55 kg r, w,
- - - 0,8 1,8 1,2
b * 100 kg r, w, b
*
r, w, b, là viết tắt của màu đỏ, trắng và xanh lam.
Cố gắng vừa với bàn

theo chiều dọc
Sử dụng chú thích cuối trang để
trên một trang.
giải thích thông tin.
đề xuất và nên được đặt tiêu đề có ý nghĩa. Hình 3.26 cho thấy cách bố trí và ghi nhãn thích hợp cho một bảng.
Sau đây là một số hướng dẫn cho bảng:
1. Tích hợp các bảng vào phần nội dung của đề xuất. Đừng đưa chúng vào phần phụ lục.
2. Cố gắng xếp toàn bộ bảng theo chiều dọc trên một trang, nếu có thể.
3. Đánh số và đặt tiêu đề cho một bảng ở đầu trang. Làm cho tiêu đề mang tính mô tả và
có ý nghĩa.
4. Dán nhãn cho từng hàng và cột. Sử dụng nhiều hơn một dòng cho tiêu đề, nếu cần.
5. Sử dụng bàn đóng hộp nếu phòng cho phép. Các cột được cai trị theo chiều dọc sẽ nâng cao khả năng đọc.
6. Sử dụng chú thích cuối trang nếu cần thiết để giải thích thông tin chi tiết có trong bảng.
Một số phương pháp để so sánh chi phí và lợi ích đã được trình bày trong các phần trước.
Kết quả theo bảng của những so sánh như vậy sẽ xuất hiện trong đề xuất hệ thống. Nếu phân tích hòa vốn được thực
hiện, cần có bảng minh họa kết quả phân tích. Hoàn vốn có thể được hiển thị trong các bảng đóng vai trò hỗ trợ thêm
cho đồ thị. Một bảng ngắn so sánh các hệ thống máy tính hoặc các tùy chọn cũng có thể được đưa vào đề xuất hệ
thống.
SỬ DỤNG HIỆU QUẢ CỦA GRAPHS Có nhiều loại biểu đồ khác nhau, bao gồm biểu đồ đường, biểu đồ cột, biểu đồ thanh,
biểu đồ hình tròn và biểu đồ diện tích. Biểu đồ đường, biểu đồ cột và biểu đồ thanh so sánh các biến, trong khi
biểu đồ hình tròn và biểu đồ diện tích minh họa thành phần phần trăm của một thực thể.
Các hướng dẫn sau đây sẽ giúp bạn đưa các biểu đồ hiệu quả vào một đề xuất (xem Hình 3.27):
HÌNH 3.27
Hướng dẫn phát triển đồ
70.000 thị đường hiệu quả.
60.000
50.000
Hòa vốn
Điểm
40.000
Chi
phí ($)
30.000
20.000
10.000
Dán nhãn cho các trục.
Bao gồm một chìa khóa.
2014 2015 2016 2017 2018
Năm
Chi phí của hệ Chi phí của hệ
thống đề xuất thống hiện tại
Hình 5 Hệ
thống đề xuất dự kiến sẽ đạt điểm hòa vốn
vào năm 2018.
Bao gồm một tiêu đề có ý nghĩa.
1. Chọn một kiểu biểu đồ truyền đạt tốt ý nghĩa dự định của bạn.
2. Tích hợp biểu đồ vào phần nội dung của đề xuất.
3. Cho biểu đồ một số hình tuần tự và một tiêu đề có nghĩa.
4. Dán nhãn cho từng trục và bất kỳ dòng, cột, thanh hoặc phần nào của hình bánh trên biểu đồ.
5. Bao gồm một phím để chỉ ra các đường có màu khác nhau, các thanh tô bóng hoặc các khu vực gạch chéo.
Phần lớn chi tiết của đề xuất hệ thống thu được thông qua phỏng vấn, bảng câu hỏi, lấy mẫu, khám phá các
dữ liệu cứng khác và quan sát. Các chủ đề này sẽ được thảo luận trong hai chương tiếp theo.
KINH NGHIỆM HYPERCASE 3 .2
“Đôi khi những người đã ở đây một thời gian

2. Sử dụng các hướng dẫn đánh giá phần mềm được đưa ra trong
ngạc nhiên về mức độ chúng tôi đã thực sự phát triển. Vâng, tôi thừa nhận
chương, thực hiện đánh giá ngắn gọn về GEMS, độ tuổi của gói phần
rằng không dễ dàng để theo dõi những gì mỗi người đang làm hoặc thậm chí
mềm được sử dụng bởi các nhân viên của Phòng Hệ thống Quản lý và
những gì mỗi bộ phận đã mua theo cách thức của phần cứng và phần mềm. Tuy
Đào tạo. Trong một đoạn văn, hãy phê bình ngắn gọn phần mềm tùy
nhiên, chúng tôi đang làm việc trên nó. Ông Evans muốn biết thêm trách nhiệm
chỉnh này bằng cách so sánh nó với phần mềm COTS chẳng hạn như
đối với việc mua máy tính. Anh ấy muốn đảm bảo rằng chúng ta biết chúng ta
Microsoft Project.
có những gì, nó ở đâu, tại sao chúng ta có nó, ai đang sử dụng nó và liệu nó
3. Liệt kê các chi phí và lợi ích vô hình của GEMS, do nhân viên của Bộ
có thúc đẩy năng suất GD & ĐT hay không, hoặc như anh ấy nói một cách tinh
GD & ĐT báo cáo.
tế, 'để xem liệu đó có phải chỉ là một món đồ chơi đắt tiền hay không' mà
4. Mô tả ngắn gọn hai lựa chọn thay thế mà ông Evans là kẻ lừa đảo
chúng ta có thể sống mà không có. "
hỗ trợ cho hệ thống theo dõi và báo cáo dự án được đề xuất.

5. Ông Evans nên xem xét các yếu tố chính trị và tổ chức nào khi đề
1. Hoàn thành bản kiểm kê thiết bị máy tính cho Phòng Hệ thống Quản lý xuất hệ thống mới của mình tại MRE? (Trong một đoạn ngắn, hãy thảo
và Đào tạo, mô tả tất cả các hệ thống bạn tìm thấy. Gợi ý: Tạo biểu
luận về ba xung đột trung tâm.)
mẫu kiểm kê để đơn giản hóa nhiệm vụ của bạn.
HÌNH 3.HC1
Phòng tiếp tân giống như một tập đoàn điển hình. Khi bạn đang ở trong màn hình HyperCase này, hãy
nhấp vào thư mục nhỏ màu đỏ nếu bạn muốn thăm nhân viên Bộ GD & ĐT.
Tóm lược
Năm nguyên tắc cơ bản quản lý dự án chính mà một nhà phân tích hệ thống phải xử lý là (1) khởi đầu dự án—
xác định vấn đề, (2) xác định tính khả thi của dự án, (3) lập kế hoạch và kiểm soát hoạt động, (4) lập kế hoạch dự án và
(5) quản lý các thành viên trong nhóm phân tích hệ thống. Khi đối mặt với các câu hỏi về cách doanh nghiệp có thể
đáp ứng các mục tiêu của họ và giải quyết các vấn đề hệ thống, một nhà phân tích tạo ra một định nghĩa vấn đề. Định nghĩa vấn
đề là một tuyên bố chính thức về vấn đề, bao gồm (1) các vấn đề của tình hình hiện tại, (2) các mục tiêu cho mỗi vấn đề, (3)
các yêu cầu phải có trong tất cả các hệ thống đề xuất, và (4) những ràng buộc hạn chế sự phát triển của hệ thống.
Lựa chọn một dự án là một quyết định khó khăn vì sẽ có nhiều dự án được yêu cầu hơn mức thực tế có thể thực hiện được.
Năm tiêu chí quan trọng để lựa chọn dự án là (1) dự án được yêu cầu được hỗ trợ bởi người quản lý, (2) có thời gian phù hợp
để cam kết nguồn lực, (3) để thúc đẩy doanh nghiệp đạt được các mục tiêu của mình, (4) ) rằng nó thực tế, và (5) nó đủ quan
trọng để được xem xét so với các dự án khả thi khác.
Nếu một dự án được yêu cầu đáp ứng các tiêu chí này, thì một nghiên cứu khả thi về các giá trị hoạt động, kỹ thuật và
kinh tế của nó có thể được thực hiện. Thông qua nghiên cứu khả thi, nhà phân tích hệ thống thu thập dữ liệu để cho phép ban
quản lý quyết định có tiến hành nghiên cứu toàn bộ hệ thống hay không. Bằng cách kiểm kê thiết bị đã có sẵn và theo đơn đặt
hàng, các nhà phân tích hệ thống có thể xác định tốt hơn liệu phần cứng máy tính mới, sửa đổi hay hiện tại có nên được khuyến
nghị hay không.
Có những lợi thế và bất lợi khi mua phần cứng máy tính. Ngoài ra, ana lyst có thể giúp tổ chức cân nhắc những lợi thế và
bất lợi của việc thuê thời gian và không gian thông qua việc sử dụng nhà cung cấp dịch vụ đám mây. Ba danh mục chính của điện
toán đám mây là Phần mềm như một dịch vụ (SaaS), Cơ sở hạ tầng như một dịch vụ (IaaS) và Nền tảng như một dịch vụ (PaaS). Khi
tỷ lệ người dùng tăng lên, một số công ty đang áp dụng phương pháp tiếp cận thiết bị của riêng bạn (BYOD) để thúc đẩy tinh
thần của nhân viên và giảm chi phí ban đầu cho tổ chức mua thiết bị di động.
Rủi ro bảo mật từ những người dùng chưa được đào tạo có thể là mối đe dọa lớn nhất đối với các tổ chức áp dụng chính sách
“mang theo thiết bị của riêng bạn”.
Dịch vụ đám mây và các nhà cung cấp phần cứng khác sẽ cung cấp các dịch vụ hỗ trợ như quản lý chính phòng ngừa và đào
tạo người dùng thường được thương lượng riêng. Phần mềm có thể được tạo ra dưới dạng sản phẩm tùy chỉnh, được mua dưới
dạng gói phần mềm bán sẵn (COTS) thương mại hoặc được thuê ngoài cho nhà cung cấp SaaS.
Chuẩn bị một đề xuất hệ thống có nghĩa là xác định tất cả các chi phí và lợi ích của một số phương án thay thế. Một nhà
phân tích hệ thống có sẵn một số phương pháp để dự báo chi phí, lợi ích, khối lượng giao dịch trong tương lai và các biến số
kinh tế ảnh hưởng đến chi phí và lợi ích. Chi phí và lợi ích có thể hữu hình (có thể định lượng được) hoặc vô hình (không thể
định lượng được và không thể so sánh trực tiếp). Một nhà phân tích hệ thống có thể sử dụng nhiều phương pháp để phân tích chi
phí và lợi ích, bao gồm cả phân tích hòa vốn và phương pháp hoàn vốn.
Lập kế hoạch dự án bao gồm ước tính thời gian cần thiết cho mỗi hoạt động của nhà phân tích, lập kế hoạch
các hoạt động và xúc tiến chúng nếu cần thiết để đảm bảo rằng một dự án được hoàn thành đúng thời hạn.
Để hoàn thành các dự án đúng thời hạn, trong phạm vi ngân sách và với các tính năng đã hứa, một dự án cần được chia thành
các nhiệm vụ hoặc hoạt động nhỏ hơn. Các tác vụ này cùng nhau tạo nên cấu trúc phân chia công việc (WBS), thường là thông qua
phân rã. Có nhiều loại cấu trúc breakdwon công việc khác nhau; chúng có thể là định hướng sản phẩm hoặc định hướng quá trình.
WBS hướng theo quy trình là điển hình trong phân tích và thiết kế hệ thống.
Một kỹ thuật có sẵn cho nhà phân tích hệ thống để lập lịch các tác vụ là biểu đồ Gantt, biểu đồ này hiển thị các hoạt
động dưới dạng các thanh trên biểu đồ. Một kỹ thuật khác, được gọi là Kỹ thuật Đánh giá và Đánh giá Chương trình (PERT), hiển
thị các hoạt động dưới dạng mũi tên trên mạng. Biểu đồ PERT còn được gọi là sơ đồ mạng. PERT giúp nhà phân tích xác định
đường dẫn quan trọng và thời gian chờ, là thông tin cần thiết để kiểm soát dự án hiệu quả. Cả biểu đồ Gantt và biểu đồ PERT
đều có thể được phát triển bằng Microsoft Project.
Quản lý giá trị thu được (EVM) là một kỹ thuật được sử dụng để giúp nhà phân tích xác định tiến độ (hoặc bước lùi) của
một dự án và liên quan đến chi phí dự án, tiến độ dự án và hiệu suất của nhóm dự án. Bốn thước đo chính trong EVM là ngân sách
khi hoàn thành (BAC), giá trị kế hoạch (PV), chi phí thực tế (AC) và giá trị kiếm được (EV). Bốn thước đo hoặc biến này là cốt
lõi của EVM. Chúng có thể được sử dụng để tính toán một số thước đo hiệu suất, bao gồm phương sai chi phí (CV), phương sai
lịch trình (SV), chỉ số hiệu suất chi phí (CPI) và chỉ số hiệu suất lịch trình (SPI).
Nên tạo một điều lệ dự án có chứa các kỳ vọng của người dùng và phân phối của nhà phân tích.
Các lý do mà các nhà lập trình máy tính viện dẫn cho các dự án đã thất bại bao gồm thời hạn quản lý không thực tế, thêm nhân sự
không cần thiết vào một dự án đang cố gắng đáp ứng thời hạn không thực tế và không cho phép các nhóm nhà phát triển tìm kiếm sự
trợ giúp của chuyên gia bên ngoài nhóm trực tiếp của họ. Các thất bại của dự án có thể giúp đồng minh tránh được bằng cách xem
xét các động cơ cho các dự án được yêu cầu và hiểu động cơ của một nhóm để đề xuất hoặc tránh một dự án cụ thể.
Một nhà phân tích hệ thống phải tuân theo các bước sau khi đưa ra một đề xuất hệ thống hiệu quả: Tổ chức hiệu quả nội
dung đề xuất và viết và cung cấp đề xuất theo một phong cách kinh doanh phù hợp. Để có hiệu quả, một đề xuất phải được viết
một cách rõ ràng và dễ hiểu, và nội dung của nó nên được chia thành 10 phần chức năng. Cân nhắc trực quan rất quan trọng khi
đưa ra một đề xuất. Các cuộc họp trực tiếp với những người ra quyết định chính tạo cơ hội để trình bày bằng miệng đề xuất hệ
thống một cách ngắn gọn và hấp dẫn.

phân tích hòa vốn chi phí vô hình di
điểm chuẩn chi phí chuyển trung bình
thực tế (AC) mang lại hoạt động khả thi hoàn vốn
cho thiết bị của riêng bạn (BYOD) mang giá trị kế hoạch (PV)
lại ngân sách ngân sách cho công nghệ của
riêng bạn (BYOT) khi hoàn thành (BAC) chỉ số Kỹ thuật Đánh giá và Xem xét Chương trình (PERT) xác định vấn
hiệu suất chi phí điện toán đám mây (CPI) đề mục tiêu năng suất Điều lệ dự án
phương sai chi phí (CV) giá trị kiếm được
đường dẫn quan trọng (EV ) quản lý giá trị
kiếm được (EVM) ước tính kinh tế quản lý Nền tảng như một Dịch vụ (PaaS)
dự án thương mại điện tử khi hoàn thành chỉ số hiệu suất lịch trình (SPI) phương
(EAC) ước tính hoàn thành (ETC) phân tích sai lịch trình (SV) lãnh đạo xã hội
điểm chức năng dự báo xúc tiến
Hệ thống phần mềm như một dịch vụ
(SaaS) đề xuất lợi ích hữu hình
Người lãnh đạo nhiệm vụ chi phí
hữu hình
động lực của đội
định mức đội
biểu đồ Gantt quy trình nhóm
Cơ sở hạ tầng như một dịch vụ (IaaS) kỹ thuật khả thi nhà
Lợi ích vô hình của phần cứng như cung cấp hỗ trợ cấu trúc
một dịch vụ (HaaS) phân tích công việc (WBS)

1. Năm nguyên tắc cơ bản chính của dự án là gì?
2. Liệt kê ba cách để tìm ra các vấn đề hoặc cơ hội có thể yêu cầu giải pháp hệ thống.
3. Liệt kê năm tiêu chí để lựa chọn dự án hệ thống.
4. Xác định tính khả thi về mặt kỹ thuật.
5. Xác định tính khả thi về kinh tế.
6. Xác định tính khả thi trong hoạt động.
7. Liệt kê bốn tiêu chí để đánh giá phần cứng hệ thống.
8. Tổ chức có hai lựa chọn chính nào để mua hoặc sử dụng phần cứng máy tính?
9. COTS là viết tắt của từ gì?
10. So sánh những thuận lợi và khó khăn của việc mua tài nguyên máy tính so với sử dụng dịch vụ đám mây.
11. Liệt kê các tiêu chí được các tổ chức sử dụng làm hướng dẫn lựa chọn nhà cung cấp.
12. Mang thiết bị của riêng bạn (BYOD) có ý nghĩa gì đối với các nhà phân tích hệ thống?
13. Những lợi ích của BYOD đối với một tổ chức?
14. Các lợi ích của BYOD đối với nhân viên là gì?
15. Hạn chế lớn nhất của BYOD đối với một tổ chức là gì?
16. Các quyết định về điện toán đám mây có thể được giải quyết ở cấp chiến lược như thế nào?
17. Xác định chi phí hữu hình và lợi ích hữu hình. Cho một ví dụ về mỗi cái.
18. Xác định chi phí vô hình và lợi ích vô hình. Cho một ví dụ về mỗi cái.
19. Liệt kê các mô hình dự báo khác nhau có sẵn cho một nhà phân tích hệ thống và các điều kiện để lựa chọn chúng.
20. Khi nào thì việc tính toán thời gian hoàn vốn là hữu ích?
21. Ba hạn chế của việc sử dụng phương pháp hoàn vốn là gì?
22. Cấu trúc phân tích công việc (WBS) là gì, và nên sử dụng nó khi nào?
23. Biểu đồ Gantt là gì?
24. Khi nào một sơ đồ PERT hữu ích cho các dự án hệ thống?
25. Liệt kê ba ưu điểm của việc sử dụng biểu đồ PERT trên biểu đồ Gantt để lập lịch cho các dự án hệ thống.
26. Xác định thuật ngữ đường dẫn tới hạn.
27. Hình thức phân tích nào bạn sẽ sử dụng để “bán” một dự án hệ thống cho một người quản lý chỉ quan tâm đến
có bao nhiêu vật dụng cần được bán trước khi dự án có lãi? Tại sao?
28. Những chi phí nào cần được ước tính để chuẩn bị ngân sách?
29. Tại sao việc chuẩn bị ngân sách lại quan trọng đối với một nhà phân tích hệ thống đang quản lý một dự án?
30. Liệt kê các cách tiếp cận để ước tính thời gian cần thiết để hoàn thành một nhiệm vụ.
31. Thời gian sụp đổ có nghĩa là gì khi xúc tiến một dự án?
32. Quản lý giá trị kiếm được (EVM) là gì?
33. Bốn biện pháp chính trong quản lý giá trị kiếm được là gì?
34. Quản lý giá trị thu được được sử dụng như thế nào để so sánh sự phát triển dự án thực tế và kế hoạch?
35. Liệt kê hai kiểu trưởng nhóm.
36. Định mức đội không hoạt động nghĩa là gì?
37. Quy trình nhóm có nghĩa là gì?
38. Ba lý do mà việc thiết lập mục tiêu dường như thúc đẩy các thành viên trong nhóm phân tích hệ thống là gì?
39. Bốn cách quản lý dự án thương mại điện tử khác với dự án truyền thống là gì
sự quản lý?
40. Điều lệ dự án bao gồm những yếu tố nào?
41. Sơ đồ xương cá được sử dụng cho mục đích gì?
42. Ba bước mà một nhà phân tích hệ thống phải tuân theo để đưa ra một đề xuất hệ thống hiệu quả là gì?
43. Liệt kê 10 phần chính của một đề xuất hệ thống.
Các vấn đề
1. Kẹo sô cô la của Williwonk ở St. Louis tạo ra nhiều loại kẹo sô cô la và kẹo mới lạ.
Công ty có sáu cửa hàng trong thành phố, năm cửa hàng ở các sân bay nội đô lớn và một chi nhánh đặt hàng qua thư nhỏ.
Williwonk's có một hệ thống thông tin máy tính nhỏ theo dõi hàng tồn kho trong nhà máy, giúp lên lịch sản xuất, v.v.,
nhưng hệ thống này không liên kết trực tiếp với bất kỳ cửa hàng bán lẻ nào của nó.
Hệ thống đặt hàng qua thư được xử lý theo cách thủ công và mọi mẫu đơn đặt hàng qua email nhận được qua trang web
đều được nhân viên văn thư trả lời qua email, các đơn đặt hàng sẽ được chuyển đến bộ phận thích hợp.
Gần đây, một số cửa hàng của Williwonk gặp phải nhiều lời phàn nàn từ những khách hàng đặt hàng qua đường bưu
điện rằng kẹo bị hỏng khi đến nơi, không đến nơi như đã hứa, hoặc không bao giờ đến; công ty cũng nhận được một số
thư phàn nàn rằng kẹo ở các sân bay khác nhau có vị ôi thiu.
Williwonk's đã bán một dạng sô cô la ăn kiêng mới, ít carb, được làm bằng chất làm ngọt nhân tạo không đường. Doanh
số bán hàng tăng vọt, nhưng đã có vấn đề khi vận chuyển nhầm loại sô cô la đến địa chỉ cho một người mắc bệnh tiểu
đường. Có một số lời phàn nàn, và Williwonk đã gửi một số hộp sô cô la miễn phí để xoa dịu tình hình.
Ban quản lý muốn bán sản phẩm trực tuyến nhưng chỉ có một trang web cơ bản với thông tin về công ty và đơn đặt
hàng để khách hàng có thể tải xuống, in ra, điền và gửi lại qua email. Đặt hàng trên web không tồn tại. Một trong
những giám đốc điều hành cấp cao muốn bán sôcôla tùy chỉnh với tên của một người trên mỗi miếng. Mặc dù khu vực sản
xuất đã đảm bảo với ban quản lý rằng điều này có thể dễ dàng thực hiện, nhưng không có phương pháp nào để đặt hàng
sôcôla theo yêu cầu.
Một giám đốc điều hành cấp cao khác đã đề cập rằng Williwonk's đã hợp tác với một số nhà sản xuất sô cô la châu
Âu và sẽ nhập khẩu sô cô la từ nhiều quốc gia khác nhau. Hiện tại, việc này phải được thực hiện qua điện thoại, qua
email hoặc qua đường bưu điện. Giám đốc điều hành muốn có một mạng lưới nội bộ dựa trên Internet cho phép nhân viên
đặt hàng trực tiếp từ các công ty đối tác. Tất cả điều này đã khiến một số nhà quản lý yêu cầu phân tích xu hướng.
Tồn kho quá nhiều dẫn đến sô cô la bị thiu, và lúc khác lại có thể thiếu một loại sô cô la nhất định.
Xu hướng thay đổi theo mùa và ngày lễ sẽ giúp Williwonk duy trì một lượng hàng tồn kho đầy đủ.
Người quản lý kiểm soát hàng tồn kho đã nhấn mạnh rằng tất cả các thay đổi phải được thực hiện trước kỳ nghỉ lễ tiếp
theo. Candy, một quản lý cấp cao nhận xét: “Thời gian để hoàn thành việc này là một ngày đáo hạn tuyệt đối. “Hãy đảm
bảo rằng mọi thứ hoạt động hoàn hảo trước khi trang web được công khai,” cô tiếp tục.
“Tôi không muốn bất kỳ khách hàng nào nhận nhầm sôcôla!” Ngoài ra, người quản lý xử lý đơn đặt hàng đã đề cập rằng
hệ thống phải được bảo mật.
Bạn đã làm việc với Williwonk được hai tuần về một số sửa đổi nhỏ cho hệ thống thông tin hàng tồn kho khi bạn
tình cờ nghe được hai người quản lý thảo luận về những sự cố này. Liệt kê các cơ hội hoặc vấn đề có thể xảy ra trong
số đó có thể cho các dự án hệ thống.
2. Phần lớn phản hồi về các vấn đề với sản phẩm của Williwonk trong Vấn đề 1 đến từ đâu?
Làm thế nào đáng tin cậy là các nguồn? Giải thích trong một đoạn văn.
3. Sau khi hiểu rõ hơn về những người quản lý của Williwonk, bạn đã tiếp cận họ với ý tưởng của mình về những cải
tiến hệ thống khả thi có thể giải quyết một số vấn đề hoặc cơ hội được đưa ra trong Vấn đề 1.
Một. Trong hai đoạn văn, cung cấp các đề xuất của bạn cho các dự án hệ thống. Đưa ra bất kỳ giả định thực tế nào
cần thiết.
b. Có bất kỳ vấn đề hoặc cơ hội nào được thảo luận trong Vấn đề 1 không phù hợp không? Giải thích
phản hồi của bạn.

4. Tạo một định nghĩa vấn đề cho Williwonk, như được mô tả trong Bài toán 1. Ước tính trọng số của
tầm quan trọng. Bao gồm ít nhất một yêu cầu và một ràng buộc.
5. Tạo danh sách các yêu cầu của người dùng đối với định nghĩa vấn đề được tạo trong Bài toán 4.
6. Delicato, Inc., nhà sản xuất các dụng cụ đo lường chính xác cho mục đích khoa học, đã trình bày cho bạn danh
sách các thuộc tính mà các nhà quản lý của công ty cho rằng có thể quan trọng trong việc lựa chọn nhà cung cấp
phần cứng và phần mềm máy tính hoặc nhà cung cấp dịch vụ đám mây. Các tiêu chí được liệt kê ở đây, nhưng không
theo thứ tự quan trọng:
1. Giá thấp
2. Phần mềm được viết chính xác cho các ứng dụng kỹ thuật
3. Nhà cung cấp thực hiện bảo trì định kỳ phần cứng
4. Đào tạo cho nhân viên Delicato
Một. Phê bình danh sách các thuộc tính trong một đoạn văn.
b. Sử dụng thông tin đầu vào ban đầu, hãy giúp Delicato, Inc. lập ra danh sách các tiêu chí phù hợp hơn
để lựa chọn nhà cung cấp phần cứng và phần mềm máy tính để mua hàng.
C. Sử dụng thông tin đầu vào ban đầu, hãy giúp Delicato, Inc. tạo ra một danh sách các tiêu chí phù hợp hơn để lựa chọn
các nhà cung cấp đám mây có thể cung cấp HaaS và SaaS.
d. Trong một đoạn văn, hãy nêu danh sách các thuộc tính để chọn nhà cung cấp phần cứng máy tính
để mua sẽ khác với danh sách các thuộc tính để chọn nhà cung cấp đám mây cho HaaS như thế
nào.
e. Trong một đoạn văn, hãy nêu danh sách các thuộc tính để chọn nhà cung cấp phần mềm máy tính
để mua ứng dụng sẽ khác với danh sách các thuộc tính để chọn nhà cung cấp đám mây cho SaaS
như thế nào.
7. Pinacle, một công ty phát triển ứng dụng di động, đang có kế hoạch phát triển một ứng dụng di động để
tìm kiếm huấn luyện viên cricket. Ứng dụng này sẽ giúp phụ huynh và học sinh xác định các huấn luyện
viên có sẵn trong khu vực lân cận, kiểm tra hồ sơ, kinh nghiệm huấn luyện, lệ phí và thời gian của họ.
Sau đó, họ có thể đặt lịch hẹn với các huấn luyện viên trong danh sách rút gọn và chọn người phù hợp
với họ nhất. Ứng dụng này đang được thiết kế cho một thành phố duy nhất nhưng sẽ được mở rộng ra toàn
tiểu bang.
Một. Xác định các yêu cầu về phần cứng và phần mềm có thể có của công ty để phát triển điện thoại di động
ứng dụng.
b. Bạn sẽ đề xuất phương pháp tiếp cận phần cứng và phần mềm nào từ các lựa chọn thay thế được liệt kê trong
văn bản và tại sao?
8. Sau đây là số liệu 12 năm cho khoản nợ hàng năm của một công ty.
Năm Nợ nần
2001 846.000
2002 1.720.000
2003 2.285.000
2004 96.000
2005 93.000
2006 2,247,203
2007 1.268.386
2008 1.631.809
2009 995,204
2010 646.000
2011 1.873.678
2012 1.470.000
Một. Vẽ biểu đồ dữ liệu nợ cho công ty.
b. Xác định xu hướng tuyến tính của công ty bằng cách sử dụng đường trung bình động ba năm.
9. Xu hướng nào là phù hợp nhất với dữ liệu nợ của công ty trong Bài toán 8? Giải thích.
10. Interglobal Health Consultants đã yêu cầu bạn giúp đỡ trong việc so sánh hệ thống máy tính hiện tại
với một cái mới mà ban giám đốc của nó muốn được triển khai. Chi phí hệ thống đề xuất và chi phí
hệ thống hiện tại như sau:
Mục Chi phí hệ thống đề xuất Chi phí hệ thống hiện tại
Năm 1
Cho thuê thiết bị 20.000 đô la $ 11,500
Lương 30.000 50.000
Trên không 4.000 3.000

-
Sự phát triển 30.000
Năm 2
Lương 33.000 55.000

-
Sự phát triển 12.000
Năm 3
Lương 36.000 60.000

- -
Sự phát triển
Năm 4
Lương 39.000 66.000

- -
Sự phát triển
Vẽ biểu đồ chi phí của các hệ thống được đề xuất và hệ thống hiện tại và hiển thị điểm hòa vốn.
11. Sau đây là các lợi ích hệ thống dành cho Tư vấn sức khỏe liên toàn cầu (từ Vấn đề 10):
Năm Những lợi ích
1 $ 55,000
2 75.000
3 80.000
4 85.000
Sử dụng các chi phí của hệ thống được đề xuất bởi Interglobal Global Health Consultants từ Vấn đề 10 để xác định
thời gian hoàn vốn. (Sử dụng phương thức hoàn vốn.)
12. Brian F. O'Byrne ("F," ông nói, viết tắt của "đông lạnh") sở hữu một công ty thực phẩm đông lạnh và
muốn phát triển một hệ thống thông tin để theo dõi các chuyến hàng đến kho.
Một. Sử dụng dữ liệu từ bảng trong Hình 3.EX1, vẽ biểu đồ Gantt để giúp Brian sắp xếp
dự án thiết kế.
b. Khi nào thì thích hợp sử dụng biểu đồ Gantt? Nhược điểm của việc sử dụng biểu đồ Gantt là gì?
Giải thích trong một đoạn văn.
Sự miêu tả Bài tập Phải theo Thời gian (Tuần)

HÌNH 3.EX1
Dữ liệu giúp tổ chức một dự án
Vẽ luồng dữ liệu MỘT Không có 5
thiết kế để tạo ra một hệ
Vẽ cây quyết định B MỘT 4
thống thông tin theo dõi các
Sửa lại cây C B 10
chuyến hàng thực phẩm đông lạnh
Viết dự án D 4
C, tôi
đến kho.
Sắp xếp từ điển dữ liệu E MỘT 7
Làm nguyên mẫu đầu ra F Không có 2
Sửa đổi thiết kế đầu ra G F 9
Viết các trường hợp sử dụng H Không có 10
Cơ sở dữ liệu thiết kế tôi
H, E và G số 8
HÌNH 3.EX2 B
20 40 C
Sơ đồ PERT cho công ty thực E D
MỘT
phẩm đông lạnh của Brian. 60 70
H
10 50 tôi
F G
30
13. Ngoài việc sử dụng biểu đồ Gantt, bạn đã vẽ sơ đồ PERT cho Brian để bạn có thể giao tiếp
đánh giá sự cần thiết của việc theo dõi con đường quan trọng. Tham khảo Hình 3.EX2, được lấy từ dữ
liệu từ Hình 3.EX1. Liệt kê tất cả các con đường và tính toán và xác định con đường tới hạn.
14. Cherry Jones sở hữu một công ty sản xuất thuốc vi lượng đồng căn tên là Faithhealers. Cô ấy bán sinh tố và
các sản phẩm tương đối khó phân hủy khác dành cho những người muốn có sự lựa chọn liên quan đến thuốc thay thế.
Cherry đang phát triển một hệ thống mới yêu cầu nhân viên của cô ấy phải được đào tạo lại. Với thông tin trong Hình 3.EX3,
hãy lập sơ đồ PERT cho cô ấy và xác định đường dẫn quan trọng. Nếu Cherry có thể tìm ra cách để tiết kiệm thời gian trong
giai đoạn “viết các trường hợp sử dụng”, nó có giúp ích được gì không? Tại sao hoặc tại sao không?
15. Sử dụng sơ đồ PERT trong Hình 3.EX2 để xác định câu trả lời:
Một. Bạn có thể xúc tiến những hoạt động nào để hoàn thành dự án trước thời hạn một tuần?
b. Giả sử hoạt động E là hoạt động ít tốn kém nhất để xúc tiến. Điều gì xảy ra nếu bạn cố gắng xúc
tiến dự án hơn một tuần? Giải thích.
16. Bạn có thể giúp Cherry hoàn thành dự án của mình nhanh hơn bằng cách xúc tiến. Đây là chi phí.
Thời lượng ước tính của hoạt động Thời gian sự cố Chi phí mỗi tuần
MỘT 6 3 600
B 3 2 100
C 2 2 400
D 3 2 400
E 4 2 200
F 2 2 200
G 5 3 300
H 3 2 400
tôi 2 2 300
Nếu Cherry có thể giữ cho chi phí đi thám hiểm của mình ở mức 325 đô la mỗi tuần, cô ấy sẽ có lợi từ việc
đi thám hiểm vì cô ấy có thể bắt đầu một dự án mới sớm hơn dự định. Nếu cô ấy vượt quá giới hạn $ 325 mỗi
tuần, nó sẽ không đáng giá.
Một. Ba hoạt động nào không thể được giải quyết nhanh nhất vì chúng đã ở thời điểm gặp sự cố?
b. Hai hoạt động nào không thể được xúc tiến vì chi phí giải quyết của chúng vượt quá giới hạn hàng ngày?
C. Hai hoạt động nào không chắc là ứng cử viên để tiến hành nhanh hơn vì chúng không ở mức quan trọng
đường dẫn?
d. Thiết lập một bảng và chỉ ra từng bước những hoạt động nào nên được xúc tiến để rút ngắn thời
gian của dự án. Thời gian tối thiểu của dự án là bao nhiêu nếu Cherry xúc tiến dự án hết mức
có thể và ở trong giới hạn của mình?
e. Tại sao giới hạn của Cherry lại bị vượt quá nếu bạn cố gắng rút ngắn dự án thêm một tuần nữa?
HÌNH 3.EX3 Phải theo

Sự miêu tả Bài tập Thời gian (Tuần)
Các nhiệm vụ được thực hiện trong

Phỏng vấn giám đốc điều hành MỘT Không có 6
quá trình phát triển hệ thống của hệ
Phỏng vấn nhân viên để hoàn thành đơn hàng B Không có 3
thống thực hiện đơn hàng.
Nguyên mẫu đầu vào thiết kế C B 2
Nguyên mẫu đầu ra thiết kế D AC 3

Viết các trường hợp sử dụng E AC 4
Ghi lại phản ứng của nhân viên với nguyên mẫu F D 2
Phát triển hệ thống G E, F 5
Viết sổ tay đào tạo H B, G 3
Đào tạo nhân viên làm việc để hoàn thành đơn hàng tôi H 2
17. Robyn Cucurullo đang phát triển một ứng dụng mạng xã hội dành cho máy tính bảng. Cô bé có:
Chi phí thực tế của
Tuần hoặc giai đoạn Chi phí ước tính của giai đoạn Giai đoạn đã hoàn thành Giai đoạn đến nay
Tuần 1 $ 500 100% 500
Tuần 2 400 100% 500
Tuần 3 600 100% 700
Tuần 4 500 50% 50
Tuần 5 400 0 Chưa bắt đầu
Một. Tạo một bảng tương tự như trong Hình 3.24.
b. Tính toán ngân sách khi hoàn thành (BAC), giá trị kế hoạch (PV), chi phí thực tế (AC) và giá trị thu được
(EV) ở Tuần 3.
C. Đối với Tuần 3, hãy tính toán các thước đo hiệu suất của phương sai chi phí (CV), phương sai lịch trình (SV),
chỉ số hiệu suất chi phí (CPI) và chỉ số hiệu suất lịch trình (SPI).
d. Bạn có thể cho biết gì về ngân sách trong Tuần 3 bằng cách sử dụng các thước đo hiệu suất này?
e. Bạn có thể cho biết gì về lịch trình trong Tuần 3 bằng cách sử dụng các thước đo hiệu suất này?
f. Đối với Tuần 3, hãy tính thời gian ước tính để hoàn thành (ETC) và ước tính khi hoàn thành (EAC).
18. Sử dụng dữ liệu trong bảng từ bài toán trước:
Một. Tạo một bảng tương tự như trong Hình 3.24 nếu bạn chưa làm như vậy.
b. Tính toán ngân sách khi hoàn thành (BAC), giá trị kế hoạch (PV), chi phí thực tế (AC) và giá trị thu được
(EV) ở Tuần 4.
C. Đối với Tuần 4, hãy tính toán các thước đo hiệu suất của phương sai chi phí (CV), phương sai lịch trình (SV),
chỉ số hiệu suất chi phí (CPI) và chỉ số hiệu suất lịch trình (SPI).
d. Bạn có thể nói gì về ngân sách trong Tuần 4 bằng cách sử dụng các thước đo hiệu suất này?
e. Bạn có thể nói gì về lịch trình trong Tuần 4 bằng cách sử dụng các thước đo hiệu suất này?
f. Đối với Tuần 4, hãy tính thời gian ước tính để hoàn thành (ETC) và ước tính khi hoàn thành
(EAC).
19. Angus McIndoe muốn hiện đại hóa nhà hàng nổi tiếng của mình bằng cách điều chỉnh nó gần với
sở thích của khách hàng lặp lại của anh ấy. Điều này sẽ liên quan đến việc theo dõi những lượt thích và không
thích của khách hàng. Những thông tin như họ thích ngồi ở đâu, thích ăn gì và thời gian họ đến nhà hàng bình
thường đều là những thông tin được Angus quan tâm vì anh tin rằng những thông tin này sẽ giúp anh phục vụ
khách hàng tốt hơn. Angus đã đề nghị bạn phát triển một hệ thống giúp khách hàng hài lòng đồng thời tăng cường
hoạt động kinh doanh của mình.
Bạn đã nghe Angus nói gì về khách hàng của mình. Anh ta chắc chắn có thể theo dõi các sở thích về màu sắc của
người nghiện. Xây dựng định nghĩa vấn đề cho Angus tương tự như định nghĩa được phát triển cho Dịch vụ ăn uống của
Catherine trong chương này.
20. Gần đây, hai nhà phân tích vừa tốt nghiệp đại học đã tham gia nhóm phân tích hệ thống của bạn tại
thành lập công ty Mega Phone. Khi nói chuyện với bạn về nhóm, họ đề cập rằng một số điều khiến họ cảm thấy kỳ
quặc. Một là các thành viên trong nhóm dường như nhìn vào hai trưởng nhóm, Bill và Penny, không chỉ một.
Quan sát của họ là Bill có vẻ khá thoải mái, trong khi Penny luôn lên kế hoạch và lên lịch cho các hoạt
động của mình. Họ cũng nhận thấy rằng mọi người “dường như chỉ biết phải làm gì” khi họ tham gia một cuộc họp,
mặc dù không có hướng dẫn nào được đưa ra. Cuối cùng, họ đã nhận xét về sự cởi mở của nhóm trong việc giải
quyết các vấn đề khi chúng nảy sinh, thay vì để mọi thứ vượt quá tầm tay.
Một. Bằng cách giải thích cho các thành viên mới trong nhóm, hãy gắn nhãn các kiểu nhà lãnh đạo Bill và Penny xuất hiện
tương ứng.
b. Giải thích tuyên bố rằng "mọi người dường như chỉ biết phải làm gì." Điều gì đang hướng dẫn họ
hành vi?
C. Khái niệm nào mô tả chính xác nhất sự cởi mở của nhóm mà các thành viên mới trong nhóm đã nhận xét
trên?
21. “Tôi nghĩ chỉ công bằng khi viết ra tất cả các lựa chọn thay thế mà bạn đã cân nhắc,” Lou Cite, giám sát nhân
sự của DayGlow Paint, nói. “Rốt cuộc, bạn đã làm việc trên hệ thống này được một thời gian, và tôi nghĩ rằng
sếp của tôi và mọi người khác sẽ quan tâm đến những gì bạn đã tìm ra.” Bạn đang nói chuyện với Lou khi bạn
chuẩn bị đưa ra đề xuất hệ thống cuối cùng mà nhóm của bạn sẽ trình bày với quản lý cấp trên.
Một. Trong một đoạn văn, hãy giải thích cho Lou lý do tại sao đề xuất của bạn sẽ không (và không nên) chứa tất
cả các lựa chọn thay thế mà nhóm của bạn đã xem xét.
b. Trong một đoạn văn, thảo luận về các loại lựa chọn thay thế sẽ xuất hiện trong các hệ thống cuối cùng
đề xuất.
Dự án nhóm
1. Weil Smile Clinic là cơ sở nha khoa do Tiến sĩ. Bonnie và Jeff, và họ cần giữ
dữ liệu bệnh nhân và bảo hiểm cần thiết an toàn và bảo mật. Họ đã xem xét các bản sao lưu trực tuyến dựa trên đám mây: SOS
Online Backup, Spare Backup, MozyPro và KineticD. Cùng với nhóm của bạn, hãy nghiên cứu chi phí của các dịch vụ này hoặc các
dịch vụ khác, và giúp đỡ Tiến sĩ. Bonnie và Jeff đưa ra quyết định. Chi phí và lợi ích vô hình của việc sao lưu theo cách
này là gì? Họ nên sử dụng dịch vụ sao lưu hay tìm một số cách khác? Viết hai đoạn văn bảo vệ phân tích và đề xuất của nhóm bạn.
2. Khám phá bốn hoặc năm nhà cung cấp Thoại qua IP (VoIP) với nhóm của bạn.
Một. Lập danh sách các chi phí, bao gồm phí thiết lập, chi phí hàng tháng của gói cơ bản, chi phí hàng tháng của gói không
giới hạn và chi phí của bộ điều hợp hoặc các khoản phí khác, nếu được yêu cầu.
b. Lập danh sách các thuộc tính, chẳng hạn như cuộc gọi nội mạng miễn phí, cuộc gọi quốc tế, số điện thoại ảo, hội nghị
từ xa, hỗ trợ ID người gọi, v.v.
C. Viết một đoạn văn với nhóm của bạn để giải thích cách một người sẽ sử dụng tất cả các định lượng và
thông tin định tính để đưa ra quyết định sáng suốt về việc chọn nhà cung cấp VoIP nào. Các biến khác có quan trọng không?
Loại phần mềm nào có thể được sử dụng để giúp so sánh các dịch vụ này?
3. Với nhóm của bạn, hãy chọn một nhà cung cấp VoIP mà bạn muốn giới thiệu cho khách hàng dựa trên phân tích
trong Nhóm Dự án 2, Phần a và b.
4. Cùng với các thành viên trong nhóm của bạn, khám phá phần mềm quản lý dự án như Microsoft Project.
Một. Có những tính năng nào? Làm việc với nhóm của bạn để liệt kê chúng.
b. Yêu cầu nhóm của bạn đánh giá tính hữu ích của phần mềm để quản lý phân tích hệ thống và
nhóm thiết kế dự án. Trong một đoạn văn, hãy nêu rõ liệu phần mềm bạn đang đánh giá có tạo điều kiện cho các thành viên
trong nhóm giao tiếp và quản lý nhóm hay không, cụ thể là: đánh giá năng lực của nó để kết hợp các hoạt động, thời gian
và tài nguyên. Cũng nêu rõ các tính năng cụ thể nào hỗ trợ các khía cạnh này của bất kỳ dự án hệ thống nào. Cũng lưu ý
xem phần mềm có thiếu các tiêu chí này hay không.
5. Một bệnh viện đang phải đối mặt với một số vấn đề trong quản lý chuỗi cung ứng (SCM), bao gồm dự trữ quá mức, chênh lệch cung
- cầu và các vấn đề về tính minh bạch. Trong một nhóm, hãy suy nghĩ về các vấn đề có thể xảy ra khác mà bệnh viện có thể gặp
phải trong SCM.
Một. Chuẩn bị một danh sách các vấn đề đã được xác định và phân loại chúng một cách thích hợp.
b. Sử dụng các giả định của bạn, vẽ sơ đồ xương cá để mô tả các vấn đề đã xác định.

Hệ thống Thông tin Alter, S .: Nền tảng của Kinh doanh Điện tử, xuất bản lần thứ 4. Sông Upper Saddle, NJ: Prentice
Hội trường, 2002.
Bales, Tính cách RF và Hành vi giữa các cá nhân. New York, NY: Holt, Rinehart và Winston, 1970.
Bergstein, B. “IBM đối mặt với nguy cơ 'Mang thiết bị của riêng bạn.'” Https: //www.technologyreview
.com / s / 427790 / ibm-face-the-perils-of-bring-your-own-device. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Brownsword, L., C. Sledge và P. Oberndorf. “Khung hoạt động cho các hệ thống dựa trên COTS,”
(CMU / SEI-2000-TR-010), Viện Kỹ thuật Phần mềm, Đại học Carnegie Mellon. http://resources.sei.cmu.edu/library/
asset-view.cfm?assetID=5225. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Cearley, DW (2010). “Điện toán đám mây: Tổng quan về Sáng kiến Chính”. https://www.gartner.com/it/initia tives / pdf /
KeyInitiativeOverview_CloudComputing.pdf. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Trang web Construx Software Builders. www.construx.com. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Trang web Costar. www.softstarsystems.com. Truy cập lần cuối ngày 28 tháng 7 năm 2012.
Fisher, M. “Điều gì sẽ xảy ra khi công việc trở thành một phòng trò chuyện không ngừng nghỉ.” Tạp chí New York, ngày 1 tháng 5
năm 2017. http://nymag.com/selectall/2017/05/what-has-slack-done-to-the-office.html. Truy cập lần cuối ngày 23 tháng 8 năm
2017.
Fry, J. “Khảo sát: Cloud thực sự đang cải thiện vai trò CNTT — Với một số chức danh công việc mới để chứng minh điều đó.”
http://datacenterdialog.blogspot.com/2011/03/survey-cloud-really-is-shaking-up-it.html. Truy cập lần cuối vào ngày 28
tháng 7 năm 2012. http://www.get.slack.help. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Germonprez, M., J. Kendall, K. Kendall, B. Warner và L. Mathiassen. “Sự tham gia của tổ chức vào các cộng đồng mở: Lập khung khái
niệm và những phát hiện ban đầu.” http://aisel.aisnet.org/amcis2011 _submissions / 242. Truy cập lần cuối ngày 23 tháng 8
năm 2017.
Glass, R. “Phát triển một lý thuyết mới về thành công của dự án.” Thông tin liên lạc của ACM 42, 11 (1999): 17–19.
Kaneshige, T. “Sự thay đổi trên biển BYOD đã bắt đầu.” www.cio.com/article/701567/The_BYOD_
Sea_Change_Has_Already_Started. Truy cập lần cuối ngày 23 tháng 8 năm 2017.
Levine, DM, PR Ramsey và ML Berenson. Thống kê Kinh doanh về Chất lượng và Năng suất. Phía trên
Saddle River, NJ: Prentice Hall, 1995.

Q1C1

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Q1C1

Uploaded by

Copyright:

Available Formats

Machine Translated by Google

Trang này được chủ ý để trống bên trái.

Hệ thống, vai trò

Phương pháp luận

MỤC TIÊU HỌC TẬP

kế hệ thống hướng đối tượng.

được coi là đương nhiên.

40 PHẦN 1 • CÁC CƠ SỞ PHÂN TÍCH HỆ THỐNG

Cần phân tích và thiết kế hệ thống

vấn đề bảo mật.

trong môi trường tổ chức.

tất cả những người có liên quan.

Vai trò của một nhà phân tích hệ thống

Nhà phân tích hệ thống với tư cách là nhà tư vấn

CHƯƠNG 1 • Hệ thống, vai trò và phương pháp phát triển 41

với chúng tôi và với các khách hàng doanh nghiệp

Nhà phân tích hệ thống với tư cách là chuyên gia hỗ trợ

hưởng đến một bộ phận.

42 PHẦN 1 • CÁC CƠ SỞ PHÂN TÍCH HỆ THỐNG

Phẩm chất của một nhà phân tích hệ thống

Vòng đời phát triển hệ thống

HÌNH 1.1 2 Xác định con người

CHƯƠNG 1 • Hệ thống, vai trò và phương pháp phát triển 43

Xác định vấn đề, cơ hội và mục tiêu

gian để giải quyết vấn đề sai.

hội cụ thể hay không.

đề và tóm tắt các mục tiêu.

Xác định yêu cầu thông tin con người

hơn theo những cách mới?”

nhắc kỹ khi thiết kế bất kỳ hệ thống mới nào.

44 PHẦN 1 • CÁC CƠ SỞ PHÂN TÍCH HỆ THỐNG

Phân tích nhu cầu hệ thống

MAC XUẤT KHẨU

CHƯƠNG 1 • Hệ thống, vai trò và phương pháp phát triển 45

Thiết kế Hệ thống Khuyến nghị

hình thức và thiết kế trang web hoặc màn hình tốt.

Phát triển và lập hồ sơ phần mềm

Kiểm tra và Bảo trì Hệ thống

mức tối thiểu.

Triển khai và Đánh giá Hệ thống

46 PHẦN 1 • CÁC CƠ SỞ PHÂN TÍCH HỆ THỐNG

Tác động của việc bảo trì

lỗi phải được sửa khi chúng được phát hiện.

và khả năng của nó.

2. Việc kinh doanh thay đổi theo thời gian.

thống thông tin hoàn toàn mới.

HÌNH 1.2 Sự thay đổi chính

CHƯƠNG 1 • Hệ thống, vai trò và phương pháp phát triển

Sử dụng công cụ CASE Các

BÁO CÁO PHÂN TÍCH BÁN HÀNG HÌNH 1.3

XXXXXXXXXXXXXXXX ZZ, ZZ9 Màn hình và

Giá + NẾU Hàng còn ít

In Đơn đặt hàng Từ điển dữ liệu và

yêu cầu hệ thống Giao hàng tận nơi

• Thêm khách hàng mới • • Thêm màn hình khách hàng

48 PHẦN 1 • CÁC CƠ SỞ PHÂN TÍCH HỆ THỐNG

các bộ phận khác của tổ chức.

Phương pháp tiếp cận Agile

có cấu trúc và cho SDLC.

tiếp cận nhanh.

cần thiết để hoàn thành dự án.

dự án thiết kế và phân tích hệ thống.

đồng ý thay đổi hệ thống đang phát triển.

CHƯƠNG 1 • Hệ thống, vai trò và phương pháp phát triển 49