Giới thiệu các yếu tố quan trọng cho việc lập kế hoạch hệ thống

Giới thiệu về hệ thống

• Một hệ thống mới có thể được tạo ra để thay thế một hệ thống không hiệu quả, không còn phù hợp với mục đích ban đầu, thừa hoặc lỗi thời.
• Mục đích của một hệ thống mới có thể là để tăng năng suất hoặc chất lượng đầu ra hoặc thậm chí giảm thiểu chi phí.
• Hệ thống mới nên giảm các lỗi hoặc sai sót của hệ thống hiện có.
• Việc phát triển hầu hết các hệ thống lớn đòi hỏi rất nhiều thời gian và công sức và chứa đựng nhiều giai đoạn khác nhau.

Các yếu tố quan trọng cho việc lập kế hoạch hệ thống

• Một hệ thống máy tính bao gồm phần cứng, phần mềm, những người làm việc với nó hoặc sử dụng nó và môi trường xung quanh.
• Việc cập nhật một hệ thống máy tính có thể bao gồm các hành động như đào tạo nhân viên sử dụng hệ thống mới, thay đổi vị trí vật lý của một máy chủ hoặc thậm chí sa thải nhân viên.
• Lập kế hoạch cho một hệ thống mới là quá trình suy nghĩ về các chi tiết khác nhau và tổ chức các hoạt động cần thiết để đạt được mục tiêu mong muốn.
• Cần lường trước các vấn đề tiềm ẩn của hệ thống tổ chức như:
  • Thiếu định hướng cho tổ chức và các chiến lược kinh doanh
  • Thiếu sự tham gia của các bên liên quan và người dùng cuối
  • Thiếu 'quyền sở hữu' hệ thống của người dùng cuối
  • Thiếu sự chú ý đến việc đào tạo cần thiết
  • Thiếu sự chú ý đến các vấn đề tổ chức khác nhau, chẳng hạn như văn hóa tổ chức
  • Thiếu sự chú ý đến việc thiết kế các nhiệm vụ, phân bổ nhiệm vụ hệ thống thông tin và khả năng sử dụng tổng thể của hệ thống.

Nghiên cứu khả thi

• Để quyết định xem có nên theo đuổi dự án(hệ thống mới) được đề xuất hay không dựa trên các tiêu chí kỹ thuật, kinh tế, pháp lý, hoạt động và lịch trình khác nhau(nghiên cứu tính khả thi).

Các loại khả thi

• Tính khả thi về mặt kỹ thuật: Liệu công nghệ hiện tại có đủ để triển khai hệ thống được đề xuất hay không?
• Tính khả thi về kinh tế: Hệ thống được đề xuất có hiệu quả về mặt chi phí hay không?
• Tính khả thi về mặt pháp lý: Có bất kỳ xung đột nào giữa hệ thống được đề xuất và bất kỳ quy định/luật pháp nào không?
• Tính khả thi về mặt vận hành: Liệu các thông lệ và quy trình tổ chức hiện tại có đủ để hỗ trợ việc bảo trì và vận hành hệ thống mới hay không?
• Tính khả thi về lịch trình: Chúng ta sẽ đợi trong bao lâu?

Nhu cầu quản lý thay đổi

• Quản lý thay đổi bao gồm các tham số khác nhau và là một quá trình chuyển đổi các cá nhân, nhóm, phòng ban và tổ chức từ trạng thái hiện tại sang trạng thái mong muốn.
• Quản lý thay đổi thành công đảm bảo rằng tất cả các bên liên quan chấp nhận và nắm lấy những thay đổi trong môi trường làm việc của họ.
• Mục tiêu là tối đa hóa lợi ích và giảm thiểu những tác động tiêu cực của sự thay đổi đối với các cá nhân.
  • Ví dụ: nếu hệ điều hành thay đổi, nhân viên cần được đào tạo phù hợp trước khi họ có thể sử dụng nó trong công việc hàng ngày của mình.
  • Một số người thường cảm thấy bị đe dọa bởi một hệ thống hoàn toàn được vi tính hóa mới, vì họ sợ rằng họ có thể mất việc. Rất tiếc, đôi khi nỗi sợ hãi của họ trở thành sự thật.

