Question 6: What is feasibility? List and briefly discuss four feasibi การแปล - Question 6: What is feasibility? List and briefly discuss four feasibi ไทย วิธีการพูด

Question 6: What is feasibility? Li

Question 6: What is feasibility? List and briefly discuss four feasibility tests.
A systems request must pass several tests, called a feasibility study, to see whether it is worthwhile to proceed further. A feasibility study uses four main yardsticks to measure a proposal:

Operational Feasibility: Operational feasibility means that a proposed system will be used effectively after it has been developed. If users have difficulty with a new system, it will not produce the expected benefits. Operational feasibility depends on several vital issues. For example, consider the following questions:
Does management support the project? Do users support the project? Is the current system well liked and effectively used? Do users see the need for change?
Will the new system result in a workforce reduction? If so, what will happen to affected employees?
Will the new system require training for users? If so, is the company prepared to provide the necessary resources for training current employees?
Will users be involved in planning the new system right from the start?
Will the new system place any new demands on users or require any operating changes? For example, will any information be less accessible or produced less frequently? Will performance decline in any way? If so, will an overall gain to the organization outweigh individual losses?
Will customers experience adverse effects in any way, either temporarily or permanently?
Will any risk to the company's image or goodwill result?
Does the development schedule conflict with other company priorities?
Do legal or ethical issues need to be considered?

Technical feasibility: Technical feasibility refers to the technical resources needed to develop, purchase, install, or operate the system. When assessing technical feasibility, an analyst must consider the following points:
Does the company have the necessary hardware, software, and network resources? If not, can those resources be acquired without difficulty?
Does the company have the needed technical expertise? If not, can it be acquired?
Does the proposed platform have sufficient capacity for future needs? If not, can it be expanded?
Will a prototype be required?
Will the hardware and software environment be reliable? Will it integrate with other company information systems, both now and in the future? Will it interface properly with external systems operated by customers and suppliers?
Will the combination of hardware and software supply adequate performance? Do clear expectations and performance specifications exist?
Will the system be able to handle future transaction volume and company growth?

Economic Feasibility: Economic feasibility means that the projected benefits of the proposed system outweigh the estimated costs usually considered the total cost of ownership (TCO) , which includes ongoing support and maintenance costs, as well as acquisition costs. To determine TCO, the analyst must estimate costs in each of the following areas:
People, including IT staff and users
Hardware and equipment
Software, including in-house development as well as purchases from vendors
Formal and informal training
Licenses and fees
Consulting expenses
Facility costs
The estimated cost of not developing the system or postponing the project

