This chapter describes system devel

This chapter describes system development strategies, the preparation and presentation of
the system requirements document, and the transition to the systems design phase of the
SDLC.
An important trend that views Software as a Service (SaaS), rather than a product,
has created new software acquisition options. Systems analysts must consider Webbased development environments such as .NET and WebSphere, and various outsourcing options, including application service providers and Internet business services.
Application service providers (ASPs) charge subscription fees for providing application
software packages. Internet business services (IBSs) offer powerful Web-based servers,
software hosting, and IT support services to customers.
Traditional systems must function in various hardware and software environments,
be compatible with legacy systems, and operate within the constraints of company
networks and desktop computing capability. Such systems utilize Internet links and
resources as enhancements. In contrast, Internet-based systems treat the Web as the platform, rather than just a communication channel. Many large companies use Web-based
systems to handle enterprise-wide applications. Compared to traditional systems, Webbased systems are more scalable, less dependent on specific hardware and software, and
more adaptable to outsourcing the operation and support of a software application.
The new Web generation is called Web 2.0, and it is fueling the expansion of
information sharing, user collaboration, and social-networking applications such as
Twitter, MySpace and Facebook. Another development, called cloud computing because
of the commonly used cloud symbol for the Internet, describes an overall online software and data environment, powered by supercomputer technology, that will be an
ultimate form of Software as a Service.
If a company chooses to handle its own software development needs, it can create
in-house systems, or purchase (and possibly customize) commercially available software
packages from a software vendor or value-added reseller (VAR).
Compared with developing an in-house system, an existing commercial software
package can be an attractive alternative, because a package generally costs less, takes less
time to implement, has a proven track record, and is upgraded frequently. In-house development or customizing a software package might be the best choice when a standard
software package cannot meet specific business requirements or constraints. In addition
to customizing software packages, companies can create user applications based on standard software that has been specially configured to enhance user productivity.
The systems analyst’s role in the software development process depends on the specific development strategy. In-house development requires much more involvement than
outsourcing or choosing a commercial package.
The most important factor in choosing a development strategy is total cost of ownership (TCO). Financial analysis tools include payback analysis, which determines how
long it takes for a system to pay for itself through reduced costs and increased benefits;
return on investment (ROI), which compares a project’s total return with its total costs;
and net present value (NPV), which analyzes the value of a project by adjusting costs
and benefits to reflect the time that they occur.
The process of acquiring software involves a series of steps: evaluate the system
requirements, consider network and Web-related issues, identify potential software
vendors or outsourcing options, evaluate the alternatives, perform cost-benefit analysis,
prepare a recommendation, and implement the solution. During software acquisition, a
company can use a request for proposal (RFP) or a request for quotation (RFQ). An
RFP invites vendors to respond to a list ofsystem requirements and features; an RFQ
seeks bids for a specific product or service.

ผลลัพธ์ (ไทย) 1:

