THE SYSTEMS DEVELOPMENT LIFE CYCLEI

THE SYSTEMS DEVELOPMENT LIFE CYCLE
In many ways, building an information system is similar to building a house. First, the owner describes the vision for the house to the developer. Second, this idea is transformed into sketches and drawings that are shown to the owner and reﬁned (often, through several drawings, each improving on the other) until the owner agrees that the pictures depict what he or she wants. Third, a set of detailed blueprints is developed that presents much more speciﬁc information about the house (e.g., the layout of rooms, placement of plumbing ﬁxtures and electrical outlets, and so on). Finally, the house is built following the blueprints—and often with some changes and decisions made by the owner as the house is erected. Building an information system using the SDLC follows a similar set of four fundamental phases: planning, analysis, design, and implementation (Figure 1-2). Each phase is itself composed of a series of steps, which rely on techniques that produce deliverables (speciﬁc documents and ﬁles that explain various elements of the system). Figure 1-3 provides more detail on the steps, techniques, and deliverables that are included in each phase of the SDLC and outlines how these topics are covered in this textbook. Figures 1-2 and 1-3 suggest that the SDLC phases proceed in a logical path from start to ﬁnish. In some projects, this is true. In many projects, however, the project team moves through the steps consecutively, incrementally, iteratively, or in other patterns. Different projects may emphasize different parts of the SDLC or approach the SDLC phases in different ways, but all projects have elements of these four phases. For now, there are two important points to understand about the SDLC. First, you should get a general sense of the phases and steps that IS projects move through and some of the techniques that produce certain deliverables. In this section, we provide an overview of the phases, steps, and some of the techniques that are used to accomplish the steps. Second, it is important to understand that the SDLC is a process of gradual reﬁnement. The deliverables produced in the analysis phase provide a general idea what the new system will do. These deliverables are used as input to the design phase, which then reﬁnes them to produce a set of deliverables that describes in much more detailed terms exactly how the system should be built. These deliverables in turn are used in the implementation phase to guide the creation of the actual system. Each phase reﬁnes and elaborates on the work done previously.
Planning
The planning phase is the fundamental process of understanding why an information system should be built and determining how the project team will go about building it. It has two steps:
1. During project initiation, the system’s business value to the organization is identiﬁed—how will it lower costs or increase revenues? Most ideas for new systems come from outside the IS area (from the marketing department, accounting department, etc.) in the form of a system request. A system request presents a brief summary of a business need, and it explains how a system that supports the need will create business value. The IS department works together with the person or department generating the request (called the project sponsor) to conduct a feasibility analysis. The feasibility analysis examines key aspects of the proposed project:
■ The technical feasibility (Can we build it?)
■ The economic feasibility (Will it provide business value?)
■ The organizational feasibility (If we build it, will it be used?) The system request and feasibility analysis are presented to an information systems approval committee (sometimes called a steering committee), which decides whether the project should be undertaken.
2. Once the project is approved, it enters project management. During project management, the project manager creates a work plan, staffs the project, and puts techniques in place to help the project team control and direct the project through the entire SDLC. The deliverable for project management is a project plan that describes how the project team will go about developing the system.
Analysis
The analysis phase answers the questions of who will use the system, what the system will do, and where and when it will be used. (See Figure 1-3.) During this phase, the project team investigates any current system(s), identiﬁes improvement opportunities, and develops a concept for the new system. This phase has three steps:
1. An analysis strategy is developed to guide the project team’s efforts. Such a strategy usually includes a study of the current system (called the as-is system) and its problems, and envisioning ways to design a new system (called the to-be system). 2. The next step is requirements gathering (e.g., through interviews, group workshops, or questionnaires). The analysis of this information—in conjunction with input from the project s

