Step 2: Define the Project Scope an

Step 2: Define the Project Scope and Constraints
Determining the project scope means defining the specific boundaries, or extent, of the
project. For example, a statement that, payroll is not being produced accurately is very
general, compared with the statement overtime pay is not being calculated correctly for
production workers on the second shift at the Yorktown plant. Similarly, the statement,
the project scope is to modify the accounts receivable system, is not as specific as the
statement, the project scope is to allow customers to inquire online about account
balances and recent transactions.
Some analysts find it helpful to define project scope by creating a list with sections called Must Do, Should Do, Could Do, and Won’t Do. This list can be
reviewed later, during the systems analysis phase, when the systems requirements
document is developed.
Projects with very general scope definitions are at risk of expanding gradually,
without specific authorization, in a process called project creep. To avoid this problem,
you should define project scope as clearly as possible. You might want to use a graphical model that shows the systems, people, and business processes that will be affected.
The scope of the project also establishes the boundaries of the preliminary investigation itself. A systems analyst should limit the focus to the problem at hand and avoid
unnecessary expenditure of time and money.
Along with defining the scope of the project, you need to identify any constraints on
the system. A constraint is a requirement or condition that the system must satisfy or an
outcome that the system must achieve. A constraint can involve hardware, software, time,
policy, law, or cost. System constraints also define project scope. For example, if the system must operate with existing hardware, that is a constraint that affects potential solutions. Other examples of constraints are: The order entry system must accept input from
15 remote sites; the human resources information system must produce statistics on hiring practices; and the new Web site must be operational by March 1. When examining
constraints, you should identify their characteristics.
PRESENT VERSUS FUTURE Is the constraint something that must be met as soon as
the system is developed or modified, or is the constraint necessary at some future time?
INTERNAL VERSUS EXTERNAL Is the constraint due to a requirement within the
organization or does some external force, such as government regulation, impose it?
MANDATORY VERSUS DESIRABLE Is the constraint mandatory? Is it absolutely essential to meet the constraint, or is it merely desirable?
Figure 2-20 shows five examples of constraints. Notice that each constraint has
three characteristics, which are indicated by its position in the figure and by the symbol that represents the constraint. The constraint in Example A is present, external,
and mandatory. The constraint in Example B is future, external, and mandatory. The
constraint in Example C is present, internal, and desirable. The constraint in Example
D is present, internal, and mandatory. The constraint in Example E is future, internal,
and desirable.
Regardless of the type, all constraints should be identified as early as possible to
avoid future problems and surprises. A clear definition of project scope and constraints avoids misunderstandings that arise when managers assume that the system
will have a certain feature or support for a project, but later find that the feature is
not included.

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