บทนี้อธิบายกลยุทธ์การพัฒนาระบบ การจัดเตรียม และนำเสนอเอกสารความต้องการของระบบ และการเปลี่ยนแปลงระบบการออกแบบขั้นตอนของการSDLCมีแนวโน้มสำคัญที่มุมมองซอฟต์แวร์เป็นบริการ (ซาส), แทนผลิตภัณฑ์มีสร้างตัวเลือกซื้อซอฟต์แวร์ใหม่ นักวิเคราะห์ระบบต้องพิจารณา Webbased พัฒนาสภาพแวดล้อมเช่น.NET WebSphere และตัว เลือกจ้างต่าง ๆ รวมถึงผู้ให้บริการโปรแกรมประยุกต์และบริการธุรกิจอินเตอร์เน็ตผู้ให้บริการแอพลิเคชัน (ASPs) ค่าธรรมเนียมค่าธรรมเนียมสำหรับการให้บริการโปรแกรมประยุกต์แพคเกจซอฟต์แวร์ บริการธุรกิจอินเทอร์เน็ต (IBSs) ให้มีประสิทธิภาพบนเว็บเซิร์ฟเวอร์ซอฟต์แวร์โฮสต์ และสนับสนุนการบริการลูกค้าระบบแบบดั้งเดิมที่ต้องทำงานในฮาร์ดแวร์และซอฟต์แวร์สภาพแวดล้อมต่าง ๆเข้ากันได้กับระบบเก่า และทำงานภายในข้อจำกัดของบริษัทเครือข่ายและความสามารถในการใช้งานเดสก์ท็อป ระบบดังกล่าวใช้อินเทอร์เน็ตเชื่อมโยง และทรัพยากรเป็นการปรับปรุง ในทางตรงกันข้าม ระบบอินเทอร์เน็ตถือว่าเว็บเป็นแพลตฟอร์ม มากกว่าเพียงช่องทางการสื่อสาร หลายบริษัทขนาดใหญ่ใช้บนเว็บระบบการจัดการโปรแกรมประยุกต์ทั่วทั้งองค์กร เมื่อเทียบกับระบบแบบดั้งเดิม ระบบ Webbased ปรับขนาดได้มากกว่า น้อยขึ้นอยู่กับฮาร์ดแวร์และซอฟต์แวร์ และเพิ่มเติมสามารถปรับเปลี่ยนการจ้างดำเนินการและการสนับสนุนของโปรแกรมประยุกต์ซอฟต์แวร์สร้างเว็บใหม่เรียกว่าเว็บ 2.0 และมันเป็น fueling การขยายตัวของข้อมูล ความร่วมมือของผู้ใช้ และโปรแกรมประยุกต์ระบบเครือข่ายสังคมเช่นทวิตเตอร์ มายสเปซ และ Facebook พัฒนาอื่น เรียกว่าเมฆคอมพิวเตอร์เนื่องจากของสัญลักษณ์เมฆโดยทั่วไปใช้สำหรับอินเทอร์เน็ต ออนไลน์โดยรวมโปรแกรมและสภาพแวดล้อม ขับเคลื่อน โดยซูเปอร์คอมพิวเตอร์เทคโนโลยี ที่จะอธิบายถึงการรูปแบบซอฟต์แวร์เป็นการบริการที่ดีที่สุดถ้าบริษัทเลือกที่จะจัดการกับความต้องการพัฒนาซอฟต์แวร์ของตนเอง สามารถสร้างระบบภายใน หรือซื้อ (และอาจกำหนด) ซอฟต์แวร์ที่ใช้ได้ในเชิงพาณิชย์แพคเกจจากผู้จำหน่ายซอฟต์แวร์หรือตัวแทนจำหน่ายเพิ่มมูลค่า (VAR)เมื่อเทียบกับการพัฒนาระบบการบริการ ซอฟต์แวร์เชิงพาณิชย์มีอยู่แพคเกจสามารถเป็นทางเลือกที่น่าสนใจ เนื่องจากแพคเกจโดยทั่วไปต้นทุนน้อย ใช้เวลาน้อยดำเนิน พิสูจน์ได้ และอัพเกรดบ่อย ๆ พัฒนาภายในหรือการกำหนดแพคเกจซอฟต์แวร์อาจจะดีที่สุดเมื่อมาตรฐานแพคเกจซอฟต์แวร์ไม่สามารถตอบสนองความต้องการทางธุรกิจหรือข้อจำกัด นอกจากนี้การกำหนดแพคเกจซอฟต์แวร์ บริษัทสามารถสร้างโปรแกรมประยุกต์ผู้ใช้ที่ใช้ซอฟต์แวร์มาตรฐานที่มีการกำหนดค่าพิเศษเพื่อเพิ่มประสิทธิภาพของผู้ใช้บทบาทของนักวิเคราะห์ระบบในกระบวนการพัฒนาซอฟต์แวร์ขึ้นอยู่กับกลยุทธ์การพัฒนา พัฒนาในห้องต้องมีส่วนร่วมมากขึ้นกว่าผู้รับเหมาช่วง หรือการเลือกแพคเกจพาณิชย์ปัจจัยสำคัญในการเลือกกลยุทธ์การพัฒนาต้นทุนรวมของความเป็นเจ้าของ(ระบบ TCO) ได้ เครื่องมือวิเคราะห์การคืนทุน ที่กำหนดรวมถึงวิเคราะห์ทางการเงินอย่างไรลองใช้ระบบจะจ่ายสำหรับตัวเองลดต้นทุนและผลประโยชน์เพิ่มขึ้นกลับการลงทุน (ROI), การเปรียบเทียบผลตอบแทนรวมของโครงการ มีต้นทุนรวมของมูลค่าปัจจุบันสุทธิ (NPV), การวิเคราะห์ค่าของโครงการ โดยการปรับต้นทุน และและถึงเวลาที่จะเกิดประโยชน์กระบวนการซอฟต์แวร์ที่ได้รับชุดของขั้นตอนที่เกี่ยวข้อง: ประเมินระบบความต้องการ พิจารณาเครือข่ายและประเด็นที่เกี่ยวข้องกับเว็บ ระบุซอฟต์แวร์ที่อาจเกิดขึ้นผู้ขายหรือผู้รับเหมาช่วงตัวเลือก ประเมินทางเลือก ทำการวิเคราะห์ต้นทุนผลประโยชน์เตรียมแนะนำ และดำเนินการแก้ปัญหา ในระหว่างที่ซื้อซอฟต์แวร์ การบริษัทสามารถใช้การร้องขอสำหรับข้อเสนอ (RFP) หรือขอใบเสนอราคา (RFQ) มีRFP เชิญผู้ ofsystem รายการตอบสนองความต้องการและลักษณะการทำงาน RFQพยายามบิดเฉพาะผลิตภัณฑ์หรือบริการ