THE SYSTEMS DEVELOPMENT LIFE CYCLE
In many ways, building an information system is similar to building a house. First, the owner describes the vision for the house to the developer. Second, this idea is transformed into sketches and drawings that are shown to the owner and reﬁned (often, through several drawings, each improving on the other) until the owner agrees that the pictures depict what he or she wants. Third, a set of detailed blueprints is developed that presents much more speciﬁc information about the house (e.g., the layout of rooms, placement of plumbing ﬁxtures and electrical outlets, and so on). Finally, the house is built following the blueprints—and often with some changes and decisions made by the owner as the house is erected. Building an information system using the SDLC follows a similar set of four fundamental phases: planning, analysis, design, and implementation (Figure 1-2). Each phase is itself composed of a series of steps, which rely on techniques that produce deliverables (speciﬁc documents and ﬁles that explain various elements of the system). Figure 1-3 provides more detail on the steps, techniques, and deliverables that are included in each phase of the SDLC and outlines how these topics are covered in this textbook. Figures 1-2 and 1-3 suggest that the SDLC phases proceed in a logical path from start to ﬁnish. In some projects, this is true. In many projects, however, the project team moves through the steps consecutively, incrementally, iteratively, or in other patterns. Different projects may emphasize different parts of the SDLC or approach the SDLC phases in different ways, but all projects have elements of these four phases. For now, there are two important points to understand about the SDLC. First, you should get a general sense of the phases and steps that IS projects move through and some of the techniques that produce certain deliverables. In this section, we provide an overview of the phases, steps, and some of the techniques that are used to accomplish the steps. Second, it is important to understand that the SDLC is a process of gradual reﬁnement. The deliverables produced in the analysis phase provide a general idea what the new system will do. These deliverables are used as input to the design phase, which then reﬁnes them to produce a set of deliverables that describes in much more detailed terms exactly how the system should be built. These deliverables in turn are used in the implementation phase to guide the creation of the actual system. Each phase reﬁnes and elaborates on the work done previously.
Planning
 The planning phase is the fundamental process of understanding why an information system should be built and determining how the project team will go about building it. It has two steps:
1. During project initiation, the system’s business value to the organization is identiﬁed—how will it lower costs or increase revenues? Most ideas for new systems come from outside the IS area (from the marketing department, accounting department, etc.) in the form of a system request. A system request presents a brief summary of a business need, and it explains how a system that supports the need will create business value. The IS department works together with the person or department generating the request (called the project sponsor) to conduct a feasibility analysis. The feasibility analysis examines key aspects of the proposed project:
 ■ The technical feasibility (Can we build it?)
 ■ The economic feasibility (Will it provide business value?) 
■ The organizational feasibility (If we build it, will it be used?) The system request and feasibility analysis are presented to an information systems approval committee (sometimes called a steering committee), which decides whether the project should be undertaken. 
2. Once the project is approved, it enters project management. During project management, the project manager creates a work plan, staffs the project, and puts techniques in place to help the project team control and direct the project through the entire SDLC. The deliverable for project management is a project plan that describes how the project team will go about developing the system.
Analysis
 The analysis phase answers the questions of who will use the system, what the system will do, and where and when it will be used. (See Figure 1-3.) During this phase, the project team investigates any current system(s), identiﬁes improvement opportunities, and develops a concept for the new system. This phase has three steps:
1. An analysis strategy is developed to guide the project team’s efforts. Such a strategy usually includes a study of the current system (called the as-is system) and its problems, and envisioning ways to design a new system (called the to-be system). 2. The next step is requirements gathering (e.g., through interviews, group workshops, or questionnaires). The analysis of this information—in conjunction with input from the project s

0/5000

จาก: -

เป็น: -

ผลลัพธ์ (ไทย) 1: [สำเนา]

คัดลอก!