Các vấn đề tương thích phát sinh từ các tình huống bao gồm các hệ thống kế thừa hoặc sáp nhập kinh doanh

• Hệ thống kế thừa đề cập đến một công nghệ, phần cứng, hệ thống máy tính hoặc chương trình ứng dụng cũ.
• Một số hệ thống thuộc danh mục này vẫn có thể đóng một vai trò quan trọng trong một tổ chức; chẳng hạn vì dữ liệu của nó không thể được chuyển đổi sang các định dạng mới hơn hoặc các ứng dụng của nó không thể được nâng cấp.
• Việc duy trì một hệ thống kế thừa đang hoạt động bao gồm nhiều thách thức bảo trì khác nhau.
• Ngay cả các cơ quan công nghệ cao như NASA cũng sử dụng các hệ thống kế thừa vì hệ thống này vẫn cung cấp cho nhu cầu của người dùng, mặc dù có các công nghệ mới hơn hoặc hiệu quả hơn.
• Rõ ràng là việc trao đổi dữ liệu giữa các hệ thống kế thừa và hệ thống mới là một yếu tố mà ban quản lý cần đặc biệt chú ý.
• Sáp nhập kinh doanh là sự kết hợp của hai hoặc nhiều thực thể kinh doanh, chủ yếu để giảm chi phí.
• Trong quá trình này, tất cả các phòng ban của cả hai công ty cần đảm bảo rằng tất cả các hệ thống con đều tương thích.

Bốn chiến lược tích hợp

• Giữ cả hai hệ thống thông tin và phát triển chúng để có cùng chức năng (chi phí bảo trì cao)
• Thay thế cả hai hệ thống thông tin bằng một hệ thống mới (tăng chi phí ban đầu)
• Chọn hệ thống thông tin tốt nhất từ mỗi công ty và kết hợp chúng (nhân viên rất khó làm việc với hệ thống thông tin từ một công ty khác).
• Chọn hệ thống thông tin của một công ty và loại bỏ hệ thống của các công ty khác (các vấn đề về chính sách).
• Ngày nay, công nghệ thông tin mang lại tiềm năng to lớn cho nền kinh tế và xã hội thế giới.
• Hầu hết các tổ chức tương tác với các cá nhân và các tổ chức khác nằm ở các quốc gia khác nhau, sự khác biệt về ngôn ngữ làm tăng đáng kể các vấn đề giao tiếp.
• Ngôn ngữ không chỉ là một hình thức giao tiếp mà còn là một cách suy nghĩ và xác định thế giới.

Không tương thích phần mềm

• Không tương thích phần mềm là tình huống trong đó các thực thể hoặc hệ thống phần mềm khác nhau không thể hoạt động một cách thỏa đáng, hợp tác hoặc độc lập, trên cùng một máy tính hoặc trên các máy tính khác nhau được liên kết bởi một mạng máy tính cục bộ hoặc diện rộng.

Triển khai hệ thống khác nhau

• Software-as-a-Service (SaaS) hay "phần mềm theo yêu cầu" là một phương thức phân phối hiện đại cho phép phần mềm và dữ liệu được lưu trữ và quản lý tập trung trên một trung tâm dữ liệu từ xa.
• Người dùng trả tiền để truy cập các dịch vụ được cung cấp trên cơ sở đăng ký. Các giải pháp SaaS nằm trên đám mây và cần một trình duyệt web và kết nối Internet băng thông rộng để truy cập.
• SaaS ít tốn kém hơn vì nó có chi phí ban đầu thấp và yêu cầu ít đầu tư vào cài đặt, bảo trì và nâng cấp.
• Các công ty chỉ phải trả tiền cho đăng ký SaaS, rẻ hơn trong ngắn hạn đến trung hạn.
• SaaS cung cấp một giải pháp có thể mở rộng, vì một công ty chỉ phải điều chỉnh đăng ký SaaS hàng tháng của mình khi cần thiết.
• SaaS yêu cầu ít nhân viên CNTT và tất cả các bản cập nhật phần mềm diễn ra ở xa trụ sở của công ty.