ผลลัพธ์ (ไทย) 2:

บทนี้จะอธิบายกลยุทธ์การพัฒนาระบบการจัดทำและนำเสนอระบบเอกสารความต้องการและการเปลี่ยนแปลงไปสู่ขั้นตอนการออกแบบระบบของ
SDLC.
แนวโน้มสำคัญที่มองซอฟต์แวร์เป็นบริการ (SaaS)
มากกว่าผลิตภัณฑ์ที่ได้สร้างใหม่เลือกซื้อซอฟต์แวร์ นักวิเคราะห์ระบบจะต้องพิจารณาสภาพแวดล้อมการพัฒนา webbased เช่น NET และ WebSphere และตัวเลือกการจ้างต่าง ๆ รวมทั้งผู้ให้บริการแอพลิเคชันและบริการธุรกิจอินเทอร์เน็ต.
แอพลิเคชันให้บริการ (ASPs)
ค่าใช้จ่ายค่าธรรมเนียมการสมัครสมาชิกสำหรับการให้บริการแอพลิเคชันซอฟแวร์ บริการธุรกิจทางอินเทอร์เน็ต (IBSs)
ให้มีประสิทธิภาพเว็บเซิร์ฟเวอร์ที่ใช้ซอฟแวร์โฮสติ้งและการสนับสนุนด้านไอทีบริการให้กับลูกค้า.
ระบบแบบดั้งเดิมจะต้องทำงานในฮาร์ดแวร์ต่างๆและสภาพแวดล้อมที่ซอฟแวร์จะเข้ากันได้กับระบบเดิมและการใช้งานภายใต้ข้อ จำกัด ของ บริษัท เครือข่ายและสก์ท็อป ความสามารถในการใช้คอมพิวเตอร์ ระบบดังกล่าวใช้ประโยชน์จากการเชื่อมโยงอินเทอร์เน็ตและทรัพยากรการปรับปรุง ในทางตรงกันข้ามระบบอินเทอร์เน็ตรักษาเว็บเป็นแพลตฟอร์มที่มากกว่าแค่ช่องทางการสื่อสาร บริษัท ขนาดใหญ่จำนวนมากที่ใช้ web-based ระบบในการจัดการการใช้งานทั่วทั้งองค์กร เมื่อเทียบกับระบบแบบดั้งเดิมระบบ webbased สามารถปรับขนาดได้มากขึ้นน้อยขึ้นอยู่กับฮาร์ดแวร์และซอฟต์แวร์และการปรับตัวมากขึ้นในการจ้างการดำเนินงานและการสนับสนุนของการประยุกต์ใช้ซอฟแวร์. รุ่นเว็บใหม่ที่เรียกว่า Web 2.0 และจะมีการเติมน้ำมันการขยายตัวของข้อมูลร่วมกันทำงานร่วมกันของผู้ใช้และการใช้งานเครือข่ายสังคมเช่นTwitter, MySpace และ Facebook การพัฒนาอื่น ๆ ที่เรียกว่าคอมพิวเตอร์เมฆเพราะของสัญลักษณ์เมฆที่ใช้กันทั่วไปสำหรับอินเทอร์เน็ตอธิบายซอฟต์แวร์ออนไลน์โดยรวมและสภาพแวดล้อมของข้อมูลที่ขับเคลื่อนโดยเทคโนโลยีซูเปอร์คอมพิวเตอร์ที่จะเป็นรูปแบบที่ดีที่สุดของซอฟต์แวร์เป็นบริการ. หาก บริษัท เลือกที่จะจัดการกับมัน ของตัวเองความต้องการการพัฒนาซอฟแวร์ก็สามารถสร้างระบบในบ้านหรือซื้อ(และอาจจะปรับแต่ง) ใช้ได้ในเชิงพาณิชย์ซอฟต์แวร์แพคเกจจากผู้ผลิตซอฟต์แวร์หรือมูลค่าเพิ่มตัวแทนจำหน่าย(VAR). เมื่อเทียบกับการพัฒนาระบบในบ้านซึ่งเป็นซอฟต์แวร์เชิงพาณิชย์ที่มีอยู่แพคเกจที่สามารถเลือกที่น่าสนใจเพราะแพคเกจโดยทั่วไปค่าใช้จ่ายน้อยจะใช้เวลาน้อยกว่าเวลาที่จะใช้มีประวัติที่พิสูจน์แล้วและมีการปรับรุ่นบ่อย การพัฒนาในบ้านหรือการปรับแต่งแพคเกจซอฟต์แวร์อาจจะเป็นทางเลือกที่ดีที่สุดเมื่อมาตรฐานแพคเกจซอฟต์แวร์ไม่สามารถตอบสนองความต้องการทางธุรกิจที่เฉพาะเจาะจงหรือข้อ จำกัด นอกจากนี้การปรับแต่งซอฟแวร์ บริษัท สามารถสร้างโปรแกรมประยุกต์ที่ใช้ขึ้นอยู่กับซอฟต์แวร์มาตรฐานที่ได้รับการกำหนดค่าเป็นพิเศษเพื่อเพิ่มผลผลิตของผู้ใช้. บทบาทนักวิเคราะห์ระบบในกระบวนการพัฒนาซอฟต์แวร์ขึ้นอยู่กับยุทธศาสตร์การพัฒนาที่เฉพาะเจาะจง พัฒนาในบ้านต้องมีส่วนร่วมมากขึ้นกว่าการจ้างหรือเลือกแพคเกจในเชิงพาณิชย์. ปัจจัยที่สำคัญที่สุดในการเลือกกลยุทธ์การพัฒนาเป็นต้นทุนการเป็นเจ้าของ (TCO) เครื่องมือในการวิเคราะห์ทางการเงินรวมถึงการวิเคราะห์การคืนทุนซึ่งกำหนดวิธีการที่จะใช้เวลานานสำหรับระบบที่จะจ่ายสำหรับตัวเองผ่านทางลดค่าใช้จ่ายและผลประโยชน์ที่เพิ่มขึ้นผลตอบแทนจากการลงทุน(ROI) ซึ่งเปรียบเทียบผลตอบแทนรวมของโครงการที่มีค่าใช้จ่ายรวมของ; และมูลค่าปัจจุบันสุทธิ ( NPV) ซึ่งวิเคราะห์มูลค่าโครงการโดยการปรับค่าใช้จ่ายที่. และผลประโยชน์ที่จะสะท้อนให้เห็นถึงเวลาที่พวกเขาเกิดขึ้นกระบวนการของการซื้อซอฟแวร์ที่เกี่ยวข้องกับชุดขั้นตอน: การประเมินระบบต้องการพิจารณาเครือข่ายและปัญหาที่เกี่ยวข้องกับเว็บระบุซอฟแวร์ที่มีศักยภาพผู้ขายหรือตัวเลือกจ้างประเมินทางเลือกในการดำเนินการวิเคราะห์ต้นทุนและผลประโยชน์, การเตรียมความพร้อมข้อเสนอแนะและดำเนินการแก้ปัญหา ในระหว่างการซื้อซอฟต์แวร์ที่บริษัท สามารถใช้การร้องขอสำหรับข้อเสนอ (RFP) หรือขอใบเสนอราคา (RFQ) RFP เชิญชวนให้ผู้ผลิตเพื่อตอบสนองต่อความต้องการรายการ ofsystem และคุณสมบัติ; RFQ พยายามเสนอราคาสำหรับสินค้าหรือบริการที่เฉพาะเจาะจง