ขั้นตอนที่ 2: กำหนดขอบเขตของโครงการและข้อจำกัดกำหนดขอบเขตของโครงการหมายถึง การกำหนดขอบเขตเฉพาะ หรือขอบเขต ของโครงการ ตัวอย่าง คำสั่งที่ ค่าจ้างไม่ผลิตอย่างถูกต้องอยู่มากเมื่อเทียบกับงบค่าจ้างค่าล่วงเวลา ทั่วไปจะไม่ถูกคำนวณอย่างถูกต้องสำหรับกะสองที่ Yorktown โรงงานการผลิตงาน ในทำนองเดียวกัน คำสั่งขอบเขตของโครงการคือการ ปรับเปลี่ยนระบบบัญชีลูกหนี้ ไม่ระบุเป็นการงบ ขอบเขตของโครงการคือเพื่อ ให้ลูกค้าสามารถสอบถามออนไลน์เกี่ยวกับบัญชี ยอดดุลและธุรกรรมล่าสุดนักวิเคราะห์บางประโยชน์เพื่อกำหนดขอบเขตโครงการ โดยการสร้างรายการส่วนที่ต้องทำ ควร ไม่ และไม่ รายการนี้ได้ตรวจทานในภายหลัง ระหว่างขั้นตอนการวิเคราะห์ระบบ เมื่อความต้องการระบบคือพัฒนาเอกสารโครงการ มีข้อกำหนดขอบเขตทั่วไปมากที่เสี่ยงขยายค่อย ๆโดยเฉพาะการตรวจสอบ ในกระบวนการเรียกว่าโครงการคืบ เพื่อหลีกเลี่ยงปัญหานี้คุณควรกำหนดขอบเขตโครงการที่ชัดเจนที่สุด คุณอาจต้องการใช้รูปแบบกราฟิกที่แสดงระบบ คน และกระบวนการทางธุรกิจที่จะได้รับผลกระทบขอบเขตของโครงการยังสร้างขอบเขตของการตรวจสอบเบื้องต้นเอง นักวิเคราะห์ระบบควรจำกัดความปัญหามือ และหลีกเลี่ยงรายจ่ายที่ไม่จำเป็นของเวลาและเงินพร้อมกับกำหนดขอบเขตของโครงการ คุณจำเป็นต้องระบุข้อจำกัดใด ๆ บนระบบ ข้อจำกัดคือ ความต้องการหรือเงื่อนไขที่ระบบต้องตอบสนองหรือผลลัพธ์ที่ต้องให้ระบบ ข้อจำกัดที่สามารถเกี่ยวข้องกับฮาร์ดแวร์ ซอฟต์แวร์ เวลานโยบาย กฎหมาย หรือต้นทุน ข้อจำกัดของระบบยังกำหนดขอบเขตโครงการ ตัวอย่าง ถ้าระบบต้องทำงานกับฮาร์ดแวร์ที่มีอยู่ ที่เป็นข้อจำกัดที่มีผลต่อการแก้ไขปัญหาที่อาจเกิดขึ้น อื่น ๆ ตัวอย่างของข้อจำกัด: ระบบใบสั่งรายการต้องยอมรับอินพุตจากไซต์ระยะไกล 15 ระบบสารสนเทศทรัพยากรบุคคลต้องสร้างสถิติการจ้างปฏิบัติ และเว็บไซต์ใหม่ต้องปฏิบัติตามเมื่อวันที่ 1 มีนาคม เมื่อตรวจสอบจำกัด คุณควรระบุลักษณะของพวกเขาปัจจุบันอนาคต VERSUS เป็นข้อจำกัดที่เป็นเงื่อนไขทันทีระบบคือพัฒนาปรับเปลี่ยน หรือมีข้อจำกัดที่จำเป็นในบางเวลาในอนาคตหรือไม่ภายใน VERSUS ภายนอกเป็นข้อจำกัดเนื่องจากความต้องการภายในองค์กรหรือไม่บางกองทัพภายนอก เช่นรัฐบาลบังคับ กำหนดมันต้องบังคับ VERSUS เป็นข้อจำกัดข้อบังคับหรือไม่ จึงจำเป็นอย่างยิ่งเพื่อตอบสนองข้อจำกัด หรือถูกต้องเพียงรูปที่ 2-20 แสดงตัวอย่าง 5 ข้อจำกัด ประกาศที่มีข้อจำกัดแต่ละสามลักษณะ ซึ่งจะแสดงในตัวเลข และสัญลักษณ์ที่แสดงถึงข้อจำกัด ข้อจำกัดในตัวอย่าง A เป็นปัจจุบัน ภายนอกและข้อบังคับ ข้อจำกัดในตัวอย่าง B เป็นอนาคต ภายนอก และบังคับ ที่ข้อจำกัดในตัวอย่าง C เป็นปัจจุบัน ภายใน และต้อง ข้อจำกัดในตัวอย่างD คือปัจจุบัน ภายใน และข้อบังคับ มีข้อจำกัดในตัวอย่าง E ในอนาคต ภาย ในและต้องใบ ข้อจำกัดทั้งหมดควรมีระบุเป็นช่วงต้นเป็นไปหลีกเลี่ยงปัญหาในอนาคตและประหลาดใจ เกิดความเข้าใจผิดที่เกิดขึ้นเมื่อผู้บริหารคิดที่หลีกเลี่ยงคำนิยามที่ชัดเจนของโครงการขอบเขตและข้อจำกัดของระบบจะมีคุณลักษณะหรือการสนับสนุนโครงการบางอย่าง แต่ในภายหลังพบว่า คุณลักษณะไม่รวม

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

