Technical Feasibility. Technical fe

Technical Feasibility. Technical feasibility is concerned with whether the system can be developed under existing technology or if new technology is needed. As a general proposition, the technology in the marketplace is far ahead of most firms’ ability to apply it. Therefore, from an availability viewpoint, technical feasibility is not usually an issue. For most firms, the real issue is their desire and ability to apply available technology. Given that technology is the physical basis for most of the system’s design features, this aspect bears heavily on the overall feasibility of the competing system.
Economic Feasibility. Economic feasibility pertains to the availability of funds to complete the project. At this point, we are concerned with management’s financial com- mitment to this project in view of other competing capital projects under consideration. The level of available economic support directly impacts the operational nature and scope of the proposed system. Later, a cost-benefit analysis is used to identify the best system design for the cost.
Legal Feasibility. Legal feasibility identifies any conflicts between the conceptual sys- tem and the company’s ability to discharge its legal responsibilities. In previous chapters, we have studied the need to comply with the control requirement laid down in the Sarbanes-Oxley Act and SAS 109. In addition, many regulations and statutes deal with invasion of privacy and the confidentiality of stored information. The decision maker must be certain the proposed system falls inside all legal boundaries.
Operational Feasibility. Operational feasibility shows the degree of compatibility be- tween the firm’s existing procedures and personnel skills and the operational require- ments of the new system. Implementing the new system may require adopting new procedures and retraining operations personnel. The question that must be answered is, can adequate procedural changes be made, sufficient personnel retrained, and new skills obtained to make the system operationally feasible?
Schedule Feasibility. Schedule feasibility relates to the firm’s ability to implement the project within an acceptable time. This feasibility factor impacts both the scope of the project and whether it will be developed in-house or purchased from a software vendor. If the project, as conceptually envisioned, cannot be produced internally by the target date, then its design, its acquisition method, or the target date must be changed.

Perform a Cost–Benefit Analysis
Cost–benefit analysis helps management determine whether (and by how much) the
benefits received from a proposed system will outweigh its costs. This technique is fre- quently used for estimating the expected financial value of business investments. How- ever, in this case, the investment is an information system, and the costs and benefits are more difficult to identify and quantify than those of traditional capital projects.
Although imperfect for this setting, cost–benefit analysis is employed because of its simplicity and the absence of a clearly better alternative. In spite of its limitations, cost– benefit analysis, combined with feasibility factors, is a useful tool for comparing compet-
ing systems designs.
There are three steps in the application of cost–benefit analysis: identify costs, iden- tify benefits, and compare costs and benefits. We discuss each of these steps below.
Identify Costs. One method of identifying costs is to divide them into two categories: one-time costs and recurring costs. One-time costs include the initial investment to de- velop and implement the system. Recurring costs include operating and maintenance costs that recur over the life of the system. Table 5.1 shows a breakdown of typical one-time and recurring costs.

Kết quả (Việt) 2:

Tính khả thi kỹ thuật. Tính khả thi kỹ thuật là có liên quan với việc hệ thống có thể được phát triển theo công nghệ hiện có hoặc nếu công nghệ mới là cần thiết. Như một đề xuất chung, các công nghệ trên thị trường là vượt xa khả năng để áp dụng nó hầu hết doanh nghiệp '. Vì vậy, từ một quan điểm sẵn có, tính khả thi kỹ thuật không phải là một vấn đề thường. Đối với hầu hết các công ty, vấn đề thực sự là mong muốn và khả năng áp dụng công nghệ sẵn có của mình. Cho rằng công nghệ là cơ sở vật chất đối với hầu hết các tính năng thiết kế của hệ thống, phương diện này mang rất nhiều vào tính khả thi tổng thể của hệ thống cạnh tranh.
Tính khả thi kinh tế. Tính khả thi kinh tế gắn liền với khả năng tài chính để hoàn thành dự án. Tại thời điểm này, chúng tôi có liên quan với sự cam kết tài chính quản lý của dự án này theo quan điểm của các dự án vốn cạnh tranh khác đang được xem xét. Mức độ sẵn hỗ trợ kinh tế tác động trực tiếp tính chất hoạt động và phạm vi của hệ thống được đề xuất. Sau đó, một phân tích chi phí-lợi ích được sử dụng để xác định các thiết kế hệ thống tốt nhất cho chi phí.
Tính khả thi pháp luật. Tính khả thi pháp xác định bất kỳ cuộc xung đột giữa các hệ thống khái niệm và khả năng của công ty để thực hiện trách nhiệm pháp lý của nó. Trong chương trước, chúng tôi đã nghiên cứu sự cần thiết phải tuân thủ các yêu cầu kiểm soát quy định trong Đạo luật Sarbanes-Oxley Act và SAS 109. Ngoài ra, nhiều quy định và luật pháp đối phó với cuộc xâm lược của riêng tư và bảo mật của những thông tin được lưu trữ. Người ra quyết định phải chắc chắn hệ thống đề xuất rơi bên trong tất cả các ranh giới pháp lý.
Khả hoạt động. Tính khả thi hoạt động cho thấy mức độ tương được- tween quy trình hiện tại của công ty và các kỹ năng nhân sự và các yêu cầu hoạt động của hệ thống mới. Triển khai hệ thống mới có thể yêu cầu áp dụng các thủ tục mới và đào tạo lại cán bộ hoạt động. Các câu hỏi phải được trả lời là, đầy đủ những thay đổi về thủ tục có thể được thực hiện, đủ nhân sự đào tạo lại, và các kỹ năng mới có được để làm cho hệ thống hoạt động khả thi?
Biểu khả thi. Lịch trình khả thi liên quan đến khả năng của công ty để thực hiện dự án trong vòng một thời gian chấp nhận được. Tính khả thi này tác động yếu tố cả phạm vi của dự án và cho dù nó sẽ được phát triển trong nhà hoặc mua từ một nhà cung cấp phần mềm. Nếu dự án, như đã đề ra khái niệm, có thể không được sản xuất trong nội bộ của ngày mục tiêu, sau đó thiết kế của nó, phương pháp mua, hoặc ngày mục tiêu phải được thay đổi.

Thực hiện một lợi ích chi phí Phân tích
Phân tích chi phí-lợi ích giúp quản lý xác định (và bởi bao nhiêu) những
lợi ích nhận được từ một hệ thống đề xuất sẽ lớn hơn chi phí của nó. Kỹ thuật này được fre- xuyên sử dụng để ước tính giá trị tài chính dự kiến sẽ đầu tư kinh doanh. Tuy nhiên, trong trường hợp này, việc đầu tư là một hệ thống thông tin, và các chi phí và lợi ích là khó khăn hơn để xác định và định lượng hơn so với các dự án vốn truyền thống.
Mặc dù không hoàn hảo cho thiết lập này, phân tích chi phí-lợi ích được sử dụng vì tính đơn giản và sự vắng mặt của một sự thay thế tốt hơn hẳn. Bất chấp những hạn chế của nó, phân tích lợi ích về mặt chi phí, kết hợp với các yếu tố khả thi, là một công cụ hữu ích để so sánh compet-
ing hệ thống thiết kế.
Có ba bước trong việc áp dụng phân tích chi phí-lợi ích: xác định chi phí, lợi ích tify dạng, và so sánh chi phí và lợi ích. Chúng tôi thảo luận về mỗi một trong các bước dưới đây.
Xác định chi phí. Một phương pháp xác định chi phí là để phân chia chúng thành hai loại: chi phí một lần và chi phí định kỳ. Chi phí một lần bao gồm đầu tư ban đầu để phát velop và thực hiện hệ thống. Chi phí định kỳ bao gồm chi phí vận hành và bảo dưỡng mà tái diễn trong suốt thời gian của hệ thống. Bảng 5.1 cho thấy một phân tích về điển hình một thời gian và chi phí định kỳ.