Schedule Feasibility: Schedule feasibility means that a project can be implemented in an acceptable time frame. When assessing schedule feasibility, a systems analyst must consider the interaction between time and costs. For example, speeding up a project schedule might make a project feasible, but much more expensive.
Other issues that relate to schedule feasibility include the following:
Can the company or the IT team control the factors that affect schedule feasibility?
Has management established a firm timetable for the project?
What conditions must be satisfied during the development of the system?
Will an accelerated schedule pose any risks? If so, are the risks acceptable?
Will project management techniques be available to coordinate and control the project?
Will a project manager be appointed?
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
Question 6: What is feasibility? List and briefly discuss four feasibility tests.A systems request must pass several tests, called a feasibility study, to see whether it is worthwhile to proceed further. A feasibility study uses four main yardsticks to measure a proposal:Operational Feasibility: Operational feasibility means that a proposed system will be used effectively after it has been developed. If users have difficulty with a new system, it will not produce the expected benefits. Operational feasibility depends on several vital issues. For example, consider the following questions:Does management support the project? Do users support the project? Is the current system well liked and effectively used? Do users see the need for change?Will the new system result in a workforce reduction? If so, what will happen to affected employees?Will the new system require training for users? If so, is the company prepared to provide the necessary resources for training current employees?Will users be involved in planning the new system right from the start?Will the new system place any new demands on users or require any operating changes? For example, will any information be less accessible or produced less frequently? Will performance decline in any way? If so, will an overall gain to the organization outweigh individual losses?Will customers experience adverse effects in any way, either temporarily or permanently?Will any risk to the company's image or goodwill result?Does the development schedule conflict with other company priorities?Do legal or ethical issues need to be considered?Technical feasibility: Technical feasibility refers to the technical resources needed to develop, purchase, install, or operate the system. When assessing technical feasibility, an analyst must consider the following points:Does the company have the necessary hardware, software, and network resources? If not, can those resources be acquired without difficulty?Does the company have the needed technical expertise? If not, can it be acquired?Does the proposed platform have sufficient capacity for future needs? If not, can it be expanded?Will a prototype be required?Will the hardware and software environment be reliable? Will it integrate with other company information systems, both now and in the future? Will it interface properly with external systems operated by customers and suppliers?Will the combination of hardware and software supply adequate performance? Do clear expectations and performance specifications exist?Will the system be able to handle future transaction volume and company growth?Economic Feasibility: Economic feasibility means that the projected benefits of the proposed system outweigh the estimated costs usually considered the total cost of ownership (TCO) , which includes ongoing support and maintenance costs, as well as acquisition costs. To determine TCO, the analyst must estimate costs in each of the following areas:People, including IT staff and usersHardware and equipmentSoftware, including in-house development as well as purchases from vendorsFormal and informal trainingLicenses and feesConsulting expensesFacility costsThe estimated cost of not developing the system or postponing the projectSchedule Feasibility: Schedule feasibility means that a project can be implemented in an acceptable time frame. When assessing schedule feasibility, a systems analyst must consider the interaction between time and costs. For example, speeding up a project schedule might make a project feasible, but much more expensive.Other issues that relate to schedule feasibility include the following:Can the company or the IT team control the factors that affect schedule feasibility?Has management established a firm timetable for the project?What conditions must be satisfied during the development of the system?Will an accelerated schedule pose any risks? If so, are the risks acceptable?Will project management techniques be available to coordinate and control the project?Will a project manager be appointed?
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
คำถามที่ 6: ความเป็นไปได้คืออะไร? รายการและสั้นหารือสี่การทดสอบความเป็นไปได้.
คำขอระบบจะต้องผ่านการทดสอบหลายที่เรียกว่าการศึกษาความเป็นไปได้ที่จะดูว่ามันคุ้มค่าที่จะดำเนินการต่อไป การศึกษาความเป็นไปได้ใช้สี่ yardsticks หลักในการวัดข้อเสนอ:

ความเป็นไปได้ในการดำเนินงาน: ความเป็นไปได้ในการดำเนินงานหมายความว่าระบบที่นำเสนอจะถูกนำมาใช้อย่างมีประสิทธิภาพหลังจากที่มันได้รับการพัฒนา หากผู้ใช้มีปัญหากับระบบใหม่ก็จะไม่ผลิตผลประโยชน์ที่คาดว่าจะ ความเป็นไปได้ในการดำเนินงานขึ้นอยู่กับประเด็นสำคัญหลาย ยกตัวอย่างเช่นพิจารณาคำถามต่อไปนี้:
การจัดการไม่สนับสนุนโครงการหรือไม่ อย่าให้ผู้ใช้สนับสนุนโครงการหรือไม่ เป็นระบบในปัจจุบันชอบดีและใช้อย่างมีประสิทธิภาพ? ทำผู้ใช้เห็นความจำเป็นในการเปลี่ยนแปลงหรือไม่
จะผลระบบใหม่ในการลดแรงงานหรือไม่? ถ้าเป็นเช่นนั้นสิ่งที่จะเกิดขึ้นกับพนักงานได้รับผลกระทบ?
ระบบใหม่จะต้องมีการฝึกอบรมสำหรับผู้ใช้? ถ้าเป็นเช่นนั้นเป็น บริษัท ที่จัดทำขึ้นเพื่อให้ทรัพยากรที่จำเป็นสำหรับการฝึกอบรมพนักงานปัจจุบันหรือไม่?
ผู้ใช้ที่จะมีส่วนร่วมในการวางแผนระบบใหม่ตั้งแต่เริ่มต้น?
จะเป็นสถานที่ระบบใหม่ความต้องการใหม่ ๆ เกี่ยวกับผู้ใช้หรือต้องมีการเปลี่ยนแปลงการดำเนินงานใด ๆ ยกตัวอย่างเช่นข้อมูลใด ๆ ที่จะสามารถเข้าถึงได้น้อยหรือผลิตน้อยบ่อย? ผลการดำเนินงานจะลดลงในทางใด? ถ้าเป็นเช่นนั้นกำไรโดยรวมขององค์กรจะเกินดุลการสูญเสียบุคคล?
ลูกค้าจะได้สัมผัสกับผลกระทบในทางใด ๆ ไม่ว่าจะเป็นการชั่วคราวหรือถาวร?
จะมีความเสี่ยงใด ๆ เพื่อผลภาพหรือค่าความนิยมของ บริษัท หรือไม่
ไม่ขัดแย้งกำหนดการพัฒนาที่มีลำดับความสำคัญของ บริษัท อื่น ๆ
ทำ ประเด็นทางกฎหมายหรือจริยธรรมจะต้องมีการพิจารณา?