ผลลัพธ์ (ไทย) 3:

บทนี้จะกล่าวถึงยุทธศาสตร์การพัฒนาระบบการเตรียมการและการนำเสนอ
ความต้องการระบบเอกสาร และการเปลี่ยนแปลงในการออกแบบระบบขั้นตอนของ SDLC
.
แนวโน้มสำคัญที่มุมมองซอฟต์แวร์เป็นบริการ ( SaaS ) มากกว่าผลิตภัณฑ์
ได้สร้างทางเลือกการซื้อซอฟต์แวร์ใหม่ นักวิเคราะห์ระบบจะต้องพิจารณาสภาพแวดล้อมการพัฒนาเว็บเช่นสุทธิและเว็บและตัวเลือกต่าง ๆรวมทั้งการ outsourcing , บริการธุรกิจและบริการอินเตอร์เน็ต
ผู้ให้บริการโปรแกรม ( งูเห่า ) ค่าใช้จ่ายค่าธรรมเนียมการสมัครสมาชิกเพื่อให้ซอฟต์แวร์ประยุกต์
แพคเกจ บริการธุรกิจ ( ibss ) เสนอเว็บที่มีประสิทธิภาพโดยใช้เซิร์ฟเวอร์
ซอฟต์แวร์โฮสต์และบริการสนับสนุนลูกค้า
ระบบดั้งเดิมต้องในการทำงานต่าง ๆของฮาร์ดแวร์และซอฟต์แวร์สภาพแวดล้อม
เข้ากันได้กับระบบเดิม และใช้งานภายในข้อจำกัดของเครือข่ายบริษัท
และความสามารถในคอมพิวเตอร์เดสก์ทอป ระบบดังกล่าวใช้ประโยชน์จากการเชื่อมโยงอินเทอร์เน็ตและ
ทรัพยากรการปรับปรุง ในทางตรงกันข้าม , อินเทอร์เน็ตตามระบบดูแลเว็บเป็นแพลตฟอร์ม , แทนที่จะเป็นเพียงช่องทางการสื่อสาร .บริษัทขนาดใหญ่หลายแห่งใช้ระบบจัดการเว็บ
การใช้งานกว้างขององค์กร เมื่อเทียบกับระบบดั้งเดิม จัดระบบยืดหยุ่นมากขึ้นหรือน้อยลง ขึ้นอยู่กับฮาร์ดแวร์และซอฟต์แวร์ และปรับตัวได้กับการ outsourcing
เพิ่มเติมและการสนับสนุนของโปรแกรมซอฟต์แวร์ .
รุ่นเว็บใหม่ที่เรียกว่า Web 2.0 , และเชื้อเพลิงขยายตัวของ
แบ่งปันข้อมูลความร่วมมือของผู้ใช้และการประยุกต์ใช้เครือข่ายสังคมเช่น
Twitter , MySpace และ Facebook การพัฒนาอื่น เรียกว่าคอมพิวเตอร์เมฆเพราะ
ของที่ใช้กันทั่วไปเมฆสัญลักษณ์สำหรับอินเทอร์เน็ตเสนอซอฟต์แวร์ออนไลน์โดยรวมและข้อมูลสภาพแวดล้อม ขับเคลื่อนโดยซูเปอร์คอมพิวเตอร์เทคโนโลยี ซึ่งจะเป็นรูปแบบของซอฟต์แวร์ที่เป็นสุดยอด

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

เวลาที่พวกเขาเกิดขึ้น กระบวนการของการซื้อซอฟต์แวร์ที่เกี่ยวข้องกับชุดของขั้นตอนประเมินความต้องการของระบบ
, พิจารณาเครือข่ายและเว็บที่เกี่ยวข้องกับปัญหา ระบุผู้ขายซอฟต์แวร์
ศักยภาพหรือ Outsourcing ทางเลือก ประเมินทางเลือก วิเคราะห์ต้นทุน - ผลได้
, เตรียมรับรองและใช้โซลูชั่น ในการซื้อซอฟต์แวร์
บริษัทสามารถใช้คำขอสำหรับข้อเสนอ ( RFP ) หรือการร้องขอใบเสนอราคา ( RFQ ) การตอบสนอง RFP
เชิญผู้ขายรายชื่อ ofsystem ความต้องการและคุณสมบัติ ; RFQ
พยายามเสนอราคาสำหรับเฉพาะผลิตภัณฑ์หรือบริการ