Ưu điểm của SaaS

• SaaS được coi là một giải pháp an toàn vì các ứng dụng và dữ liệu nằm trong dịch vụ đám mây của trung tâm dữ liệu của nhà cung cấp.
• Khả năng mất dữ liệu, nếu nhà cung cấp SaaS ngừng hoạt động.
• Hiệu suất của một ứng dụng dựa trên trình duyệt web được lưu trữ trong một trung tâm dữ liệu từ xa được truy cập qua kết nối Internet thấp hơn so với phần mềm chạy trên một máy cục bộ hoặc qua mạng cục bộ của công ty.
• Tích hợp SaaS với các giải pháp SaaS khác hoặc phần mềm được cài đặt cục bộ luôn khó khăn.

Quy trình cài đặt thay thế

• Việc cài đặt một hệ thống mới là một tình huống mà hầu hết các doanh nghiệp, tổ chức và cá nhân sẽ phải đối mặt một hoặc nhiều lần.
• Trong quá trình này, hệ thống cũ sẽ bị loại bỏ và hệ thống mới sẽ thay thế vị trí của nó.

Data Migration

• Data migration(di chuyển dữ liệu) đề cập đến việc truyền dữ liệu giữa các định dạng, loại lưu trữ và hệ thống máy tính khác nhau.
• Thông thường, nó diễn ra một cách tự động để đạt được việc sử dụng hiệu quả các nguồn lực của con người.
• Di chuyển dữ liệu xảy ra khi một tổ chức thay đổi, nâng cấp hoặc hợp nhất các hệ thống thông tin của nó (ví dụ: do sáp nhập).
• Một số vấn đề có thể phát sinh khi chuyển dữ liệu từ hệ thống này sang hệ thống khác;Chẳng hạn, có thể không thể di chuyển thông tin do các tham số như không tương thích với hệ thống mới hoặc các cấu trúc dữ liệu không thể nhận dạng.
• Dữ liệu cũng có thể bị mất hoặc không được chuyển do quá trình truyền dữ liệu không đầy đủ hoặc lỗi trong quá trình.
• Ngoài ra, dữ liệu cũng có thể bị hiểu sai do không tương thích, do các quy ước khác nhau của mỗi quốc gia liên quan đến ngày, giờ và đơn vị đo lường.

Các giai đoạn test Data migration

• Kế hoạch: Việc lập kế hoạch bao gồm việc xác định các yêu cầu của quá trình di chuyển. Các thông số như xác định môi trường tương lai, phát triển và lập tài liệu về kế hoạch di chuyển nên được xem xét.
• Di chuyển: Trong giai đoạn di chuyển, bộ phận Công nghệ thông tin sẽ cần truyền đạt các kế hoạch của mình, lấy, cài đặt và định cấu hình bất kỳ phần mềm và phần cứng cần thiết nào, đồng thời tiến hành di chuyển dữ liệu.
• Xác thực: Kiểm tra trước khi di chuyển để xác thực dữ liệu được khuyến nghị cao, ngoài việc kiểm tra xác thực sau khi di chuyển. Các thử nghiệm này sẽ kiểm tra xem dữ liệu có ở cùng trạng thái sau khi di chuyển như trước khi di chuyển hay không.

Các loại hình test khác nhau

• Testing có thể xảy ra theo nhiều cách khác nhau và trong các giai đoạn khác nhau.
• Test chức năng(Functional testing) test Input văn bản, mệnh lệnh text, các chức năng (menu), ... xác nhận liệu chúng có vận hành một cách thích hợp và đúng các các đặc điểm ký thuật trong thiết kế hay không.

Test dữ liệu

• Test dữ liệu(Data testing) được thực hiện bởi sự kết hợp giữ liệu “đúng”+“sai”. Ví dụ kiểm tra định dạng phần trăm sinh viên, thì điểm cho từng kỳ thi toán để đưa ra tin thông báo pass>60%,fail=60%.

Các phân loại Test dữ liệu

• Dữ liệu test thông thường nên được dùng để kiểm tra tin nhắn “đúng”+“sai”
• Dữ liệu test giới hạn: Test giá trị =0,59,60,100
• Thông tin tham khảo: Một vài tác giả mô tả như “dữ liệu biên”
• Dữ liệu bất thường(Dữ liệu bất hợp pháp)là dạng dữ liệu không thể lường trước được. Với chương trình đó là chữ cái không phải số(‘two’ thay vì ‘2’)

Alpha testing

• Alpha testing được diễn ra trước khi phần mềm hoàn thành. Thông thường kiểm tra Alpha được tiến hành bởi công ty để phần mềm test thử trong môi trường giống phòng thí nghiệm không phải bởi người dùng

Beta Testing

• Beta testing bao gồm các nhận xét và góp ý của người khác. Khác Alpha, beta test đến với những người dùng ngoài công ty. Phản hồi có giá trị này sẽ chữa những defect và lỗi bị bỏ ra, và chuẩn bị đội hỗ trợ giúp những kết quả beta thường cho các sửa chữa ngay phút cuối
• Đôi khi bản beta sẽ công khai để cung những thông tin phản hồi thực tế

Dry-run testing

• Dry-run testing đc thử bằng giấy bới lập trình viên. Thử dùng test khô, lập trình viên kiểm tra các giải thuật. Anh ấy kiểm tra code nguồn và đưa ra dự đoán kết quả nên như thế nào.

Unit Testing

• Trong quá trình unit testing, các thành phần được test riêng biệt

Integration Testing

• Trong quy trình Test tích hợp, thì hệ thống sẽ đc test cùng lúc , việc các thành phần hoạt động cùng nhau cũng sẽ đc xét

User acceptance testing

• UAT- được sủ dung để định đoạt hệ thống đang thỏa mãn các nhu cầu của khách hàng. Loại test này thường đc sử test trên các khu dịch vụ khác trước khi transfer quyền sở hữu.
• Debugging là quá trình tìm và sửa lỗi một cách có hệ thống những lỗi từ bug code chương trình

Cách kiểm tra tự động

• Quan trọng vì có vài chương trình máy tính có chức năng tự test những chương trình khác.

Kiểm tra số liệu xác nhận(Validation) và số thực tế(Verification)

• Xác nhận là liệu các Input của dữ liệu có phù hộp vs định dạng đúng hay không.
• Xác minh là đang kiểm tra liệu Input có trùng khớp với kết quả dữ liệu nguồn hay không. Bằng cách thức Input nguồn Có đáng để ta phát triển một hệ thống đúng? Có đáng để ta phát triển hệ thống phù hợp? Có đáng để ta phát triển hệ thống đáp ứng nhu cầu của khách hàng? Sản phẩm đó có đáp ứng theo cách đặc biệt tuân thủ điều kiện hay luật lệ?

Yếu tố tập trung người đọc

• Các chương trình có thể trở nên lặp đi lặp lại khi mục tiêu lại càng bị kéo tới và được trình bày
• Cách suy nghĩ của người dùng có lẽ khác vs lập trình viên, Do đó sản phẩm không có định hướng người dùng
• Những điều này có thể dẫn tới vấn đề nghiêm trọng trong giai đoạn vận hàng và thực thi vòng đợi phát triển phần mềm(SDLC).
• Sự sử dụng chương trình có lẽ không hết năng lực dù cho các kỹ thuật viên có đủ trình để chỉnh sửa hoàn thiện nó
• Với một ngoại lệ giải thích có sự liên quan, những vẫn đề có lẽ dễ giải quyết bởi có một cách sử dựng giải thích từng phân tử.
• Quá trình hệ thống và phát triển phần mềm hướng mục tiêu tạo ra documents hỗ trợ một cách liên tục. Rất quan trọng để có đường biên phân biệt giữa tài liệu bên trong và tài liệu bên ngoài.
• Tài liệu bên trong code dễ thấu hiểu giúp phác thảo chi tiết các phần tử như code nguông.