วงจรชีวิตการพัฒนาระบบในหลาย ๆ สร้างระบบสารสนเทศจะคล้ายกับการสร้างบ้าน ครั้งแรก เจ้าอธิบายวิสัยทัศน์เพื่อให้นักพัฒนา ที่สอง ความคิดนี้จะกลายเป็นภาพวาดและภาพวาดที่แสดงให้เจ้าของและ reﬁned ( ผ่านหลายภาพวาด แต่ละการปรับปรุงอื่น ๆ) จนเจ้าของยอมรับว่า ภาพถ่ายทอดสิ่งที่เขาหรือเธอต้องการ ที่สาม ชุดของพิมพ์เขียวรายละเอียดพัฒนาที่นำเสนอมาก speciﬁc ข้อมูลเกี่ยวกับบ้าน (เช่น แบบห้อง วางของ ﬁxtures ประปา และระบบไฟฟ้า และอื่น ๆ) ในที่สุด การสร้างบ้านตามพิมพ์เขียว — และมักจะ มีการเปลี่ยนแปลงและตัดสินใจ โดยเจ้าของเป็นบ้านสร้างขึ้น สร้างระบบสารสนเทศใช้ SDLC ไปคล้ายชุดของสี่ขั้นตอนพื้นฐาน: วางแผน วิเคราะห์ ออกแบบ และการใช้งาน (รูปที่ 1 - 2) แต่ละขั้นตอนเป็นตัวเองที่ประกอบด้วยชุดของขั้นตอน ซึ่งอาศัยเทคนิคที่ผลิตที่จัดให้ (เอกสาร speciﬁc และ ﬁles ที่อธิบายองค์ประกอบต่าง ๆ ของระบบ) รูปที่ 1-3 แสดงรายละเอียดเพิ่มเติมเกี่ยวกับขั้นตอน เทคนิค และจัดให้ที่มีอยู่ในแต่ละขั้นตอนของ SDLC และเค้าร่างวิธีการครอบคลุมหัวข้อเหล่านี้ในหนังสือเล่มนี้ ตัวเลข 1-2 และ 1-3 แนะนำขั้นตอนของ SDLC ที่ดำเนินในเส้นทางลอจิคัลตั้งแต่ต้นให้งามใน ในบางโครงการ นี้เป็นจริง ในหลายโครงการ อย่างไรก็ตาม ทีมโครงการย้ายขั้นตอนติดต่อกัน เพิ่มขึ้น ปรับปรุงต้น หรือ ในรูปแบบอื่น ๆ โครงการต่าง ๆ อาจเน้นส่วนต่าง ๆ ของ SDLC การ หรือขั้นตอนวิธีการ SDLC ในรูปแบบต่าง ๆ แต่ทุกโครงการมีองค์ประกอบของเหล่าสี่ระยะ สำหรับตอนนี้ มีสองจุดที่สำคัญเพื่อทำความเข้าใจเกี่ยวกับการ SDLC แรก คุณควรได้รับความรู้สึกทั่วไปของขั้นตอน และขั้นตอนที่เป็นโครงการย้ายผ่านและบางอย่างของเทคนิคที่ผลิตบางอย่างที่จัดให้ ในส่วนนี้ เราให้ภาพรวมของขั้นตอน ขั้นตอน และบางอย่างของเทคนิคที่ใช้การดำเนินการขั้นตอน ที่สอง มันจะต้องเข้าใจว่า การ SDLC เป็นกระบวนการ reﬁnement ค่อย ๆ จัดให้ผลิตในขั้นตอนการวิเคราะห์ให้เป็นความคิดทั่วไประบบใหม่จะทำอะไร จัดให้เหล่านี้จะใช้เป็น input เพื่อขั้นตอนการออกแบบ reﬁnes แล้วซึ่งกันเพื่อสร้างชุดของการจัดให้ที่อธิบายในรายละเอียดข้อกำหนดแน่นอนว่าระบบควรสร้าง จัดให้เหล่านี้จะใช้ในขั้นตอนการดำเนินงานเพื่อแนะนำการสร้างระบบแท้จริง แต่ละเฟส reﬁnes และ elaborates ในงานที่ทำก่อนหน้านี้การวางแผน ขั้นตอนการวางแผนเป็นกระบวนการพื้นฐานความเข้าใจทำไมควรสร้างระบบที่มีข้อมูลและกำหนดวิธีทีมโครงการจะไปเกี่ยวกับการสร้างมัน มันมีสองขั้นตอน:1. ในช่วงเริ่มต้นโครงการ มูลค่าทางธุรกิจของระบบองค์กรเป็น identiﬁed — วิธีจะลดค่าใช้จ่าย หรือเพิ่มรายได้หรือไม่ ระบบใหม่ไอเดียส่วนใหญ่มาจากนอกพื้นที่คือ (จากแผนกการตลาด ฝ่ายบัญชี ฯลฯ) ในรูปแบบของการร้องขอระบบ การร้องขอระบบแสดงสรุปโดยย่อของจำเป็นในธุรกิจ และมันอธิบายวิธีระบบที่สนับสนุนความต้องจะสร้างมูลค่าทางธุรกิจ เป็นแผนกที่ทำงานร่วมกับบุคคลหรือแผนกที่สร้างการร้องขอ (เรียกว่าผู้สนับสนุนโครงการ) เพื่อดำเนินการวิเคราะห์ความเป็นไปได้ การวิเคราะห์ความเป็นไปได้ตรวจสอบสำคัญของโครงการนำเสนอ: ■เป็นไปได้ทางเทคนิค (สามารถเราสร้างมัน) ■ความเป็นไปได้ (มันจะให้คุณค่าทางธุรกิจ) ■ความเป็นไปขององค์กร (ถ้าเราสร้างมัน มันจะใช้) ร้องขอและความเป็นไปได้วิเคราะห์ระบบจะนำเสนอเป็นข้อมูลระบบอนุมัติคณะกรรมการ (บางครั้งเรียกว่าคณะกรรมการ), ซึ่งตัดสินใจว่า ควรจะดำเนินโครงการ 2. เมื่อโครงการได้รับอนุมัติ จะเข้าสู่การบริหารจัดการโครงการ ระหว่างการจัดการโครงการ ผู้จัดการโครงการสร้างแผนงาน โครงการดี และให้เทคนิคในการช่วยให้โครงการทีมควบคุม และตรงโครงการผ่าน SDLC ทั้งหมด ผลที่ได้สำหรับการจัดการโครงการการวางแผนโครงการที่อธิบายวิธีการที่ทีมโครงการจะไปเกี่ยวกับการพัฒนาระบบ ได้วิเคราะห์ ขั้นตอนการวิเคราะห์ตอบคำถามที่จะใช้ระบบ ระบบจะทำอะไร และ เมื่อจะใช้ (ดูรูปที่ 1-3) ช่วงเวลานี้ ทีมโครงการใด ๆ ระบบปัจจุบัน โดยกว้างพัฒนาโอกาสทางธุรกิจ การตรวจสอบ และพัฒนาแนวคิดระบบใหม่ ขั้นตอนนี้มีสามขั้นตอน:1. กลยุทธ์การวิเคราะห์ได้รับการพัฒนาเพื่อนำความพยายามของทีมงานโครงการ กลยุทธ์ดังกล่าวมักจะประกอบด้วยการศึกษาระบบปัจจุบัน (เรียกว่าเป็น-เป็นระบบ) และปัญหา และวิธีการณ์การออกแบบระบบใหม่ (เรียกว่าระบบไปเป็น) 2. ขั้นตอนถัดไปคือ ความต้องการรวบรวม (เช่น ผ่านสัมภาษณ์ ประชุมเชิงปฏิบัติการกลุ่ม หรือแบบสอบถาม) การวิเคราะห์ข้อมูลนี้ — ร่วมกับอินพุตจาก s โครงการ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 2:[สำเนา]