ขั้นตอนที่ 2: กำหนดขอบเขตของโครงการและข้อ จำกัด
การกำหนดขอบเขตของโครงการหมายถึงการกำหนดขอบเขตที่เฉพาะเจาะจงหรือขอบเขตของ
โครงการ ยกตัวอย่างเช่นคำว่าเงินเดือนไม่ได้ถูกผลิตอย่างถูกต้องเป็นอย่างมาก
โดยทั่วไปเมื่อเทียบกับการทำงานล่วงเวลาคำสั่งจ่ายเงินไม่ได้ถูกคำนวณอย่างถูกต้องสำหรับ
แรงงานการผลิตในการเปลี่ยนแปลงที่สองที่โรงงานยอร์ก ในทำนองเดียวกันคำสั่ง
ขอบเขตของโครงการคือการปรับเปลี่ยนระบบบัญชีลูกหนี้ไม่ได้เป็นเฉพาะ
งบขอบเขตของโครงการคือการช่วยให้ลูกค้าเพื่อสอบถามเกี่ยวกับบัญชีออนไลน์
ยอดและการทำธุรกรรมที่ผ่านมา.
นักวิเคราะห์บางคนพบว่าเป็นประโยชน์ในการกำหนดขอบเขตของโครงการ โดยการสร้างรายการที่มีส่วนที่เรียกว่าต้องทำ, ควรทำจะทำและจะไม่อย รายการนี้สามารถ
ตรวจสอบต่อมาในระหว่างขั้นตอนการวิเคราะห์ระบบเมื่อระบบต้องการ
เอกสารได้รับการพัฒนา.
โครงการมีความหมายขอบเขตทั่วไปมากที่มีความเสี่ยงของการขยายค่อย ๆ
โดยไม่ได้รับอนุญาตเฉพาะในกระบวนการที่เรียกว่าคืบโครงการ เพื่อหลีกเลี่ยงปัญหานี้
คุณควรกำหนดขอบเขตของโครงการเป็นอย่างชัดเจนที่สุด คุณอาจต้องการที่จะใช้รูปแบบกราฟิกที่แสดงให้เห็นถึงระบบคนและกระบวนการทางธุรกิจที่จะได้รับผลกระทบ.
ขอบเขตของโครงการนอกจากนี้ยังกำหนดขอบเขตของการตรวจสอบเบื้องต้นของตัวเอง นักวิเคราะห์ระบบควร จำกัด มุ่งเน้นการแก้ปัญหาที่อยู่ในมือและหลีกเลี่ยง
ค่าใช้จ่ายที่ไม่จำเป็นของเวลาและเงิน.
พร้อมกับการกำหนดขอบเขตของโครงการคุณจะต้องระบุข้อ จำกัด ใด ๆ ใน
ระบบ จำกัด เป็นข้อกำหนดหรือเงื่อนไขที่ระบบจะต้องตอบสนองหรือ
ผลที่ระบบจะต้องบรรลุ ข้อ จำกัด สามารถเกี่ยวข้องกับฮาร์ดแวร์ซอฟต์แวร์เวลา
นโยบายกฎหมายหรือค่าใช้จ่าย ข้อ จำกัด ของระบบยังกำหนดขอบเขตโครงการ ตัวอย่างเช่นถ้าระบบจะต้องทำงานร่วมกับฮาร์ดแวร์ที่มีอยู่ว่าเป็นข้อ จำกัด ที่มีผลต่อการแก้ปัญหาที่อาจเกิดขึ้น ตัวอย่างอื่น ๆ ของข้อ จำกัด คือระบบรายการสั่งซื้อจะต้องยอมรับการป้อนข้อมูลจาก
15 ไซต์ระยะไกล; ระบบสารสนเทศทรัพยากรมนุษย์จะต้องนำสถิติเกี่ยวกับการจ้างงานการปฏิบัติ และเว็บไซต์ใหม่จะต้องมีการดำเนินงานในเดือนมีนาคม 1. เมื่อตรวจสอบ
ข้อ จำกัด คุณควรระบุลักษณะของพวกเขา.
ปัจจุบัน VERSUS อนาคตเป็นสิ่งที่ จำกัด ที่จะต้องพบทันทีที่
ระบบมีการพัฒนาหรือแก้ไขหรือเป็นข้อ จำกัด ที่จำเป็นบางอย่าง เวลาในอนาคต?
VERSUS ภายในภายนอกคือข้อ จำกัด เนื่องจากความต้องการภายใน
องค์กรหรือไม่บางแรงภายนอกเช่นการควบคุมของรัฐบาลกำหนดมันได้หรือไม่
ผลบังคับ VERSUS ที่พึงประสงค์คือข้อ จำกัด ที่บังคับ? แน่นอนมันเป็นสิ่งสำคัญที่จะตอบสนองข้อ จำกัด หรือมันเป็นเพียงถูกใจหรือไม่
รูปที่ 2-20 แสดงให้เห็นถึงห้าตัวอย่างของข้อ จำกัด ขอให้สังเกตว่าแต่ละข้อ จำกัด มี
สามลักษณะซึ่งจะมีการแสดงจุดยืนของตนในรูปและสัญลักษณ์ที่แสดงถึงข้อ จำกัด ข้อ จำกัด ในตัวอย่างที่เป็นปัจจุบันภายนอก
และบังคับ ข้อ จำกัด ในตัวอย่างที่ B คืออนาคตภายนอกและบังคับ
ข้อ จำกัด ในตัวอย่างที่ C เป็นปัจจุบันภายในและเป็นที่น่าพอใจ ข้อ จำกัด ในตัวอย่างที่
ดีเป็นปัจจุบันภายในและการบังคับ ข้อ จำกัด ในตัวอย่างที่ E เป็นในอนาคตภายใน
และเป็นที่น่าพอใจ.
ไม่คำนึงถึงประเภท จำกัด ทุกคนควรจะมีการระบุอย่างเร็วที่สุดเท่าที่เป็นไปได้เพื่อ
หลีกเลี่ยงปัญหาในอนาคตและที่น่าประหลาดใจ นิยามที่ชัดเจนของขอบเขตของโครงการและข้อ จำกัด เพื่อหลีกเลี่ยงความเข้าใจผิดที่เกิดขึ้นเมื่อผู้จัดการสมมติว่าระบบ
จะมีคุณลักษณะบางอย่างหรือการสนับสนุนสำหรับโครงการ แต่ต่อมาพบว่าคุณสมบัตินี้
ไม่รวม

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

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

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

เนื่องจากความต้องการภายในองค์กร หรือ ก็มีแรงภายนอก เช่น กฎระเบียบ รัฐบาลกำหนดมัน
ข้อบังคับกับพึงปรารถนาเป็นข้อจำกัดบังคับ ? มันเป็นอย่างที่จำเป็นเพื่อตอบสนองข้อจำกัด หรือเป็นที่พึงปรารถนาเพียง ?
รูป 2-20 แสดงห้าตัวอย่างของข้อจำกัดสังเกตว่า แต่ละข้อจำกัดได้
3 ลักษณะ ซึ่งจะระบุตำแหน่งของตัวเลขและสัญลักษณ์ที่แสดงถึงการ จำกัด ความยับยั้งชั่งใจในตัวอย่างที่เป็นปัจจุบัน , ภายนอก ,
และ ข้อบังคับ ความยับยั้งชั่งใจในตัวอย่าง B คืออนาคต ภายนอก และ ข้อบังคับ
ข้อจำกัดในตัวอย่าง C อยู่ภายใน และเป็นที่น่าพอใจ ความยับยั้งชั่งใจในตัวอย่าง
D อยู่ภายในและ ข้อบังคับ ความยับยั้งชั่งใจในตัวอย่าง E ในอนาคต ภายใน และ ถูกใจ
.
ไม่ว่าประเภททุกข้อจำกัด ควรจะระบุให้เร็วที่สุด

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