ความเป็นไปได้ทางเทคนิค: ความเป็นไปได้ทางเทคนิคหมายถึงทรัพยากรทางเทคนิคที่จำเป็นในการพัฒนาการจัดซื้อติดตั้งหรือใช้งานระบบ เมื่อมีการประเมินความเป็นไปได้ทางเทคนิคนักวิเคราะห์จะต้องพิจารณาประเด็นต่อไปนี้:
บริษัท มีทรัพยากรฮาร์ดแวร์ซอฟต์แวร์และเครือข่ายจำเป็น? ถ้าไม่สามารถทรัพยากรเหล่านั้นจะได้มาโดยไม่ยาก?
บริษัท มีความเชี่ยวชาญทางเทคนิคที่จำเป็น? ถ้าไม่สามารถที่จะได้รับ?
ไม่แพลตฟอร์มที่นำเสนอมีความจุที่เพียงพอสำหรับความต้องการในอนาคต? ถ้าไม่สามารถที่จะขยายตัว?
จะต้นแบบถูกต้อง?
ฮาร์ดแวร์และซอฟต์แวร์สภาพแวดล้อมที่จะมีความน่าเชื่อถือ? มันจะทำงานร่วมกับระบบข้อมูลของ บริษัท อื่น ๆ ทั้งในปัจจุบันและในอนาคตหรือไม่ มันจะต้องเชื่อมต่อกับระบบภายนอกดำเนินการโดยลูกค้าและซัพพลายเออ?
จะรวมกันของฮาร์ดแวร์และซอฟแวร์การจัดหาประสิทธิภาพเพียงพอหรือไม่ อย่าคาดหวังที่ชัดเจนและรายละเอียดผลการดำเนินงานอยู่?
ระบบจะสามารถจัดการกับปริมาณธุรกรรมในอนาคตและการเติบโตของ บริษัท ?

ความเป็นไปได้ทางเศรษฐกิจ: ความเป็นไปได้ทางเศรษฐกิจหมายความว่าผลประโยชน์ที่คาดการณ์ของระบบที่นำเสนอมีค่าเกินค่าใช้จ่ายที่มักจะถือว่าเป็นค่าใช้จ่ายทั้งหมดในการเป็นเจ้าของ (TCO) ซึ่งรวมถึงการสนับสนุนและค่าบำรุงรักษาอย่างต่อเนื่องเช่นเดียวกับต้นทุนการซื้อ เพื่อตรวจสอบ TCO นักวิเคราะห์จะต้องประมาณการค่าใช้จ่ายในแต่ละพื้นที่ต่อไปนี้:
คนรวมทั้งเจ้าหน้าที่ด้านไอทีและผู้ใช้
ฮาร์ดแวร์และอุปกรณ์
ซอฟแวร์รวมทั้งการพัฒนาในบ้านเช่นเดียวกับการซื้อสินค้าจากผู้ขาย
อย่างเป็นทางการและการฝึกอบรม
ใบอนุญาตและค่าธรรมเนียม
ค่าใช้จ่ายในการให้คำปรึกษา
ค่าใช้จ่ายในสิ่งอำนวยความสะดวก
ประเมินค่าใช้จ่ายของการไม่พัฒนาระบบหรือเลื่อนโครงการ