คัดลอก!

วงจรการพัฒนาระบบชีวิต
ในหลาย ๆ วิธีการสร้างระบบสารสนเทศมีความคล้ายคลึงกับการสร้างบ้าน ครั้งแรกที่เจ้าของอธิบายวิสัยทัศน์สำหรับบ้านให้กับนักพัฒนา ประการที่สองความคิดนี้จะกลายเป็นภาพวาดและภาพวาดที่แสดงให้กับเจ้าของและ re นิยาม (มักจะผ่านภาพวาดหลายแต่ละปรับปรุงในที่อื่น ๆ ) จนกระทั่งเจ้าของยอมรับว่าภาพที่แสดงให้เห็นถึงสิ่งที่เขาหรือเธอต้องการ ประการที่สามชุดของพิมพ์เขียวรายละเอียดได้รับการพัฒนาที่นำเสนอข้อมูลมากขึ้น speci Fi C เกี่ยวกับบ้าน (เช่นรูปแบบของห้องพักตำแหน่งของ xtures Fi ประปาและระบบไฟฟ้าและอื่น ๆ ) ในที่สุดบ้านที่สร้างขึ้นดังต่อไปนี้พิมพ์เขียวและมักจะมีการเปลี่ยนแปลงบางอย่างและการตัดสินใจทำโดยเจ้าของเป็นบ้านที่สร้างขึ้น การสร้างระบบสารสนเทศโดยใช้ SDLC ดังนี้ชุดที่คล้ายกันของสี่ขั้นตอนพื้นฐาน: การวางแผนการวิเคราะห์การออกแบบและการดำเนินงาน (รูปที่ 1-2) แต่ละขั้นตอนเป็นตัวเองประกอบด้วยชุดของขั้นตอนซึ่งพึ่งพาเทคนิคที่ผลิตส่งมอบ A (เอกสาร C speci fi และ Les Fi ที่อธิบายถึงองค์ประกอบต่างๆของระบบ) รูปที่ 1-3 ให้รายละเอียดเพิ่มเติมเกี่ยวกับขั้นตอนเทคนิคและการส่งมอบที่รวมอยู่ในขั้นตอนของการ SDLC แต่ละคนและแสดงวิธีหัวข้อเหล่านี้จะครอบคลุมในหนังสือเล่มนี้ ตัวเลข 1-2 และ 1-3 แสดงให้เห็นว่าขั้นตอนการดำเนินการใน SDLC เส้นทางตรรกะจากจุดเริ่มต้นไปยัง FI Nish ในบางโครงการนี้เป็นจริง ในหลายโครงการ แต่ทีมงานโครงการเคลื่อนผ่านขั้นตอนต่อเนื่องกันแบบค่อยเป็นค่อยไปซ้ำหรือในรูปแบบอื่น ๆ โครงการที่แตกต่างกันอาจเน้นส่วนต่างๆของ SDLC หรือวิธีการขั้นตอน SDLC ในรูปแบบที่แตกต่างกัน แต่ทุกโครงการที่มีองค์ประกอบของทั้งสี่ขั้นตอน สำหรับตอนนี้มีสองจุดสำคัญที่จะเข้าใจเกี่ยวกับ SDLC ครั้งแรกที่คุณควรจะได้รับความรู้สึกทั่วไปของขั้นตอนและขั้นตอนที่เป็นโครงการย้ายผ่านและบางส่วนของเทคนิคที่ผลิตส่งมอบบางอย่าง ในส่วนนี้เราให้ภาพรวมของขั้นตอนขั้นตอนและบางส่วนของเทคนิคที่ถูกนำมาใช้เพื่อให้บรรลุขั้นตอน ประการที่สองมันเป็นสิ่งสำคัญที่จะเข้าใจว่า SDLC เป็นกระบวนการของการค่อยๆ Re nement Fi การส่งมอบที่ผลิตในขั้นตอนการวิเคราะห์ให้ความคิดทั่วไปว่าระบบใหม่จะทำ ส่งมอบเหล่านี้จะถูกนำมาใช้เป็นข้อมูลในการขั้นตอนการออกแบบซึ่งจากนั้นอีกครั้ง Fi NES พวกเขาในการผลิตชุดของการส่งมอบที่อธิบายในรายละเอียดมากขึ้นแง่ว่าวิธีการที่ระบบควรจะสร้าง ส่งมอบเหล่านี้ในทางกลับกันจะใช้ในขั้นตอนการดำเนินการเพื่อเป็นแนวทางในการสร้างระบบที่เกิดขึ้นจริง เฟสใหม่ NES Fi แต่ละคนและ elaborates ในงานที่ทำก่อนหน้านี้.
วางแผน
ขั้นตอนการวางแผนเป็นกระบวนการพื้นฐานของความเข้าใจว่าทำไมระบบสารสนเทศควรจะสร้างและกำหนดวิธีการที่ทีมงานโครงการจะไปเกี่ยวกับการสร้างมัน มันมีสองขั้นตอน:
1 ในช่วงเริ่มต้นโครงการมูลค่าทางธุรกิจของระบบให้กับองค์กรที่มีระบุ Fi ED-ว่ามันจะลดค่าใช้จ่ายหรือรายได้เพิ่มขึ้น? ความคิดส่วนใหญ่สำหรับระบบใหม่มาจากนอกพื้นที่ (จากฝ่ายการตลาด, การบัญชีแผนกอื่น ๆ ) ในรูปแบบของการร้องขอระบบ ขอนำเสนอระบบการสรุปโดยย่อของความต้องการทางธุรกิจและอธิบายวิธีการที่ระบบที่รองรับความต้องการที่จะสร้างมูลค่าทางธุรกิจ แผนกทำงานร่วมกันกับบุคคลหรือหน่วยงานการสร้างการร้องขอ (เรียกว่าสปอนเซอร์โครงการ) ในการดำเนินการวิเคราะห์ความเป็นไป การวิเคราะห์ความเป็นไปได้ตรวจสอบประเด็นสำคัญของโครงการที่เสนอ:
■ความเป็นไปได้ทางเทคนิค (เราสามารถสร้างมันได้หรือไม่)
■ความเป็นไปได้ทางเศรษฐกิจ (มันจะให้คุณค่าทางธุรกิจ?)
■ความเป็นไปได้ขององค์กร (ถ้าเราสร้างมันก็จะถูกนำมาใช้?) การร้องขอของระบบและการวิเคราะห์ความเป็นไปจะถูกนำเสนอไปยังคณะกรรมการระบบข้อมูลการอนุมัติ (บางครั้งเรียกว่าคณะกรรมการอำนวยการ) ซึ่งตัดสินใจว่าโครงการควรจะดำเนินการ.
2 เมื่อโครงการได้รับการอนุมัติก็จะเข้าสู่การบริหารจัดการโครงการ ในช่วงการบริหารโครงการ, ผู้จัดการโครงการสร้างแผนทำงานพนักงานโครงการและทำให้เทคนิคในสถานที่ที่จะช่วยให้การควบคุมทีมงานโครงการโดยตรงและโครงการผ่านทั้ง SDLC ส่งมอบสำหรับการจัดการโครงการเป็นแผนโครงการที่อธิบายวิธีทีมงานโครงการจะไปเกี่ยวกับการพัฒนาระบบ.
การวิเคราะห์
ขั้นตอนการวิเคราะห์ตอบคำถามของผู้ที่จะใช้ระบบสิ่งที่ระบบจะทำและที่ไหนและเมื่อไหร่มันจะถูกใช้ . (ดูรูป 1-3.) ช่วงนี้ทีมงานโครงการสำรวจระบบใด ๆ ในปัจจุบัน (s), โอกาสในการปรับปรุง Fi ES ระบุและพัฒนาแนวความคิดสำหรับระบบใหม่ ช่วงนี้มีสามขั้นตอน:
1 กลยุทธ์การวิเคราะห์ได้รับการพัฒนาเพื่อเป็นแนวทางในความพยายามของทีมงานของโครงการ กลยุทธ์ดังกล่าวมักจะรวมถึงการศึกษาของระบบปัจจุบัน (เรียกว่าตามที่เป็น System) และปัญหาของตนและวาดภาพวิธีการออกแบบระบบใหม่ (เรียกว่าไปเป็นระบบ) 2. ขั้นต่อไปคือการรวบรวมความต้องการ (เช่นผ่านการสัมภาษณ์เชิงปฏิบัติการกลุ่มหรือแบบสอบถาม) จากการวิเคราะห์ข้อมูลในครั้งนี้ร่วมกับข้อมูลจากโครงการฯ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 3:[สำเนา]

คัดลอก!

ระบบวงจรชีวิตการพัฒนาในหลายวิธี การสร้างระบบที่คล้ายกันเพื่อสร้างบ้าน ก่อนเจ้าของอธิบายวิสัยทัศน์เพื่อบ้าน เพื่อนักพัฒนา ประการที่สอง ความคิดนี้คือแปลงร่างและภาพวาดที่แสดงให้เจ้าของและอีกครั้งจึงเน็ด ( มักจะผ่านภาพวาดหลายแต่ละการปรับปรุงในอื่น ๆ ) จนเจ้าของตกลงว่าภาพที่แสดงถึงสิ่งที่เขาหรือเธอต้องการ 3 ชุดของรายละเอียดพิมพ์เขียวพัฒนาที่นำเสนอมากกาจึง C ข้อมูลเกี่ยวกับบ้าน ( เช่น รูปแบบของห้อง การจัดวางท่อจึง xtures และร้านไฟฟ้าและอื่น ๆ ) ในที่สุดบ้านถูกสร้างขึ้นต่อไปนี้พิมพ์เขียว และมักจะมีการเปลี่ยนแปลงและการตัดสินใจของเจ้าของ เช่น บ้านถูกสร้างขึ้น การสร้างระบบสารสนเทศโดยใช้วิธีดังนี้ ชุดคล้ายของสี่ขั้นตอนพื้นฐานในการวางแผน การวิเคราะห์และออกแบบ ( รูปที่ 1-2 ) แต่ละขั้นตอน เป็น ตัว ประกอบด้วยชุดของขั้นตอนที่ต้องพึ่งพาเทคนิคที่ผลิตส่งมอบ ( กาจึง C เอกสารและจึงเล ที่อธิบายองค์ประกอบต่างๆของระบบ ) รูปที่ 1-3 ให้รายละเอียดเพิ่มเติมในขั้นตอน เทคนิค และการส่งมอบ ที่รวมอยู่ในแต่ละขั้นตอนของ SDLC และสรุปว่า หัวข้อเหล่านี้ครอบคลุมในตำรานี้ รูปที่ 1-2 และ 3 แนะนำว่าวิธีขั้นตอนดำเนินการทางตรรกะที่จะเริ่มถ่ายทอด นิช . ในบางโครงการ นี้เป็นจริง ในโครงการ หลายโครงการ ทีมงานย้ายผ่านขั้นตอนต่อเนื่องกันแบบเพิ่มหน่วยซ้ำ , หรือในรูปแบบอื่น ๆ โครงการต่างๆจะเน้นส่วนต่างๆของงานหรือวิธีการของขั้นตอนในวิธีที่แตกต่างกัน แต่ทุกโครงการที่มีองค์ประกอบของทั้ง 4 ขั้นตอน ตอนนี้ มีจุดสองจุดที่สำคัญที่จะเข้าใจเกี่ยวกับงาน แรกที่คุณควรจะได้รับความรู้สึกทั่วไปของขั้นตอนและขั้นตอนที่โครงการย้ายผ่านและเทคนิคบางอย่างที่ผลิตบางอย่าง deliverables ในส่วนนี้เราให้ภาพรวมของขั้นตอน , ขั้นตอน , และบางส่วนของเทคนิคที่ใช้เพื่อให้บรรลุขั้นตอน ประการที่สองมันเป็นสิ่งสำคัญที่จะเข้าใจว่างานเป็นขั้นตอนของการค่อยๆอีกครั้งจึง nement . ผลงานที่ผลิตในขั้นตอนการวิเคราะห์ให้ความคิดทั่วไปว่าระบบใหม่จะทำ ผลงานเหล่านี้จะใช้เป็นข้อมูลในขั้นตอนการออกแบบ ซึ่งแล้วจึงไม่ได้ผลิตชุดของการส่งมอบ ที่อธิบายในแง่รายละเอียดมากขึ้นว่าระบบจะถูกสร้างขึ้น เหล่านี้ส่งมอบในการเปิดใช้ในขั้นตอนการใช้งานเพื่อเป็นแนวทางในการสร้างระบบที่แท้จริง แต่ละขั้นตอนอีกครั้งจึง NES และ elaborates บนงานที่ทำก่อนหน้านี้วางแผนการวางแผนเป็นกระบวนการพื้นฐานของความเข้าใจว่าทำไมระบบสารสนเทศควรสร้างและกำหนดวิธีการที่ทีมงานโครงการจะไปเกี่ยวกับการสร้างมัน มันมี 2 ขั้นตอนคือ1 . ในช่วงเริ่มต้นโครงการ คือ ระบบธุรกิจมูลค่าให้กับองค์กร คือ identi จึงเอ็ดจะลดต้นทุนหรือเพิ่มรายได้ ? ความคิดมากที่สุดสำหรับระบบใหม่ที่มาจากนอกพื้นที่ ( จากแผนกการตลาดแผนกบัญชีเป็นต้น ) ในรูปแบบของระบบขอ . ระบบขอนำเสนอสรุปโดยย่อของความต้องการทางธุรกิจ และอธิบายว่า ระบบที่รองรับความต้องการจะสร้างมูลค่าทางธุรกิจ คือแผนกทำงานร่วมกับบุคคลหรือแผนกสร้างการร้องขอ ( เรียกว่าโครงการสนับสนุน ) เพื่อวิเคราะห์ความเป็นไปได้ . การวิเคราะห์ความเป็นไปได้ของโครงการที่เสนอถึงประเด็นหลัก :■ความเป็นไปได้ทางเทคนิค ( เราสามารถสร้างมันได้ ? )■ทางเศรษฐศาสตร์ ( จะให้มูลค่า ธุรกิจ■ความเป็นไปได้ขององค์กร ( ถ้าเราสร้างมันได้ จะได้ใช้ ? ) ระบบการขอและการวิเคราะห์ความเป็นไปได้จะเสนอให้คณะกรรมการพิจารณาระบบข้อมูล ( บางครั้งเรียกว่าคณะกรรมการ ) ซึ่งตัดสินว่าโครงการควรดำเนินการ2 . เมื่อโครงการได้รับการอนุมัติ มันเข้ามาบริหารโครงการ ในการบริหารจัดการโครงการ , ผู้จัดการโครงการสร้างแผนการทำงาน เจ้าหน้าที่โครงการ และใส่เทคนิคในสถานที่เพื่อช่วยให้ทีมงานในโครงการควบคุมและกำกับโครงการ ผ่านงานทั้ง ผลผลิตสำหรับการบริหารจัดการโครงการเป็นโครงการที่อธิบายถึงวิธีที่ทีมงานโครงการจะไปเกี่ยวกับการพัฒนาระบบการวิเคราะห์ขั้นตอนการวิเคราะห์คำตอบคำถามของผู้ที่จะใช้ระบบ แล้วระบบจะทำอะไร ที่ไหน เมื่อไหร่ ก็จะใช้ ( ดูรูปที่ 3 ) ในขั้นตอนนี้ทีมงานโครงการศึกษาระบบปัจจุบันใด ๆ ( s ) , โอกาสในการปรับปรุง identi จึง ES และพัฒนาแนวคิดสำหรับระบบใหม่ ระยะ นี้มี 3 ขั้นตอนคือ1 . กลยุทธ์การวิเคราะห์โครงการพัฒนาคู่มือความพยายามของทีม กลยุทธ์ดังกล่าวมักจะรวมถึงการศึกษาของระบบในปัจจุบัน ( เรียกว่าเป็นระบบ ) และปัญหาของมัน และคิดถึงวิธีที่จะออกแบบระบบใหม่ ( เรียกว่าเป็นระบบ ) 2 . ขั้นตอนต่อไปคือการรวบรวมความต้องการ ( เช่น ผ่านการสัมภาษณ์เชิงปฏิบัติการ กลุ่มหรือแบบสอบถาม ) การวิเคราะห์ข้อมูลใช้ในวี

การแปล กรุณารอสักครู่..

ภาษาอื่น ๆ

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