development life cycle (SDLC), to p

development life cycle (SDLC), to plan, analyze, design, implement, and support an
information system. , it remains a popular systems development method. Structured analysis is based on an overall plan, similar to a blueprint for constructing a building, so it is called a predictive approach. Structured analysis uses a set of process models to describe a system graphically.
Because it focuses on processes that transform data into useful information, structured
analysis is called a process-centered technique. In addition to modeling the processes,
structured analysis also addresses data organization and structure, relational database
design, and user interface issues.
A process model shows the data that flows in and out of system processes. Inside
each process, input data is transformed by business rules that generate the output.
Figure 1-26 shows a process model that was created with Visible Analyst, a popular
software development tool. The model, which represents a school registration system,
is a called a data flow diagram (DFD) because it uses various symbols and shapes
to represent data flow, processing, and storage. You will learn more about DFDs
in Chapter 5, and you can view a
Video Learning Session that explains
DFDs and how they are used as
modeling tools.
Structured analysis uses the SDLC to
plan and manage the systems development process. The SDLC describes
activities and functions that all systems
developers perform, regardless of which
approach they use. In the waterfall
model, the result of each phase is called a
deliverable, or end product, which flows
into the next phase.
Some analysts see a disadvantage
in the built-in structure of the SDLC,
because the waterfall model does not
emphasize interactivity among the phases.
This criticism can be valid if the SDLC
phases are followed too rigidly. However,
adjacent phases usually interact, as show by the dotted lines in Figure 1-27 and
interaction among several phases is not
uncommon. Other analysts regard the
waterfall model as a two-way water flow
model, with emphasis on iteration and user
input. Used in this manner, the traditional
model is not as different from agile methods
as it might appear to be.
The SDLC model usually includes five
steps, which are described in the following
sections: systems planning, systems analysis,
systems design, systems implementation,
and systems support and security.
SYSTEMS PLANNING The systems
planning phase usually begins with a formal
request to the IT department, called a
systems request, which describes problems
or desired changes in an information system
or a business process. In many companies,
IT systems planning is an integral part of
overall business planning. When managers
and users develop their business plans,
they usually include IT requirements that
generate systems requests. A systems
request can come from a top manager, a
planning team, a department head, or the
IT department itself. The request can be
very significant or relatively minor. A
major request might involve a new information system or the upgrading of an
existing system. In contrast, a minor
request might ask for a new feature or
a change to the user interface.
The purpose of this phase is to perform a preliminary investigation to evaluate an
IT-related business opportunity or problem. The preliminary investigation is a critical step
because the outcome will affect the entire development process. A key part of the preliminary investigation is a feasibility study that reviews anticipated costs and benefits and recommends a course of action based on operational, technical, economic, and time factors.
Suppose you are a systems analyst and you receive a request for a system change or
improvement. Your first step is to determine whether it makes sense to launch a preliminary investigation at all. Often you will need to learn more about business operations
before you can reach a conclusion. After an investigation, you might find that the information system functions properly, but users need more training. In some situations, you
might recommend a business process review, rather than an IT solution. In other cases,
you might conclude that a full-scale systems review is necessary. If the development
process continues, the next step is the systems analysis phase.
SYSTEMS ANALYSIS The purpose of the systems analysis phase is to build a logical
model of the new system. The first step is requirements modeling, where you investigate
business processes and document what the new system must do to satisfy users.
Requirements modeling continues the investigation that began during the systems planning phase. To understand the system, you perform fact-finding using techniques such
as interviews, surveys, document review, observation, and sampling. You use the factfinding results to build business models, data and process models, and object models.

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

การพัฒนาวงจรชีวิต (SDLC), วางแผน วิเคราะห์ ออกแบบ ใช้ และสนับสนุนการระบบข้อมูล มันยังคงวิธีพัฒนาระบบยอดนิยม วิเคราะห์โครงสร้างขึ้นอยู่กับแผนโดยรวม เหมือนกับพิมพ์เขียวสำหรับการสร้างอาคาร เพื่อเรียกว่าวิธีการคาดการณ์ วิเคราะห์โครงสร้างใช้ชุดของแบบจำลองกระบวนการอธิบายระบบกราฟิกเนื่องจากเน้นกระบวนการที่แปลงข้อมูลเป็นข้อมูลที่เป็นประโยชน์ โครงสร้างวิเคราะห์คือเทคนิคกระบวนการแปลก นอกจากกระบวนการ การสร้างโมเดลวิเคราะห์โครงสร้างอยู่ข้อมูลองค์กร และโครงสร้าง ฐานข้อมูลเชิงสัมพันธ์ออกแบบ และปัญหาอินเทอร์เฟซสำหรับผู้ใช้งานแบบจำลองกระบวนการแสดงข้อมูลที่ไหลเข้าและออกจากกระบวนการของระบบ ภายในมีแปลงข้อมูลแต่ละกระบวนการ อินพุต โดยกฎทางธุรกิจที่สร้างผลผลิตรูป 1-26 แสดงแบบจำลองกระบวนการที่ถูกสร้างขึ้น โดยนักวิเคราะห์มองเห็น ความรู้สึกเครื่องมือพัฒนาซอฟต์แวร์ รุ่น ซึ่งแสดงถึงระบบการลงทะเบียนเรียนเป็นการเรียกข้อมูลไหลไดอะแกรม (DFD) เนื่องจากใช้สัญลักษณ์และรูปร่างต่าง ๆเพื่อเป็นตัวแทนส่งข้อมูล ประมวลผล และการจัดเก็บ คุณจะเรียนรู้เพิ่มเติมเกี่ยวกับ DFDsในบทที่ 5 และคุณสามารถดูการรอบเวลาเรียนวิดีโอที่อธิบายDFDs และวิธีการใช้เป็นเครื่องมือในการสร้างโมเดลSDLC เพื่อใช้วิเคราะห์โครงสร้างวางแผน และจัดการพัฒนาระบบ SDLC อธิบายกิจกรรม และงานที่ระบบทั้งหมดนักพัฒนาทำ ว่าที่วิธีใช้ ในน้ำตกรุ่น ผลลัพธ์ของแต่ละขั้นตอนจะเรียกว่าเป็นสิ่งที่จัดส่ง หรือ ผลิตภัณฑ์สุดท้าย ซึ่งไหลในระยะถัดไปนักวิเคราะห์บางดูเป็นรองในโครงสร้างภายในของ SDLCเนื่องจากแบบจำลองน้ำตกไม่ได้เน้นการโต้ตอบระหว่างระยะวิจารณ์นี้จะถูกต้องถ้าการ SDLCมีตามระยะเกิน rigidly อย่างไรก็ตามระยะที่ติดมักจะโต้ตอบ รูปการแสดงด้วยเส้นจุดในรูปที่ 1-27 และไม่โต้ตอบระหว่างระยะต่าง ๆใช่ นักวิเคราะห์อื่น ๆ เกี่ยวกับการแบบจำลองน้ำตกเป็นกระแสน้ำสองทางรูปแบบ มีการเกิดซ้ำและผู้ใช้ป้อนข้อมูล ใช้ในลักษณะนี้ แบบดั้งเดิมรุ่นไม่เป็นแตกต่างจากวิธีการคล่องตัวตามที่ปรากฏอาจจะเป็นแบบ SDLC มักจะรวมห้าขั้นตอนต่อไป ซึ่งจะอธิบายในลำดับต่อส่วน: วางแผน วิเคราะห์ระบบ ระบบออกแบบระบบ ระบบงานสนับสนุนระบบและความปลอดภัยด้วยระบบวางแผนระบบขั้นตอนการวางแผนมักจะเริ่มต้น ด้วยการเป็นทางการขอแผนก เรียกว่าเป็นระบบคำร้องขอ ซึ่งอธิบายปัญหาหรือต้องการเปลี่ยนแปลงในระบบข้อมูลหรือกระบวนการทางธุรกิจ ในหลายบริษัทการวางแผนระบบไอทีเป็นส่วนสำคัญของการวางแผนธุรกิจโดยรวม เมื่อผู้จัดการและผู้พัฒนาแผนธุรกิจของพวกเขาพวกเขามักจะมีความต้องการที่สร้างคำขอระบบ ระบบการร้องขอมาจากผู้จัดการสูงสุด การทีมงาน หัวหน้าแผนก วางแผนหรือแผนกไอทีเอง การร้องขอได้สำคัญมาก หรือค่อนข้างเล็ก Aคำสำคัญอาจเกี่ยวข้องกับระบบข้อมูลใหม่หรือการปรับตัวระบบที่มีอยู่ ในทางตรงข้าม เด็กอมมือร้องขออาจขอคุณลักษณะใหม่ หรือการเปลี่ยนแปลงส่วนติดต่อผู้ใช้วัตถุประสงค์ของขั้นตอนนี้จะทำการตรวจสอบเบื้องต้นเพื่อประเมินการโอกาสทางธุรกิจที่เกี่ยวข้องกับ IT หรือปัญหา ตรวจสอบเบื้องต้นเป็นขั้นตอนสำคัญเนื่องจากผลที่ได้จะมีผลต่อการพัฒนาทั้งหมด ส่วนสำคัญของการตรวจสอบเบื้องต้นเป็นการศึกษาที่คิดต้นทุนที่คาดการณ์ไว้และผลประโยชน์ และแนะนำหลักสูตรการดำเนินการที่ขึ้นอยู่กับปัจจัยการดำเนินงาน เทคนิค เศรษฐกิจ และเวลาสมมติว่าคุณจะเป็นนักวิเคราะห์ระบบ และคุณได้รับการร้องขอสำหรับการเปลี่ยนแปลงระบบ หรือปรับปรุง ขั้นตอนแรกของคุณเพื่อ ดูว่า มันทำให้รู้สึกเริ่มสอบสวนเบื้องต้นทั้งหมดได้ บ่อยครั้งคุณจะต้องเรียนรู้เพิ่มเติมเกี่ยวกับการดำเนินธุรกิจก่อนที่คุณสามารถสรุป หลังการสอบสวน คุณอาจพบว่าฟังก์ชันระบบข้อมูลได้อย่างถูกต้อง แต่ผู้ใช้ต้องการฝึกอบรมเพิ่มเติมได้ ในบางสถานการณ์ คุณอาจแนะนำการทบทวนกระบวนการธุรกิจ มากกว่าการแก้ปัญหาได้ ในบางกรณีคุณอาจสรุปว่า ทบทวนระบบอย่างเต็มรูปแบบจำเป็น ถ้าการพัฒนากระบวนการยังคง ขั้นตอนถัดไปคือ ขั้นตอนการวิเคราะห์ระบบวัตถุประสงค์ของขั้นตอนการวิเคราะห์ระบบการวิเคราะห์ระบบคือการ สร้างแบบตรรกะรูปแบบของระบบใหม่ ขั้นตอนแรกเป็นความต้องการสร้างโมเดล การที่ตรวจสอบธุรกิจดำเนินการ และเอกสารอะไรที่ระบบใหม่ต้องทำเพื่อตอบสนองผู้ใช้ความต้องการสร้างแบบจำลองยังคงสืบสวนที่เริ่มระหว่างระบบการวางแผนระยะ เข้าใจระบบ คุณทำ fact-finding ใช้เทคนิคดังกล่าวสัมภาษณ์ แบบสำรวจ ตรวจสอบเอกสาร สังเกต และสุ่มตัวอย่าง คุณสามารถใช้ผลลัพธ์ factfinding เพื่อสร้างแบบจำลองทางธุรกิจ ข้อมูล และแบบจำลองกระบวนการ และรูปแบบวัตถุ

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

การพัฒนาวงจรชีวิต (SDLC) การวางแผนการวิเคราะห์ออกแบบดำเนินการและการสนับสนุน
ระบบสารสนเทศ ก็ยังคงเป็นวิธีการพัฒนาระบบที่เป็นที่นิยม การวิเคราะห์โครงสร้างอยู่บนพื้นฐานของแผนโดยรวมคล้ายกับพิมพ์เขียวสำหรับการก่อสร้างอาคารจึงจะเรียกว่าเป็นวิธีการทำนาย การวิเคราะห์โครงสร้างใช้ชุดรูปแบบกระบวนการที่จะอธิบายระบบกราฟิก.
เพราะมันมุ่งเน้นไปที่กระบวนการที่แปลงข้อมูลเป็นข้อมูลที่เป็นประโยชน์โครงสร้าง
การวิเคราะห์ที่เรียกว่าเทคนิคขั้นตอนการเป็นศูนย์กลาง นอกจากนี้ในการสร้างแบบจำลองกระบวนการ
การวิเคราะห์โครงสร้างยังเน้นข้อมูลองค์กรและโครงสร้างฐานข้อมูลเชิงสัมพันธ์
การออกแบบและปัญหาส่วนติดต่อผู้ใช้.
แบบจำลองกระบวนการแสดงข้อมูลที่ไหลเข้าและออกจากกระบวนการของระบบ ภายใน
แต่ละขั้นตอน, การป้อนข้อมูลจะถูกเปลี่ยนโดยกฎเกณฑ์ทางธุรกิจที่สร้างเอาท์พุท.
รูปที่ 1-26 แสดงให้เห็นถึงรูปแบบกระบวนการที่ถูกสร้างขึ้นด้วยนักวิเคราะห์ที่มองเห็นได้รับความนิยม
เครื่องมือในการพัฒนาซอฟแวร์ รูปแบบซึ่งหมายถึงระบบการลงทะเบียนโรงเรียน
จะเรียกว่าแผนภาพการไหลของข้อมูล (DFD) เพราะใช้สัญลักษณ์ต่างๆและรูปทรงที่
จะเป็นตัวแทนของการไหลของข้อมูลการประมวลผลและการจัดเก็บข้อมูล คุณจะได้เรียนรู้เพิ่มเติมเกี่ยวกับ DFDS
ในบทที่ 5 และคุณสามารถดู
เซสชันการเรียนรู้วิดีโอที่อธิบาย
DFDS และวิธีการที่พวกเขาจะนำมาใช้เป็น
เครื่องมือในการสร้างแบบจำลอง.
การวิเคราะห์โครงสร้างใช้ SDLC เพื่อ
วางแผนและจัดการกระบวนการในการพัฒนาระบบ SDLC อธิบาย
กิจกรรมและหน้าที่ที่ทุกระบบ
พัฒนาดำเนินการโดยไม่คำนึงถึง
วิธีการที่พวกเขาใช้ น้ำตกใน
รูปแบบผลของแต่ละขั้นตอนที่เรียกว่า
การส่งมอบหรือสินค้าที่สิ้นสุดซึ่งไหล
ลงไปในขั้นตอนต่อไป.
นักวิเคราะห์บางคนเห็นข้อเสีย
ในโครงสร้างในตัวของ SDLC,
เพราะน้ำตกจำลองไม่ได้
เน้นการติดต่อสื่อสารในหมู่ ขั้นตอน.
บทวิจารณ์นี้สามารถถูกต้องถ้า SDLC
ขั้นตอนมีการปฏิบัติตามอย่างเหนียวแน่นเกินไป แต่
ขั้นตอนที่อยู่ติดกันมักจะโต้ตอบเช่นการแสดงโดยเส้นประในรูปที่ 1-27 และ
ปฏิสัมพันธ์ระหว่างหลายขั้นตอนไม่ได้เป็น
เรื่องผิดปกติ นักวิเคราะห์อื่น ๆ ถือว่า
เป็นน้ำตกจำลองน้ำสองทางไหลของ
รูปแบบโดยเน้นย้ำและผู้ใช้
ป้อนข้อมูล ที่ใช้ในลักษณะนี้แบบดั้งเดิม
รูปแบบไม่เป็นที่แตกต่างจากวิธีการเปรียว
มันอาจดูเหมือนจะเป็น.
รูปแบบ SDLC มักจะรวมถึงห้า
ขั้นตอนที่มีการอธิบายต่อไปนี้ใน
ส่วนการวางแผนระบบการวิเคราะห์ระบบ
การออกแบบระบบการดำเนินงานระบบ
และระบบการสนับสนุนและการรักษาความปลอดภัย.
ระบบการวางแผนระบบ
ขั้นตอนการวางแผนมักจะเริ่มต้นอย่างเป็นทางการกับ
การร้องขอไปยังแผนกไอทีที่เรียกว่า
คำขอของระบบซึ่งอธิบายถึงปัญหา
หรือการเปลี่ยนแปลงที่ต้องการในระบบสารสนเทศ
หรือกระบวนการทางธุรกิจ ในหลาย บริษัท
วางแผนระบบไอทีเป็นส่วนหนึ่งของ
การวางแผนทางธุรกิจโดยรวม เมื่อผู้จัดการ
และผู้ใช้พัฒนาแผนธุรกิจของพวกเขา
พวกเขามักจะรวมถึงความต้องการด้านไอทีที่
สร้างการร้องขอระบบ ระบบ
การร้องขอได้มาจากผู้จัดการด้านบน,
ทีมวางแผนหัวหน้าแผนกหรือ
แผนกไอทีของตัวเอง คำขอสามารถ
มีความสำคัญมากหรือค่อนข้างน้อย
คำขอที่สำคัญอาจเกี่ยวข้องกับระบบสารสนเทศใหม่หรืออัพเกรดของ
ระบบที่มีอยู่ ในทางตรงกันข้ามเล็กน้อย
คำขออาจจะถามสำหรับคุณลักษณะใหม่หรือ
การเปลี่ยนแปลงส่วนติดต่อผู้ใช้.
วัตถุประสงค์ของขั้นตอนนี้คือการดำเนินการตรวจสอบเบื้องต้นในการประเมิน
ธุรกิจไอทีที่เกี่ยวข้องกับโอกาสหรือมีปัญหา การตรวจสอบเบื้องต้นเป็นขั้นตอนสำคัญ
เพราะผลที่จะส่งผลกระทบต่อกระบวนการพัฒนาทั้งหมด ส่วนสำคัญของการตรวจสอบเบื้องต้นคือการศึกษาความเป็นไปได้ว่าค่าใช้จ่ายที่คาดว่าจะแสดงความคิดเห็นและผลประโยชน์และแนะนำหลักสูตรของการกระทำขึ้นอยู่กับการดำเนินงานทางด้านเทคนิคเศรษฐกิจและปัจจัยเวลา.
สมมติว่าคุณเป็นนักวิเคราะห์ระบบและคุณได้รับการร้องขอให้มีการเปลี่ยนแปลงระบบ หรือ
การปรับปรุง ขั้นตอนแรกของคุณคือการตรวจสอบว่ามันทำให้รู้สึกที่จะเปิดการสอบสวนเบื้องต้นที่ทุกคน บ่อยครั้งที่คุณจะต้องเรียนรู้เพิ่มเติมเกี่ยวกับการดำเนินธุรกิจ
ก่อนที่คุณจะสามารถได้ข้อสรุป หลังจากการตรวจสอบ, คุณอาจพบว่าการทำงานของระบบข้อมูลที่ถูกต้อง แต่ผู้ใช้ต้องฝึกอบรมเพิ่มเติม ในบางสถานการณ์ที่คุณ
อาจแนะนำการตรวจสอบกระบวนการทางธุรกิจมากกว่าโซลูชั่นไอที ในกรณีอื่น ๆ
ที่คุณอาจจะสรุปได้ว่าระบบเต็มรูปแบบการตรวจสอบเป็นสิ่งที่จำเป็น หากการพัฒนา
อย่างต่อเนื่องกระบวนการขั้นตอนต่อไปเป็นขั้นตอนการวิเคราะห์ระบบ.
ระบบการวิเคราะห์วัตถุประสงค์ของขั้นตอนการวิเคราะห์ระบบคือการสร้างตรรกะ
รูปแบบของระบบใหม่ ขั้นตอนแรกคือการสร้างแบบจำลองความต้องการที่คุณตรวจสอบ
กระบวนการทางธุรกิจและเอกสารสิ่งที่ระบบใหม่ต้องทำเพื่อตอบสนองผู้ใช้.
การสร้างแบบจำลองความต้องการยังคงสอบสวนที่เริ่มต้นขึ้นในระหว่างขั้นตอนการวางแผนระบบ เพื่อให้เข้าใจระบบคุณดำเนินการหาข้อเท็จจริงโดยใช้เทคนิคเช่น
การสัมภาษณ์การสำรวจตรวจสอบเอกสารการสังเกตและการสุ่มตัวอย่าง คุณสามารถใช้ผลการ factfinding ในการสร้างแบบจำลองทางธุรกิจ, ข้อมูลและแบบจำลองกระบวนการและรูปแบบของวัตถุ