ความเป็นไปได้กำหนดการ: กำหนดการความเป็นไปได้หมายความว่าโครงการที่สามารถดำเนินการในกรอบเวลาที่ได้รับการยอมรับ เมื่อมีการประเมินความเป็นไปได้กำหนดการนักวิเคราะห์ระบบจะต้องพิจารณาร่วมกันระหว่างเวลาและค่าใช้จ่าย ยกตัวอย่างเช่นการเร่งกำหนดการของโครงการอาจจะทำให้โครงการที่เป็นไปได้ แต่มีราคาแพงมาก.
ประเด็นอื่น ๆ ที่เกี่ยวข้องกับการกำหนดเวลาความเป็นไปได้ดังต่อไปนี้
? บริษัท หรือทีมไอทีสามารถควบคุมปัจจัยที่ส่งผลกระทบต่อความเป็นไปได้กำหนดการ
มีการจัดการจัดตั้ง บริษัท ตารางเวลาสำหรับโครงการหรือไม่
เงื่อนไขอะไรที่จะต้องมีความพึงพอใจในระหว่างการพัฒนาระบบ?
กำหนดการเร่งจะก่อให้เกิดความเสี่ยงใด ๆ ? ถ้าเป็นเช่นนั้นมีความเสี่ยงที่ยอมรับได้?
จะโครงการเทคนิคการจัดการสามารถใช้ได้ในการประสานงานและการควบคุมโครงการหรือไม่
จะเป็นผู้จัดการโครงการได้รับการแต่งตั้ง?
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
คำถามที่ 4 : อะไรคือความเป็นไปได้ ? รายชื่อและสั้นหารือสี่ในการทดสอบขอระบบต้องผ่านการทดสอบหลาย ที่เรียกว่า การศึกษาความเป็นไปได้ของโครงการ เพื่อดูว่า มันคุ้มค่าที่จะดำเนินการต่อไป การศึกษาความเป็นไปได้ในการใช้สี่ yardsticks หลักวัดข้อเสนอ :การศึกษาความเป็นไปได้ในการดำเนินงาน : แปลว่า ระบบจะถูกใช้อย่างมีประสิทธิภาพ หลังจากที่มันได้ถูกพัฒนา หากผู้ใช้มีปัญหากับระบบใหม่ มันก็จะไม่สร้างประโยชน์ที่คาดว่าจะ ความเป็นไปได้ในการดำเนินงานขึ้นอยู่กับปัญหาที่สำคัญหลาย ตัวอย่างเช่นพิจารณาคำถามต่อไปนี้ :จัดการไม่สนับสนุนโครงการ ผู้ใช้จะสนับสนุนโครงการ เป็นระบบปัจจุบันที่ชอบดีและมีประสิทธิภาพใช้ ทำผู้ใช้เห็นต้องการเปลี่ยน ?จะได้ผลในการลดแรงงานระบบใหม่ ? ถ้าเป็นเช่นนั้น จะเกิดอะไรขึ้นกับผลกระทบจากพนักงานจะต้องฝึกอบรมผู้ใช้ระบบใหม่ ? ถ้าเป็นเช่นนั้น คือ บริษัท เตรียมที่จะให้ทรัพยากรที่จำเป็นสำหรับการฝึกอบรมพนักงานปัจจุบันผู้ใช้จะต้องมีส่วนร่วมในการวางแผนระบบตั้งแต่เริ่มต้นใหม่ ?จะเป็นระบบใหม่สถานที่ใหม่ใด ๆความต้องการของผู้ใช้หรือใช้งานใด ๆ การเปลี่ยนแปลง ? ตัวอย่างเช่น จะข้อมูลน้อยสามารถเข้าถึงได้หรือผลิตได้น้อยลง ? ประสิทธิภาพจะลดลง ในทางใด ? ถ้าเป็นเช่นนั้น จะได้รับโดยรวมให้แก่องค์กร outweigh การสูญเสียบุคคล ?ลูกค้ามีประสบการณ์ผลข้างเคียงในทางใด ไม่ว่าจะเป็นการชั่วคราวหรือถาวร ?จะเสี่ยงใด ๆ เพื่อภาพพจน์ของบริษัทหรือค่าความนิยมผล ?ไม่กำหนดตารางการพัฒนาความขัดแย้งมีความสําคัญ บริษัท อื่น ๆทำเรื่องกฎหมาย หรือจริยธรรมต้องพิจารณา ?ความเป็นไปได้ทางด้านเทคนิค : ความเป็นไปได้ทางเทคนิคหมายถึงทรัพยากรทางเทคนิคที่จำเป็นในการพัฒนาการติดตั้งหรือใช้งานระบบ เมื่อประเมินความเป็นไปได้ทางเทคนิค นักวิเคราะห์จะต้องพิจารณาจุดต่อไปนี้ :ไม่ บริษัท มี จำเป็น ฮาร์ดแวร์ ซอฟต์แวร์ และทรัพยากรเครือข่าย ถ้าไม่ , ทรัพยากรเหล่านั้นจะได้มาโดยไม่ยาก ?ไม่ บริษัท มีความเชี่ยวชาญทางด้านเทคนิคที่จำเป็น ? ถ้าไม่ สามารถจะได้รับ ?ไม่เสนอแพลตฟอร์มมีความจุที่เพียงพอสำหรับความต้องการในอนาคต ถ้าไม่ สามารถขยาย ?จะเป็นต้นแบบต้อง ?จะฮาร์ดแวร์และซอฟต์แวร์สภาพแวดล้อมเป็นที่เชื่อถือได้ ? จะรวมกับระบบข้อมูลของ บริษัท อื่น ๆ , ทั้งในปัจจุบันและอนาคต จะติดต่ออย่างถูกต้องกับภายนอกระบบปฏิบัติการลูกค้าและซัพพลายเออร์ ?จะการรวมกันของฮาร์ดแวร์และซอฟต์แวร์การจัดหาประสิทธิภาพเพียงพอหรือไม่ ทำให้ความคาดหวังที่ชัดเจนและข้อมูลประสิทธิภาพอยู่จะระบบสามารถจัดการปริมาณธุรกรรมและการเติบโตในอนาคตของบริษัทความเป็นไปได้ทางเศรษฐกิจ ความเป็นไปได้ทางเศรษฐกิจหมายความว่าคาดการณ์ประโยชน์ของระบบมากกว่าค่าใช้จ่ายที่มักจะพิจารณาต้นทุนการเป็นเจ้าของ ( TCO ) ซึ่งรวมถึงค่าใช้จ่ายในการสนับสนุนอย่างต่อเนื่องและการบำรุงรักษา ตลอดจนค่าใช้จ่ายในการซื้อกิจการ เพื่อตรวจสอบ TCO , นักวิเคราะห์จะประเมินต้นทุนในแต่ละพื้นที่ต่อไปนี้ :คน รวมทั้งพนักงานและผู้ใช้ฮาร์ดแวร์และอุปกรณ์ซอฟต์แวร์ รวมทั้งการพัฒนาคุณภาพ ตลอดจนการซื้อจากผู้ขายการฝึกอบรมอย่างเป็นทางการและไม่เป็นทางการใบอนุญาตและค่าธรรมเนียมค่าใช้จ่ายที่ปรึกษาค่าใช้จ่ายโรงงานการประมาณต้นทุนของการพัฒนาระบบ หรือการเลื่อนโครงการตาราง : ตารางการศึกษาความเป็นไปได้ หมายความว่า โครงการที่สามารถดำเนินการในกรอบเวลาที่ยอมรับได้ เมื่อประเมินตารางเวลา ความเป็นไปได้ , นักวิเคราะห์ระบบจะต้องพิจารณาระหว่างต้นทุนเวลาและ . ตัวอย่างเช่น การเร่งตารางเวลาโครงการอาจทำให้โครงการที่เป็นไปได้ แต่ราคาแพงมาก .ปัญหาอื่น ๆที่เกี่ยวข้องกับตารางความเป็นไปได้รวมถึงต่อไปนี้ :สามารถบริษัทหรือทีมมันควบคุมปัจจัยที่มีผลต่อตารางความเป็นไปได้ ?ได้จัดตั้งบริษัทจัดการตารางเวลาสำหรับโครงการเงื่อนไขว่าต้องพอใจในการพัฒนาระบบจะเป็นตารางเร่งก่อให้เกิดความเสี่ยงใด ๆ ? ถ้าเป็นเช่นนั้น มีความเสี่ยงที่ยอมรับได้ ?เทคนิคการบริหารจัดการโครงการจะสามารถประสานงานและควบคุมโครงการจะเป็นผู้จัดการที่ได้รับการแต่งตั้ง ?
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: