Systems development life cycleFor other uses, see SDLC (disambiguation translation - Systems development life cycleFor other uses, see SDLC (disambiguation Thai how to say

Systems development life cycleFor o

Systems development life cycle
For other uses, see SDLC (disambiguation).

Model of the systems development life cycle, highlighting the maintenance phase.
The systems development life cycle (SDLC), also referred to as the application development life-cycle, is a term used in systems engineering, information systems and software engineering to describe a process for planning, creating, testing, and deploying an information system.[1] The systems development life-cycle concept applies to a range of hardware and software configurations, as a system can be composed of hardware only, software only, or a combination of both.[2]

Contents
Overview
History
Phases
System investigation
System analysis
Design
Environments
Testing
Training and transition
Operations and maintenance
Evaluation
Systems analysis and design
Object-oriented analysis
Life cycle
Management and control
Work breakdown structured organization
Baselines
Complementary methodologies
Strengths and weaknesses
See also
References
Further reading
External links
OverviewEdit

A systems development life cycle is composed of a number of clearly defined and distinct work phases which are used by systems engineers and systems developers to plan for, design, build, test, and deliver information systems. Like anything that is manufactured on an assembly line, an SDLC aims to produce high quality systems that meet or exceed customer expectations, based on customer requirements, by delivering systems which move through each clearly defined phase, within scheduled time-frames and cost estimates.[3] Computer systems are complex and often (especially with the recent rise of service-oriented architecture) link multiple traditional systems potentially supplied by different software vendors. To manage this level of complexity, a number of SDLC models or methodologies have been created, such as "waterfall"; "spiral"; "Agile software development"; "rapid prototyping"; "incremental"; and "synchronize and stabilize".[4]

SDLC can be described along a spectrum of agile to iterative to sequential. Agile methodologies, such as XP and Scrum, focus on lightweight processes which allow for rapid changes (without necessarily following the pattern of SDLC approach) along the development cycle. Iterative methodologies, such as Rational Unified Process and dynamic systems development method, focus on limited project scope and expanding or improving products by multiple iterations. Sequential or big-design-up-front (BDUF) models, such as waterfall, focus on complete and correct planning to guide large projects and risks to successful and predictable results[citation needed]. Other models, such as anamorphic development, tend to focus on a form of development that is guided by project scope and adaptive iterations of feature development.

In project management a project can be defined both with a project life cycle (PLC) and an SDLC, during which slightly different activities occur. According to Taylor (2004) "the project life cycle encompasses all the activities of the project, while the systems development life cycle focuses on realizing the product requirements".[5]

SDLC is used during the development of an IT project, it describes the different stages involved in the project from the drawing board, through the completion of the project.

HistoryEdit

The product life cycle describes the process for building information systems in a very deliberate, structured and methodical way, reiterating each stage of the product's life. The systems development life cycle, according to Elliott & Strachan & Radford (2004), "originated in the 1960s, to develop large scale functional business systems in an age of large scale business conglomerates. Information systems activities revolved around heavy data processing and number crunching routines".[6]

Several systems development frameworks have been partly based on SDLC, such as the structured systems analysis and design method (SSADM) produced for the UK government Office of Government Commerce in the 1980s. Ever since, according to Elliott (2004), "the traditional life cycle approaches to systems development have been increasingly replaced with alternative approaches and frameworks, which attempted to overcome some of the inherent deficiencies of the traditional SDLC".[6]

PhasesEdit

The system development life cycle framework provides a sequence of activities for system designers and developers to follow. It consists of a set of steps or phases in which each phase of the SDLC uses the results of the previous one.

The SDLC adheres to important phases that are essential for developers, such as planning, analysis, design, and implementation, and are explained in the section below. It includes evaluation of present system, information gathering, feasibility study and request approval. A number of SDLC models have been created: waterfall, fountain, spiral, build and fix, rapid prototyping, incremental, and synchronize and stabilize. The oldest of these, and the best known, is the waterfall model: a sequence of stages in which the output of each stage becomes the input for the next. These stages can be characterized and divided up in different ways, including the following:[7]

Preliminary analysis: The objective of phase 1 is to conduct a preliminary analysis, propose alternative solutions, describe costs and benefits and submit a preliminary plan with recommendations.
Conduct the preliminary analysis: in this step, you need to find out the organization's objectives and the nature and scope of the problem under study. Even if a problem refers only to a small segment of the organization itself then you need to find out what the objectives of the organization itself are. Then you need to see how the problem being studied fits in with them.
Propose alternative solutions: In digging into the organization's objectives and specific problems, you may have already covered some solutions. Alternate proposals may come from interviewing employees, clients, suppliers, and/or consultants. You can also study what competitors are doing. With this data, you will have three choices: leave the system as is, improve it, or develop a new system.
Describe the costs and benefits.
Systems analysis, requirements definition: Defines project goals into defined functions and operation of the intended application. Analyzes end-user information needs.
Systems design: Describes desired features and operations in detail, including screen layouts, business rules, process diagrams, pseudocode and other documentation.
Development: The real code is written here.
Integration and testing: Brings all the pieces together into a special testing environment, then checks for errors, bugs and interoperability.
Acceptance, installation, deployment: The final stage of initial development, where the software is put into production and runs actual business.
Maintenance: During the maintenance stage of the SDLC, the system is assessed to ensure it does not become obsolete. This is also where changes are made to initial software. It involves continuous evaluation of the system in terms of its performance.
Evaluation: Some companies do not view this as an official stage of the SDLC, but is it an important part of the life cycle. Evaluation step is an extension of the Maintenance stage, and may be referred to in some circles as Post-implementation Review. This is where the system that was developed, as well as the entire process, is evaluated. Some of the questions that need to be answered include: does the newly implemented system meet the initial business requirements and objectives? Is the system reliable and fault-tolerant? Does the system function according to the approved functional requirements. In addition to evaluating the software that was released, it is important to assess the effectiveness of the development process. If there are any aspects of the entire process, or certain stages,that management is not satisfied with, this is the time to improve. Evaluation and assessment is a difficult issue. However, the company must reflect on the process and address weaknesses.
Disposal: In this phase, plans are developed for discarding system information, hardware and software in making the transition to a new system. The purpose here is to properly move, archive, discard or destroy information, hardware and software that is being replaced, in a matter that prevents any possibility of unauthorized disclosure of sensitive data. The disposal activities ensure proper migration to a new system. Particular emphasis is given to proper preservation and archival of data processed by the previous system. All of this should be done in accordance with the organization's security requirements.[8]
In the following example (see picture) these stage of the systems development life cycle are divided in ten steps from definition to creation and modification of IT work products:


The tenth phase occurs when the system is disposed of and the task performed is either eliminated or transferred to other systems. The tasks and work products for each phase are described in subsequent chapters.[9]
Not every project will require that the phases be sequentially executed. However, the phases are interdependent. Depending upon the size and complexity of the project, phases may be combined or may overlap.[9]

System investigation
The system investigation stage addresses the needs or opportunities that can be achieved by a sponsor or IT proposal. During this step, we must consider all current priorities that would be affected and how they should be handled. Before any system planning is done, a feasibility study should be conducted to determine if creating a new or improved system is a viable solution. This will help to determine the costs, benefits, resource requirements, and specific user needs required for completion. The development process can only continue once management approves of the recommendations from the fea
0/5000
From: -
To: -
Results (Thai) 1: [Copy]
Copied!
วงจรชีวิตการพัฒนาระบบ
โปรด ดู SDLC (แก้ความกำกวม) .

แบบจำลองของวงจรชีวิตระบบพัฒนา เน้นขั้นตอนบำรุงรักษา
ระบบพัฒนาวงจรชีวิต (SDLC), เรียกว่าเป็นโปรแกรมประยุกต์พัฒนาวงจรชีวิต เป็นคำที่ใช้ในระบบวิศวกรรม วิศวกรรมซอฟต์แวร์เพื่ออธิบายขั้นตอนการวางแผน สร้าง ทดสอบ และระบบข้อมูล และจัดวางระบบข้อมูลการ[1] แนวคิดวงจรชีวิตการพัฒนาระบบใช้กับช่วงของการกำหนดค่าฮาร์ดแวร์และซอฟต์แวร์ เป็นระบบสามารถประกอบด้วยเฉพาะฮาร์ดแวร์ ซอฟแวร์เท่านั้น หรือทั้ง[2]

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

ระบบวงจรชีวิตการพัฒนาประกอบด้วยจำนวนของระยะกำหนดชัดเจน และแตกต่างกันซึ่งจะใช้ โดยวิศวกรระบบและผู้พัฒนาระบบการวางแผน, ออกแบบ สร้าง ทดสอบ และระบบข้อมูลที่จัดส่ง เช่นสิ่งที่ผลิตบนบรรทัดส่วนประกอบ SDLC มีวัตถุประสงค์ในการผลิตระบบคุณภาพที่ตรง หรือเกินความคาดหวังของลูกค้า ตามความต้องการของลูกค้า โดยการส่งมอบระบบที่ย้ายไปแต่ละขั้นตอนไว้อย่างชัดเจน ภายในกรอบเวลาที่กำหนด และประเมินต้นทุน[3] ระบบคอมพิวเตอร์มีความซับซ้อน และมักจะ (โดยเฉพาะอย่างยิ่งกับเพิ่มขึ้นล่าสุดของสถาปัตยกรรมที่เด่น) เชื่อมโยงระบบดั้งเดิมหลายอาจจัดทำ โดยผู้จำหน่ายซอฟต์แวร์อื่น การจัดการระดับนี้ของความซับซ้อน จำนวนรุ่น SDLC หรือวิธีสร้างขึ้น เช่น "น้ำตก" "เกลียว" "เอจายล์" "prototyping อย่างรวดเร็ว" "เพิ่ม" และ "การซิงโครไนส์ แล้วอยู่ดี"[4]

สามารถอธิบาย SDLC ตามสเปกตรัมของโรงการซ้ำการเรียงลำดับได้ วิธีการคล่องตัว XP และ scrum ได้ เน้นกระบวนการมีน้ำหนักเบาซึ่งช่วยให้การเปลี่ยนแปลงอย่างรวดเร็ว (โดยไม่จำเป็นต้องตามรูปแบบของวิธีการ SDLC) ตามวงจรการพัฒนา วิธีการซ้ำ กระบวนการโดยรวมเหตุผลและวิธีการพัฒนาระบบแบบไดนามิก เน้นโครงการที่จำกัดขอบเขต และการขยาย หรือการปรับปรุงผลิตภัณฑ์ โดยซ้ำหลาย รุ่น (BDUF) ตามลำดับ หรือใหญ่ออกแบบตั้งหน้า เช่นน้ำตก เน้นสมบูรณ์ และถูกต้องวางแผนเพื่อแนะนำโครงการขนาดใหญ่และความเสี่ยงที่จะประสบความสำเร็จ และได้ผล [ต้องการอ้างอิง] รุ่นอื่น ๆ เช่นพัฒนา anamorphic มักจะ เน้นรูปแบบของการพัฒนาที่แนะนำ โดยขอบเขตของโครงการและปรับแผนพัฒนาคุณลักษณะ

ในโครงการ การจัดการโครงการสามารถกำหนดด้วยวงจรชีวิตโครงการ (PLC) และการ SDLC ซึ่งกิจกรรมที่แตกต่างกันเล็กน้อยเกิดขึ้น ตามเทย์เลอร์ (2004) "วงจรชีวิตของโครงการครอบคลุมกิจกรรมทั้งหมดของโครงการ ในขณะที่วงจรชีวิตการพัฒนาระบบเน้นการตระหนักถึงความต้องการสินค้า"[5]

ใช้ SDLC ในระหว่างการพัฒนาของโครงการไอที อธิบายระยะต่าง ๆ เกี่ยวข้องกับโครงการจากกระดานวาดรูป ความสำเร็จของโครงการ

HistoryEdit

วงจรชีวิตผลิตภัณฑ์การอธิบายกระบวนการสร้างระบบข้อมูลอย่างรอบคอบ โครงสร้าง และโครงแบบ reiterating แต่ละขั้นตอนของชีวิตของผลิตภัณฑ์ วงจรชีวิตระบบพัฒนา ตามต& Strachan &แรดฟอร์ด (2004), "มาในปี 1960 การพัฒนาระบบงานธุรกิจขนาดใหญ่ในอายุของ conglomerates ธุรกิจขนาดใหญ่ ข้อมูลระบบกิจกรรม revolved รอบคำสั่งประมวลผลข้อมูลและหมายเลข crunching หนัก"[6]

กรอบการพัฒนาระบบต่าง ๆ ได้แล้วบางส่วนตาม SDLC การวิเคราะห์ระบบโครงสร้างและออกแบบ วิธี (SSADM) ผลิตรัฐบาล UK พาณิชย์สำนักงานรัฐบาลในทศวรรษ 1980 ตั้งแต่ ตามต (2004), "วิธีวงจรชีวิตแบบดั้งเดิมเป็นการพัฒนาระบบได้ถูกมากขึ้นแทนที่ ด้วยแนวทางและกรอบ ซึ่งความพยายามจะเอาชนะบางทรงแต่กำเนิดของ SDLC แบบดั้งเดิม"[6]

PhasesEdit

กรอบวงจรพัฒนาระบบช่วยให้ลำดับของกิจกรรมสำหรับนักออกแบบระบบและพัฒนาต่อ ประกอบด้วยชุดของขั้นตอนหรือระยะซึ่งแต่ละขั้นตอนของ SDLC ใช้ผลนี้

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

วิเคราะห์เบื้องต้น: วัตถุประสงค์ของขั้นตอนที่ 1 เป็นการ วิเคราะห์เบื้องต้น เสนอทางเลือกโซลูชั่น อธิบายประโยชน์และต้นทุน และส่งแผนเบื้องต้นพร้อมคำแนะนำ
วิเคราะห์เบื้องต้น: ในขั้นตอนนี้ คุณต้องค้นหาวัตถุประสงค์ขององค์กร และธรรมชาติ และขอบเขตของปัญหาภายใต้การศึกษา แม้ว่าปัญหาถึงเพียงส่วนเล็ก ๆ ขององค์กรตัวเอง แล้วคุณต้องหาวัตถุประสงค์ขององค์กรตัวเองบ้าง แล้วต้องดูว่าปัญหาที่กำลังศึกษาพอดีกับพวกเขาได้
เสนอทางเลือก: ในขุดเป็นปัญหาเฉพาะและวัตถุประสงค์ขององค์กร คุณอาจได้แล้วครอบคลุมปัญหาการ ข้อเสนออื่นอาจมาจากการสัมภาษณ์ข้อมูลส่วนตัวพนักงาน ลูกค้า ซัพพลายเออร์ และ/หรือที่ปรึกษา นอกจากนี้คุณยังสามารถศึกษาสิ่งที่คู่แข่งกำลังทำ ด้วยข้อมูล คุณจะมีทางเลือกที่สาม: ออกจากระบบเป็น ปรับปรุง หรือพัฒนาแบบใหม่ระบบการ
อธิบายต้นทุนและผลประโยชน์
วิเคราะห์ระบบ กำหนดความต้องการ: กำหนดเป้าหมายของโครงการเป็นการกำหนดหน้าที่และการทำงานของแอพลิเคชันที่กำหนดไว้ วิเคราะห์ความต้องการข้อมูลผู้ใช้
ออกแบบระบบ: อธิบายระบุคุณลักษณะและการดำเนินงานในรายละเอียด รวมทั้งโครงร่างหน้าจอ กฎทางธุรกิจ กระบวนการไดอะแกรม รหัสเทียม และเอกสารอื่น ๆ .
พัฒนา: เขียนโค้ดจริงที่นี่
รวมและการทดสอบ: นำชิ้นส่วนทั้งหมดเข้าด้วยกันในสภาพแวดล้อมการทดสอบพิเศษ แล้วตรวจสอบข้อผิดพลาด ข้อบกพร่อง และทำงานร่วมกัน
ยอมรับ ติดตั้ง ใช้งาน: ขั้นตอนสุดท้ายของการเริ่มต้นพัฒนา ที่ซอฟต์แวร์อยู่ในการผลิต และทำธุรกิจจริง
บำรุงรักษา: ในระหว่างขั้นตอนการบำรุงรักษาของ SDLC ระบบจะประเมินให้กลายเป็นการล้าสมัย อยู่ยังที่เปลี่ยนแปลงเริ่มต้นซอฟต์แวร์ เกี่ยวข้องกับระบบในแง่ของประสิทธิภาพของการประเมินอย่างต่อเนื่อง
ประเมิน: บริษัทดูเป็นระยะอย่างเป็นทางการของ SDLC นี้ แต่มีความสำคัญเป็นส่วนหนึ่งของวงจรชีวิต ขั้นตอนการประเมินผลเป็นการขยายระยะการบำรุงรักษา และอาจจะเรียกว่าในบางวงการทบทวนหลังปฏิบัติ ซึ่งระบบที่ได้รับการพัฒนา เป็นกระบวนการทั้งหมด จะถูกประเมินได้ บางคำถามที่ต้องตอบรวม: ไม่ระบบดำเนินการใหม่ตามความต้องการเริ่มต้นธุรกิจและวัตถุประสงค์หรือไม่ เป็นระบบเชื่อถือได้ และทนต่อ ไม่ฟังก์ชันของระบบตามความต้องการทำงานที่ได้รับอนุมัติ นอกจากประเมินซอฟต์แวร์ที่ถูกปล่อยออกมา มันเป็นสิ่งสำคัญเพื่อประเมินประสิทธิภาพของกระบวนการพัฒนา หากมีด้านใดของกระบวนการทั้งหมด หรือขั้นบาง ที่บริหารไม่พอใจกับ เป็นเวลาที่จะปรับปรุง ประเมินผลและการประเมินผลเป็นเรื่องยาก อย่างไรก็ตาม บริษัทต้องสะท้อนบนการกระบวนการและที่อยู่จุดอ่อน
ขายทิ้ง: ในระยะนี้ พัฒนาแผนสำหรับการละทิ้งข้อมูลระบบ ฮาร์ดแวร์ และซอฟต์แวร์ในการเปลี่ยนแปลงระบบใหม่ วัตถุประสงค์ที่นี่จะถูกย้าย เก็บ ถาวร ละทิ้ง หรือทำลายข้อมูล ฮาร์ดแวร์ และซอฟแวร์ที่จะถูกแทน ในเรื่องที่ทำให้ไม่ได้รับอนุญาตเปิดเผยข้อมูลที่สำคัญใด ๆ สามารถ กิจกรรมทิ้งให้ถูกโยกย้ายไปยังระบบใหม่ เน้นเฉพาะจะให้การรักษาที่เหมาะสม และเก็บถาวรข้อมูลที่ประมวลผล โดยระบบก่อนหน้านี้ ทั้งหมดนี้ควรจะทำตามข้อกำหนดความปลอดภัยขององค์กร[8]
ในตัวอย่างต่อไปนี้ (ดูรูป) เหล่านี้ขั้นตอนของวงจรชีวิตการพัฒนาระบบจะแบ่งออกเป็น 10 ขั้นตอนจากคำจำกัดความเพื่อสร้าง และแก้ไขของงานผลิตภัณฑ์:


ระยะสิบเกิดขึ้นเมื่อระบบถูกขายทิ้ง และงานที่ดำเนินการตัดออก หรือโอนย้ายไประบบอื่น งานและงานผลิตภัณฑ์สำหรับแต่ละขั้นตอนอธิบายไว้ในบทต่อ ๆ ไป[9]
ไม่ทุกโครงการจะต้องว่า ตามลำดับทำระยะ อย่างไรก็ตาม ระยะกำลังเปลี่ยนแปลงได้ง่ายกว่า ขึ้นอยู่กับขนาดและความซับซ้อนของโครงการ ขั้นตอนอาจรวม หรืออาจทับซ้อนกัน[9]

ระบบสอบสวน
ขั้นตรวจสอบระบบอยู่ความต้องการหรือโอกาสที่สามารถทำได้จากสปอนเซอร์หรือข้อเสนอมัน ในระหว่างขั้นตอนนี้ เราต้องพิจารณาถึงลำดับความสำคัญปัจจุบันทั้งหมดที่จะได้รับผลกระทบ และควรจัดการอย่างไร ก่อนทำการวางระบบใด ๆ ควรจะดำเนินการศึกษาความเป็นไปได้เพื่อดูว่า การสร้างระบบใหม่ หรือปรับปรุง แก้ไขปัญหาได้ นี้จะช่วยให้คุณกำหนดต้นทุน ผลประโยชน์ ความต้องการทรัพยากร และความต้องการผู้ใช้เฉพาะที่จำเป็นสำหรับความสมบูรณ์ กระบวนการพัฒนาเท่านั้นสามารถต่อเมื่อจัดการอนุมัติคำแนะนำจากการ fea
Being translated, please wait..
Results (Thai) 2:[Copy]
Copied!
Systems development life cycle
For other uses, see SDLC (disambiguation).

Model of the systems development life cycle, highlighting the maintenance phase.
The systems development life cycle (SDLC), also referred to as the application development life-cycle, is a term used in systems engineering, information systems and software engineering to describe a process for planning, creating, testing, and deploying an information system.[1] The systems development life-cycle concept applies to a range of hardware and software configurations, as a system can be composed of hardware only, software only, or a combination of both.[2]

Contents
Overview
History
Phases
System investigation
System analysis
Design
Environments
Testing
Training and transition
Operations and maintenance
Evaluation
Systems analysis and design
Object-oriented analysis
Life cycle
Management and control
Work breakdown structured organization
Baselines
Complementary methodologies
Strengths and weaknesses
See also
References
Further reading
External links
OverviewEdit

A systems development life cycle is composed of a number of clearly defined and distinct work phases which are used by systems engineers and systems developers to plan for, design, build, test, and deliver information systems. Like anything that is manufactured on an assembly line, an SDLC aims to produce high quality systems that meet or exceed customer expectations, based on customer requirements, by delivering systems which move through each clearly defined phase, within scheduled time-frames and cost estimates.[3] Computer systems are complex and often (especially with the recent rise of service-oriented architecture) link multiple traditional systems potentially supplied by different software vendors. To manage this level of complexity, a number of SDLC models or methodologies have been created, such as "waterfall"; "spiral"; "Agile software development"; "rapid prototyping"; "incremental"; and "synchronize and stabilize".[4]

SDLC can be described along a spectrum of agile to iterative to sequential. Agile methodologies, such as XP and Scrum, focus on lightweight processes which allow for rapid changes (without necessarily following the pattern of SDLC approach) along the development cycle. Iterative methodologies, such as Rational Unified Process and dynamic systems development method, focus on limited project scope and expanding or improving products by multiple iterations. Sequential or big-design-up-front (BDUF) models, such as waterfall, focus on complete and correct planning to guide large projects and risks to successful and predictable results[citation needed]. Other models, such as anamorphic development, tend to focus on a form of development that is guided by project scope and adaptive iterations of feature development.

In project management a project can be defined both with a project life cycle (PLC) and an SDLC, during which slightly different activities occur. According to Taylor (2004) "the project life cycle encompasses all the activities of the project, while the systems development life cycle focuses on realizing the product requirements".[5]

SDLC is used during the development of an IT project, it describes the different stages involved in the project from the drawing board, through the completion of the project.

HistoryEdit

The product life cycle describes the process for building information systems in a very deliberate, structured and methodical way, reiterating each stage of the product's life. The systems development life cycle, according to Elliott & Strachan & Radford (2004), "originated in the 1960s, to develop large scale functional business systems in an age of large scale business conglomerates. Information systems activities revolved around heavy data processing and number crunching routines".[6]

Several systems development frameworks have been partly based on SDLC, such as the structured systems analysis and design method (SSADM) produced for the UK government Office of Government Commerce in the 1980s. Ever since, according to Elliott (2004), "the traditional life cycle approaches to systems development have been increasingly replaced with alternative approaches and frameworks, which attempted to overcome some of the inherent deficiencies of the traditional SDLC".[6]

PhasesEdit

The system development life cycle framework provides a sequence of activities for system designers and developers to follow. It consists of a set of steps or phases in which each phase of the SDLC uses the results of the previous one.

The SDLC adheres to important phases that are essential for developers, such as planning, analysis, design, and implementation, and are explained in the section below. It includes evaluation of present system, information gathering, feasibility study and request approval. A number of SDLC models have been created: waterfall, fountain, spiral, build and fix, rapid prototyping, incremental, and synchronize and stabilize. The oldest of these, and the best known, is the waterfall model: a sequence of stages in which the output of each stage becomes the input for the next. These stages can be characterized and divided up in different ways, including the following:[7]

Preliminary analysis: The objective of phase 1 is to conduct a preliminary analysis, propose alternative solutions, describe costs and benefits and submit a preliminary plan with recommendations.
Conduct the preliminary analysis: in this step, you need to find out the organization's objectives and the nature and scope of the problem under study. Even if a problem refers only to a small segment of the organization itself then you need to find out what the objectives of the organization itself are. Then you need to see how the problem being studied fits in with them.
Propose alternative solutions: In digging into the organization's objectives and specific problems, you may have already covered some solutions. Alternate proposals may come from interviewing employees, clients, suppliers, and/or consultants. You can also study what competitors are doing. With this data, you will have three choices: leave the system as is, improve it, or develop a new system.
Describe the costs and benefits.
Systems analysis, requirements definition: Defines project goals into defined functions and operation of the intended application. Analyzes end-user information needs.
Systems design: Describes desired features and operations in detail, including screen layouts, business rules, process diagrams, pseudocode and other documentation.
Development: The real code is written here.
Integration and testing: Brings all the pieces together into a special testing environment, then checks for errors, bugs and interoperability.
Acceptance, installation, deployment: The final stage of initial development, where the software is put into production and runs actual business.
Maintenance: During the maintenance stage of the SDLC, the system is assessed to ensure it does not become obsolete. This is also where changes are made to initial software. It involves continuous evaluation of the system in terms of its performance.
Evaluation: Some companies do not view this as an official stage of the SDLC, but is it an important part of the life cycle. Evaluation step is an extension of the Maintenance stage, and may be referred to in some circles as Post-implementation Review. This is where the system that was developed, as well as the entire process, is evaluated. Some of the questions that need to be answered include: does the newly implemented system meet the initial business requirements and objectives? Is the system reliable and fault-tolerant? Does the system function according to the approved functional requirements. In addition to evaluating the software that was released, it is important to assess the effectiveness of the development process. If there are any aspects of the entire process, or certain stages,that management is not satisfied with, this is the time to improve. Evaluation and assessment is a difficult issue. However, the company must reflect on the process and address weaknesses.
Disposal: In this phase, plans are developed for discarding system information, hardware and software in making the transition to a new system. The purpose here is to properly move, archive, discard or destroy information, hardware and software that is being replaced, in a matter that prevents any possibility of unauthorized disclosure of sensitive data. The disposal activities ensure proper migration to a new system. Particular emphasis is given to proper preservation and archival of data processed by the previous system. All of this should be done in accordance with the organization's security requirements.[8]
In the following example (see picture) these stage of the systems development life cycle are divided in ten steps from definition to creation and modification of IT work products:


The tenth phase occurs when the system is disposed of and the task performed is either eliminated or transferred to other systems. The tasks and work products for each phase are described in subsequent chapters.[9]
Not every project will require that the phases be sequentially executed. However, the phases are interdependent. Depending upon the size and complexity of the project, phases may be combined or may overlap.[9]

System investigation
The system investigation stage addresses the needs or opportunities that can be achieved by a sponsor or IT proposal. During this step, we must consider all current priorities that would be affected and how they should be handled. Before any system planning is done, a feasibility study should be conducted to determine if creating a new or improved system is a viable solution. This will help to determine the costs, benefits, resource requirements, and specific user needs required for completion. The development process can only continue once management approves of the recommendations from the fea
Being translated, please wait..
Results (Thai) 3:[Copy]
Copied!

วงจรการพัฒนาระบบงานสำหรับการใช้งานอื่น ๆ , เห็น ( disambiguation ) .

รูปแบบการพัฒนาระบบวงจรชีวิต เน้นการรักษาระยะ
วงจรชีวิตของการพัฒนาระบบ ( SDLC ) ก็เรียกว่าโปรแกรมการพัฒนาวงจรชีวิต เป็นคำที่ใช้ในงานวิศวกรรมระบบ ระบบสารสนเทศและวิศวกรรมซอฟต์แวร์เพื่ออธิบาย กระบวนการวางแผน การสร้าง ทดสอบและการปรับใช้ระบบสารสนเทศ [ 1 ] การพัฒนาระบบวงจรชีวิตแนวคิดใช้กับช่วงของการกำหนดค่าฮาร์ดแวร์และซอฟต์แวร์ที่เป็นระบบสามารถประกอบด้วยฮาร์ดแวร์ซอฟต์แวร์เพียงอย่างเดียว หรือการรวมกันของทั้งสอง [ 2 ]




เฟสภาพรวมเนื้อหาประวัติศาสตร์

การวิเคราะห์ระบบการออกแบบระบบการสืบสวน

สภาพแวดล้อมการทดสอบการฝึกอบรมและการเปลี่ยนแปลง




ประเมินผลการดำเนินการและการบำรุงรักษาการวิเคราะห์และออกแบบระบบเชิงวัตถุการวิเคราะห์


ชีวิตการจัดการวงจรและควบคุมโครงสร้างองค์กรแบ่งงาน



และวิธีการเสริมหมุดจุดแข็งจุดอ่อน


ดูการอ้างอิงการเชื่อมโยงภายนอก overviewedit อ่านต่อ



การพัฒนาระบบวงจรชีวิตประกอบด้วยหมายเลขของชัดเจนและขั้นตอนการทำงานที่แตกต่างกันจะถูกใช้โดยวิศวกรระบบ และนักพัฒนาระบบ วางแผน ออกแบบ สร้าง ทดสอบ และนำระบบสารสนเทศ ชอบอะไรที่เป็นผลิตภัณฑ์ที่ผลิตในสายการประกอบ , มีวัตถุประสงค์เพื่อผลิตที่มีคุณภาพสูงของระบบที่ตรงหรือเกินความคาดหวังของลูกค้าตามความต้องการของลูกค้า ด้วยการนำเสนอระบบที่ย้ายผ่านแต่ละขั้นตอนอย่างชัดเจน ภายในกรอบเวลาที่กำหนด และประมาณการค่าใช้จ่าย ระบบ [ 3 ] คอมพิวเตอร์มีความซับซ้อนและมักจะ ( โดยเฉพาะอย่างยิ่งกับการเพิ่มขึ้นล่าสุดของสถาปัตยกรรมเชิงบริการ ) การเชื่อมโยงหลายแบบดั้งเดิม ระบบอาจจัดโดยผู้ขายซอฟต์แวร์ที่แตกต่างกัน บริหารจัดการระดับของความซับซ้อนนี้จำนวนของรูปแบบหรือวิธีการของได้ถูกสร้างขึ้นเช่น " น้ำตก " ; " เกลียว " ; " การพัฒนาซอฟต์แวร์เปรียว " สร้างต้นแบบอย่างรวดเร็ว " ; " เพิ่ม " และ " ประสานและมั่นคง " [ 4 ]

งานสามารถอธิบายตามสเปกตรัมของเปรียวจะซ้ำให้ต่อเนื่องกัน เปรียววิธีการเช่น XP และสครัมมุ่งเน้นกระบวนการเบาซึ่งช่วยให้สำหรับการเปลี่ยนแปลงอย่างรวดเร็ว ( โดยไม่ต้องตามแบบแผนของวิธีการ SDLC ) ตามวงจรการพัฒนา วิธีการวนซ้ำ เช่น การรวมกระบวนการและวิธีการพัฒนาระบบแบบไดนามิกที่มุ่งจำกัดขอบเขตของโครงการและขยายหรือปรับปรุงผลิตภัณฑ์ โดยหลายรอบ . กลุ่มหรือโครงการขนาดใหญ่ด้านหน้า ( bduf ) รุ่นเช่น น้ำตก มุ่งเน้นที่สมบูรณ์และการวางแผนที่ถูกต้องเพื่อแนะนำโครงการขนาดใหญ่และความเสี่ยงที่จะประสบความสำเร็จ และทายผล [ อ้างอิงที่จำเป็น ] รุ่นอื่น ๆเช่นการพัฒนาจอกว้าง , มีแนวโน้มที่จะมุ่งเน้นในรูปแบบของการพัฒนาที่ชี้นำโดยขอบเขตของโครงการและปรับตัวรอบ

การพัฒนาคุณลักษณะในการบริหารจัดการโครงการโครงการสามารถกำหนดได้ทั้งโครงการวงจรชีวิต ( PLC ) และงานในระหว่างที่มีกิจกรรมแตกต่างกันเล็กน้อยเกิดขึ้น ตาม เทย์เลอร์ ( 2004 ) " โครงการวัฏจักรชีวิตครอบคลุมทุกกิจกรรมของโครงการ ในขณะที่การพัฒนาระบบวงจรชีวิตมุ่งตระหนักถึงความต้องการผลิตภัณฑ์ " [ 5 ]

งานที่ใช้ในการพัฒนาเป็นโครงการอธิบายขั้นตอนต่าง ๆที่เกี่ยวข้องในโครงการจากกระดานวาดรูป ผ่านการเสร็จสิ้นโครงการ .



historyedit วงจรชีวิตผลิตภัณฑ์อธิบายถึงกระบวนการสำหรับการสร้างระบบข้อมูลในการมาก ทั้งโครงสร้าง และระเบียบวิธี ธรรมแต่ละขั้นของชีวิตของผลิตภัณฑ์ การพัฒนาระบบวงจรชีวิตตามเลียต& Strachan &แรดฟอร์ด ( 2004 ) , " ในทศวรรษที่ 1960 เพื่อพัฒนาระดับการทำงานขนาดใหญ่ระบบธุรกิจในยุคธุรกิจกลุ่ม บริษัท ขนาดใหญ่ . กิจกรรมระบบสารสนเทศโคจรรอบการประมวลผลข้อมูลหนักและจำนวนกระทืบตามปกติ " [ 6 ]

หลายระบบการพัฒนากรอบได้รับบางส่วนจากงาน ,เช่น การวิเคราะห์และออกแบบระบบเชิงโครงสร้าง วิธี SSADM ) ที่รัฐบาลสหราชอาณาจักรสำนักงานพาณิชย์ของรัฐบาลในยุค ตั้งแต่ตามเลียต ( 2004 ) , " แนวทางการพัฒนาระบบวงจรชีวิตแบบดั้งเดิมได้รับมากขึ้นแทนที่ด้วยวิธีอื่น และกรอบทิศทางซึ่งพยายามที่จะเอาชนะบางส่วนของข้อบกพร่องโดยธรรมชาติของงาน " ดั้งเดิม [ 6 ]

phasesedit

วงจรชีวิตการพัฒนาระบบกรอบให้ลำดับของกิจกรรมสำหรับนักออกแบบและนักพัฒนาระบบติดตาม ประกอบด้วยชุดของขั้นตอนหรือระยะ ซึ่งในแต่ละขั้นตอนของงานใช้ผลเก่า . .

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

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

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

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


ระบบระบบการสืบสวนสอบสวนเวทีที่อยู่ความต้องการหรือโอกาสที่สามารถทำได้โดยสปอนเซอร์หรือข้อเสนอ ในขั้นตอนนี้ เราจะต้องพิจารณาลำดับความสำคัญในปัจจุบันทั้งหมดที่จะได้รับผลกระทบและวิธีที่พวกเขาควรจะจัดการ ก่อนที่ระบบวางแผนเสร็จการศึกษาความเป็นไปได้ควรจะดำเนินการเพื่อตรวจสอบว่า การสร้างระบบใหม่หรือปรับปรุงเป็นโซลูชั่นที่ทำงานได้ นี้จะช่วยในการตรวจสอบต้นทุน ผลประโยชน์ ความต้องการทรัพยากรและผู้ใช้เฉพาะความต้องการที่จำเป็นสำหรับความสมบูรณ์ กระบวนการพัฒนาสามารถต่อเมื่อการจัดการยอมรับข้อเสนอแนะจากฟี
Being translated, please wait..
 
Other languages
The translation tool support: Afrikaans, Albanian, Amharic, Arabic, Armenian, Azerbaijani, Basque, Belarusian, Bengali, Bosnian, Bulgarian, Catalan, Cebuano, Chichewa, Chinese, Chinese Traditional, Corsican, Croatian, Czech, Danish, Detect language, Dutch, English, Esperanto, Estonian, Filipino, Finnish, French, Frisian, Galician, Georgian, German, Greek, Gujarati, Haitian Creole, Hausa, Hawaiian, Hebrew, Hindi, Hmong, Hungarian, Icelandic, Igbo, Indonesian, Irish, Italian, Japanese, Javanese, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Korean, Kurdish (Kurmanji), Kyrgyz, Lao, Latin, Latvian, Lithuanian, Luxembourgish, Macedonian, Malagasy, Malay, Malayalam, Maltese, Maori, Marathi, Mongolian, Myanmar (Burmese), Nepali, Norwegian, Odia (Oriya), Pashto, Persian, Polish, Portuguese, Punjabi, Romanian, Russian, Samoan, Scots Gaelic, Serbian, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenian, Somali, Spanish, Sundanese, Swahili, Swedish, Tajik, Tamil, Tatar, Telugu, Thai, Turkish, Turkmen, Ukrainian, Urdu, Uyghur, Uzbek, Vietnamese, Welsh, Xhosa, Yiddish, Yoruba, Zulu, Language translation.

Copyright ©2025 I Love Translation. All reserved.

E-mail: