การวิเคราะห์และออกแบบระบบ - คู่มือฉบับย่อ

การพัฒนาระบบเป็นกระบวนการที่เป็นระบบซึ่งรวมถึงขั้นตอนต่างๆเช่นการวางแผนการวิเคราะห์การออกแบบการปรับใช้และการบำรุงรักษา ในบทช่วยสอนนี้เราจะเน้นไปที่ -

  • การวิเคราะห์ระบบ
  • การออกแบบระบบ

การวิเคราะห์ระบบ

เป็นกระบวนการรวบรวมและตีความข้อเท็จจริงระบุปัญหาและการย่อยสลายระบบเป็นส่วนประกอบ

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

การวิเคราะห์ระบุ what the system should do.

การออกแบบระบบ

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

การออกแบบระบบมุ่งเน้นไปที่ how to accomplish the objective of the system.

การวิเคราะห์และออกแบบระบบ (SAD) เน้นที่ -

  • Systems
  • Processes
  • Technology

ระบบคืออะไร?

คำว่า System มาจากคำภาษากรีก Systema ซึ่งหมายถึงความสัมพันธ์ที่จัดระเบียบระหว่างชุดส่วนประกอบใด ๆ เพื่อให้บรรลุสาเหตุหรือวัตถุประสงค์ทั่วไป

ระบบคือ“ การจัดกลุ่มส่วนประกอบที่พึ่งพาซึ่งกันและกันอย่างเป็นระเบียบซึ่งเชื่อมโยงเข้าด้วยกันตามแผนเพื่อบรรลุเป้าหมายที่เฉพาะเจาะจง”

ข้อ จำกัด ของระบบ

ระบบต้องมีข้อ จำกัด พื้นฐานสามประการ -

  • ระบบต้องมีบางอย่าง structure and behavior ซึ่งออกแบบมาเพื่อให้บรรลุวัตถุประสงค์ที่กำหนดไว้ล่วงหน้า

  • Interconnectivity และ interdependence ต้องมีอยู่ในส่วนประกอบของระบบ

  • objectives of the organization มี higher priority มากกว่าวัตถุประสงค์ของระบบย่อย

ตัวอย่างเช่นระบบจัดการจราจรระบบจ่ายเงินเดือนระบบห้องสมุดอัตโนมัติระบบข้อมูลทรัพยากรบุคคล

คุณสมบัติของระบบ

ระบบมีคุณสมบัติดังต่อไปนี้ -

องค์กร

องค์กรหมายถึงโครงสร้างและคำสั่ง เป็นการจัดองค์ประกอบที่ช่วยให้บรรลุวัตถุประสงค์ที่กำหนดไว้ล่วงหน้า

ปฏิสัมพันธ์

มันถูกกำหนดโดยลักษณะที่ส่วนประกอบทำงานซึ่งกันและกัน

ตัวอย่างเช่นในองค์กรแผนกจัดซื้อต้องติดต่อกับฝ่ายผลิตและจ่ายเงินเดือนกับฝ่ายบุคคล

การพึ่งพากัน

การพึ่งพากันหมายถึงการที่ส่วนประกอบของระบบพึ่งพาซึ่งกันและกัน เพื่อการทำงานที่เหมาะสมส่วนประกอบต่างๆจะถูกประสานและเชื่อมโยงกันตามแผนที่กำหนด เอาต์พุตของระบบย่อยหนึ่งระบบย่อยต้องการเป็นอินพุต

บูรณาการ

การรวมเกี่ยวข้องกับการเชื่อมต่อส่วนประกอบของระบบเข้าด้วยกัน หมายความว่าส่วนต่างๆของระบบทำงานร่วมกันภายในระบบแม้ว่าแต่ละส่วนจะทำหน้าที่เฉพาะ

วัตถุประสงค์กลาง

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

ผู้ใช้ต้องทราบวัตถุประสงค์หลักของโปรแกรมคอมพิวเตอร์ในช่วงต้นของการวิเคราะห์เพื่อให้การออกแบบและการแปลงประสบความสำเร็จ

องค์ประกอบของระบบ

แผนภาพต่อไปนี้แสดงองค์ประกอบของระบบ -

เอาต์พุตและอินพุต

  • จุดมุ่งหมายหลักของระบบคือการสร้างผลลัพธ์ที่เป็นประโยชน์สำหรับผู้ใช้

  • อินพุตคือข้อมูลที่เข้าสู่ระบบเพื่อประมวลผล

  • ผลลัพธ์คือผลลัพธ์ของการประมวลผล

โปรเซสเซอร์ (s)

  • โปรเซสเซอร์เป็นองค์ประกอบของระบบที่เกี่ยวข้องกับการแปลงอินพุตเป็นเอาต์พุตจริง

  • เป็นองค์ประกอบการดำเนินงานของระบบ โปรเซสเซอร์อาจปรับเปลี่ยนอินพุตทั้งหมดหรือบางส่วนขึ้นอยู่กับข้อกำหนดเอาต์พุต

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

ควบคุม

  • องค์ประกอบควบคุมนำทางระบบ

  • เป็นระบบย่อยในการตัดสินใจที่ควบคุมรูปแบบของกิจกรรมที่ควบคุมอินพุตการประมวลผลและเอาต์พุต

  • ลักษณะการทำงานของระบบคอมพิวเตอร์ถูกควบคุมโดยระบบปฏิบัติการและซอฟต์แวร์ เพื่อให้ระบบมีความสมดุลสิ่งที่ต้องการและจำนวนอินพุตจะถูกกำหนดโดยข้อกำหนดของเอาต์พุต

ข้อเสนอแนะ

  • คำติชมให้การควบคุมในระบบไดนามิก

  • ข้อเสนอแนะเชิงบวกเป็นสิ่งที่กระตุ้นให้เกิดการทำงานของระบบเป็นประจำ

  • ข้อเสนอแนะเชิงลบเป็นข้อมูลที่ให้ข้อมูลแก่ผู้ควบคุมเพื่อดำเนินการ

สิ่งแวดล้อม

  • สภาพแวดล้อมคือ“ ระบบเหนือกว่า” ที่องค์กรดำเนินการ

  • เป็นแหล่งที่มาขององค์ประกอบภายนอกที่โจมตีระบบ

  • กำหนดว่าระบบต้องทำงานอย่างไร ตัวอย่างเช่นผู้ขายและคู่แข่งในสภาพแวดล้อมขององค์กรอาจมีข้อ จำกัด ที่ส่งผลต่อผลการดำเนินงานที่แท้จริงของธุรกิจ

ขอบเขตและส่วนต่อประสาน

  • ระบบควรกำหนดตามขอบเขตของระบบ ขอบเขตคือขีด จำกัด ที่ระบุส่วนประกอบกระบวนการและความสัมพันธ์ระหว่างกันเมื่อเชื่อมต่อกับระบบอื่น

  • แต่ละระบบมีขอบเขตที่กำหนดขอบเขตของอิทธิพลและการควบคุม

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

ประเภทของระบบ

ระบบสามารถแบ่งออกเป็นประเภทต่างๆดังต่อไปนี้ -

ระบบกายภาพหรือนามธรรม

  • ระบบทางกายภาพเป็นสิ่งที่จับต้องได้ เราสัมผัสและรู้สึกได้

  • ระบบทางกายภาพอาจเป็นแบบคงที่หรือแบบไดนามิก ตัวอย่างเช่นโต๊ะและเก้าอี้เป็นชิ้นส่วนทางกายภาพของศูนย์คอมพิวเตอร์ซึ่งเป็นแบบคงที่ คอมพิวเตอร์โปรแกรมเป็นระบบไดนามิกที่โปรแกรมข้อมูลและแอปพลิเคชันสามารถเปลี่ยนแปลงได้ตามความต้องการของผู้ใช้

  • ระบบนามธรรมคือเอนทิตีที่ไม่ใช่ทางกายภาพหรือแนวความคิดที่อาจเป็นสูตรการแสดงหรือแบบจำลองของระบบจริง

ระบบเปิดหรือปิด

  • ระบบเปิดต้องโต้ตอบกับสภาพแวดล้อม รับอินพุตจากและส่งเอาต์พุตไปยังภายนอกระบบ ตัวอย่างเช่นระบบสารสนเทศที่ต้องปรับให้เข้ากับสภาพแวดล้อมที่เปลี่ยนแปลงไป

  • ระบบปิดไม่โต้ตอบกับสภาพแวดล้อม แยกได้จากอิทธิพลของสิ่งแวดล้อม ระบบปิดสนิทนั้นหาได้ยากในความเป็นจริง

ระบบ Adaptive และ Non Adaptive

  • Adaptive System ตอบสนองต่อการเปลี่ยนแปลงของสภาพแวดล้อมเพื่อปรับปรุงประสิทธิภาพและความอยู่รอด ตัวอย่างเช่นมนุษย์สัตว์

  • Non Adaptive System คือระบบที่ไม่ตอบสนองต่อสิ่งแวดล้อม ตัวอย่างเช่นเครื่องจักร

ระบบถาวรหรือชั่วคราว

  • ระบบถาวรยังคงมีอยู่เป็นเวลานาน ตัวอย่างเช่นนโยบายทางธุรกิจ

  • ระบบชั่วคราวถูกสร้างขึ้นตามเวลาที่กำหนดและหลังจากนั้นจะถูกรื้อถอน ตัวอย่างเช่นระบบ DJ ถูกตั้งค่าสำหรับโปรแกรมและจะถูกแยกส่วนหลังจากโปรแกรม

ระบบธรรมชาติและการผลิต

  • ระบบธรรมชาติถูกสร้างขึ้นโดยธรรมชาติ ตัวอย่างเช่นระบบสุริยะระบบตามฤดูกาล

  • ระบบการผลิตคือระบบที่มนุษย์สร้างขึ้น ตัวอย่างเช่นจรวดเขื่อนรถไฟ

ระบบกำหนดหรือความน่าจะเป็น

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

  • Probabilistic System แสดงพฤติกรรมที่ไม่แน่นอน ไม่ทราบผลลัพธ์ที่แน่นอน ตัวอย่างเช่นการพยากรณ์อากาศการจัดส่งทางไปรษณีย์

สังคมมนุษย์เครื่องจักรระบบเครื่องจักร

  • ระบบสังคมประกอบด้วยผู้คน ตัวอย่างเช่นสโมสรทางสังคมสังคมต่างๆ

  • ในระบบ Human-Machine ทั้งมนุษย์และเครื่องจักรมีส่วนร่วมในการทำงานเฉพาะอย่าง ตัวอย่างเช่นการเขียนโปรแกรมคอมพิวเตอร์

  • ระบบเครื่องจักรเป็นจุดที่มนุษย์ละเลยการรบกวน งานทั้งหมดจะดำเนินการโดยเครื่อง ตัวอย่างเช่นหุ่นยนต์อิสระ

ระบบสารสนเทศที่มนุษย์สร้างขึ้น

  • เป็นชุดทรัพยากรข้อมูลที่เชื่อมต่อกันเพื่อจัดการข้อมูลสำหรับองค์กรเฉพาะภายใต้ Direct Management Control (DMC)

  • ระบบนี้ประกอบด้วยฮาร์ดแวร์ซอฟต์แวร์การสื่อสารข้อมูลและแอพพลิเคชั่นสำหรับผลิตข้อมูลตามความต้องการขององค์กร

    ระบบสารสนเทศที่มนุษย์สร้างขึ้นแบ่งออกเป็นสามประเภท -

  • Formal Information System - ขึ้นอยู่กับการไหลของข้อมูลในรูปแบบของบันทึกช่วยจำคำแนะนำ ฯลฯ จากระดับบนสุดไปจนถึงระดับล่างของการจัดการ

  • Informal Information System - นี่คือระบบที่ใช้พนักงานซึ่งแก้ปัญหาที่เกี่ยวข้องกับการทำงานในแต่ละวัน

  • Computer Based System- ระบบนี้ขึ้นอยู่กับคอมพิวเตอร์โดยตรงในการจัดการแอปพลิเคชันทางธุรกิจ ตัวอย่างเช่นระบบห้องสมุดอัตโนมัติระบบจองทางรถไฟระบบธนาคารเป็นต้น

โมเดลระบบ

แบบจำลองแผนผัง

  • แบบจำลองแผนผังคือแผนภูมิ 2 มิติที่แสดงองค์ประกอบของระบบและการเชื่อมโยง

  • ลูกศรต่างๆใช้เพื่อแสดงการไหลของข้อมูลการไหลของวัสดุและการตอบกลับของข้อมูล

แบบจำลองระบบการไหล

  • แบบจำลองระบบการไหลแสดงการไหลอย่างเป็นระเบียบของวัสดุพลังงานและข้อมูลที่ยึดระบบไว้ด้วยกัน

  • ตัวอย่างเช่น Program Evaluation and Review Technique (PERT) ใช้ในการสรุประบบโลกแห่งความเป็นจริงในรูปแบบโมเดล

แบบจำลองระบบคงที่

  • พวกเขาเป็นตัวแทนหนึ่งคู่ของความสัมพันธ์เช่นกิจกรรมเวลาหรือค่าใช้จ่ายที่ปริมาณ

  • ตัวอย่างเช่นแผนภูมิแกนต์ให้ภาพคงที่ของความสัมพันธ์เวลากิจกรรม

แบบจำลองระบบไดนามิก

  • องค์กรธุรกิจเป็นระบบที่ไม่หยุดนิ่ง แบบจำลองแบบไดนามิกจะประมาณประเภทขององค์กรหรือแอปพลิเคชันที่นักวิเคราะห์จัดการด้วย

  • มันแสดงสถานะของระบบที่เปลี่ยนแปลงอย่างต่อเนื่องและต่อเนื่อง ประกอบด้วย -

    • อินพุตที่เข้าสู่ระบบ

    • โปรเซสเซอร์ที่เกิดการเปลี่ยนแปลง

    • โปรแกรมที่จำเป็นสำหรับการประมวลผล

    • ผลลัพธ์ที่เป็นผลมาจากการประมวลผล

หมวดหมู่ของข้อมูล

มีข้อมูลสามประเภทที่เกี่ยวข้องกับระดับการจัดการและผู้จัดการตัดสินใจทำ

ข้อมูลเชิงกลยุทธ์

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

  • ข้อมูลประเภทนี้ทำได้ด้วยความช่วยเหลือของระบบสนับสนุนการตัดสินใจ (DSS)

ข้อมูลการจัดการ

  • ข้อมูลประเภทนี้จำเป็นสำหรับผู้บริหารระดับกลางสำหรับการวางแผนระยะสั้นและระดับกลางซึ่งอยู่ในรูปแบบของเดือน ตัวอย่างเช่นการวิเคราะห์การขายประมาณการกระแสเงินสดและงบการเงินประจำปี

  • สามารถทำได้ด้วยความช่วยเหลือของระบบสารสนเทศเพื่อการจัดการ (MIS)

ข้อมูลการปฏิบัติงาน

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

  • ทำได้ด้วยความช่วยเหลือของระบบประมวลผลข้อมูล (DPS)

วงจรชีวิตการพัฒนาระบบ (SDLC) ที่มีประสิทธิภาพควรส่งผลให้ระบบคุณภาพสูงตรงตามความคาดหวังของลูกค้าบรรลุผลสำเร็จภายในเวลาและการประเมินต้นทุนและทำงานได้อย่างมีประสิทธิผลและประสิทธิผลในโครงสร้างพื้นฐานเทคโนโลยีสารสนเทศในปัจจุบันและตามแผน

วงจรชีวิตการพัฒนาระบบ (SDLC) เป็นแบบจำลองแนวคิดซึ่งรวมถึงนโยบายและขั้นตอนในการพัฒนาหรือปรับเปลี่ยนระบบตลอดวงจรชีวิต

SDLC ถูกใช้โดยนักวิเคราะห์เพื่อพัฒนาระบบสารสนเทศ SDLC ประกอบด้วยกิจกรรมต่อไปนี้ -

  • requirements
  • design
  • implementation
  • testing
  • deployment
  • operations
  • maintenance

ขั้นตอนของ SDLC

วงจรชีวิตของการพัฒนาระบบเป็นวิธีการที่เป็นระบบซึ่งแบ่งงานออกเป็นขั้นตอนที่จำเป็นในการใช้ระบบสารสนเทศใหม่หรือที่แก้ไขอย่างชัดเจน

การศึกษาความเป็นไปได้หรือการวางแผน

  • กำหนดปัญหาและขอบเขตของระบบที่มีอยู่

  • สรุปภาพรวมของระบบใหม่และกำหนดวัตถุประสงค์

  • ยืนยันความเป็นไปได้ของโครงการและจัดทำกำหนดการโครงการ

  • ในช่วงนี้จะมีการพิจารณาภัยคุกคามข้อ จำกัด การผสานรวมและความปลอดภัยของระบบด้วย

  • รายงานความเป็นไปได้ของโครงการทั้งหมดจะถูกสร้างขึ้นในตอนท้ายของขั้นตอนนี้

การวิเคราะห์และข้อกำหนด

  • รวบรวมวิเคราะห์และตรวจสอบข้อมูล

  • กำหนดข้อกำหนดและต้นแบบสำหรับระบบใหม่

  • ประเมินทางเลือกและจัดลำดับความสำคัญของข้อกำหนด

  • ตรวจสอบความต้องการข้อมูลของผู้ใช้ปลายทางและปรับปรุงเป้าหมายของระบบ

  • เอกสารข้อกำหนดข้อกำหนดซอฟต์แวร์ (SRS) ซึ่งระบุข้อกำหนดซอฟต์แวร์ฮาร์ดแวร์ฟังก์ชันและเครือข่ายของระบบจัดทำขึ้นเมื่อสิ้นสุดขั้นตอนนี้

การออกแบบระบบ

  • รวมถึงการออกแบบแอปพลิเคชันเครือข่ายฐานข้อมูลส่วนต่อประสานผู้ใช้และส่วนต่อประสานระบบ

  • แปลงเอกสาร SRS ให้เป็นโครงสร้างเชิงตรรกะซึ่งมีชุดข้อมูลจำเพาะโดยละเอียดและครบถ้วนที่สามารถนำไปใช้ในภาษาโปรแกรมได้

  • จัดทำแผนฉุกเฉินการฝึกอบรมการบำรุงรักษาและการดำเนินงาน

  • ตรวจสอบการออกแบบที่เสนอ ตรวจสอบให้แน่ใจว่าการออกแบบขั้นสุดท้ายต้องเป็นไปตามข้อกำหนดที่ระบุไว้ในเอกสาร SRS

  • สุดท้ายเตรียมเอกสารการออกแบบซึ่งจะใช้ในช่วงต่อไป

การนำไปใช้

  • นำการออกแบบไปใช้ในซอร์สโค้ดผ่านการเข้ารหัส

  • รวมโมดูลทั้งหมดเข้าด้วยกันในสภาพแวดล้อมการฝึกอบรมที่ตรวจพบข้อผิดพลาดและข้อบกพร่อง

  • รายงานการทดสอบที่มีข้อผิดพลาดจัดทำขึ้นผ่านแผนการทดสอบซึ่งรวมถึงงานที่เกี่ยวข้องกับการทดสอบเช่นการสร้างกรณีทดสอบเกณฑ์การทดสอบและการจัดสรรทรัพยากรสำหรับการทดสอบ

  • รวมระบบข้อมูลเข้ากับสภาพแวดล้อมและติดตั้งระบบใหม่

การบำรุงรักษา / การสนับสนุน

  • รวมกิจกรรมทั้งหมดเช่นการสนับสนุนทางโทรศัพท์หรือการสนับสนุนทางกายภาพนอกสถานที่สำหรับผู้ใช้ที่จำเป็นเมื่อติดตั้งระบบ

  • ดำเนินการเปลี่ยนแปลงที่ซอฟต์แวร์อาจได้รับในช่วงเวลาหนึ่งหรือใช้ข้อกำหนดใหม่ใด ๆ หลังจากที่ซอฟต์แวร์ถูกใช้งานในสถานที่ตั้งของลูกค้า

  • นอกจากนี้ยังรวมถึงการจัดการข้อผิดพลาดที่เหลือและแก้ไขปัญหาใด ๆ ที่อาจมีอยู่ในระบบแม้ว่าจะผ่านขั้นตอนการทดสอบแล้วก็ตาม

  • อาจจำเป็นต้องมีการบำรุงรักษาและการสนับสนุนเป็นเวลานานสำหรับระบบขนาดใหญ่และในช่วงเวลาสั้น ๆ สำหรับระบบขนาดเล็ก

วงจรชีวิตของการวิเคราะห์และออกแบบระบบ

แผนภาพต่อไปนี้แสดงวงจรชีวิตที่สมบูรณ์ของระบบระหว่างขั้นตอนการวิเคราะห์และการออกแบบ

บทบาทของนักวิเคราะห์ระบบ

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

เขาดำเนินการให้ตรงกับวัตถุประสงค์ของระบบสารสนเทศกับเป้าหมายขององค์กร

บทบาทหลัก

  • การกำหนดและทำความเข้าใจความต้องการของผู้ใช้ผ่านเทคนิคการค้นหาข้อเท็จจริงต่างๆ

  • จัดลำดับความสำคัญของข้อกำหนดโดยได้รับฉันทามติของผู้ใช้

  • การรวบรวมข้อเท็จจริงหรือข้อมูลและรับความคิดเห็นของผู้ใช้

  • รักษาการวิเคราะห์และประเมินผลเพื่อให้ได้ระบบที่เหมาะสมซึ่งเป็นมิตรกับผู้ใช้มากขึ้น

  • แนะนำโซลูชันทางเลือกที่ยืดหยุ่นมากมายเลือกโซลูชันที่ดีที่สุดและระบุจำนวนต้นทุนและผลประโยชน์

  • วาดข้อกำหนดบางประการที่ผู้ใช้และโปรแกรมเมอร์เข้าใจได้ง่ายในรูปแบบที่ละเอียดและแม่นยำ

  • ใช้การออกแบบเชิงตรรกะของระบบซึ่งต้องเป็นแบบแยกส่วน

  • วางแผนระยะเวลาสำหรับการประเมินหลังจากใช้งานไประยะหนึ่งและปรับเปลี่ยนระบบตามความจำเป็น

คุณสมบัติของนักวิเคราะห์ระบบ

รูปต่อไปนี้แสดงคุณลักษณะที่นักวิเคราะห์ระบบควรมี -

ทักษะความสัมพันธ์ระหว่างบุคคล

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

ทักษะการวิเคราะห์

  • การศึกษาระบบและความรู้ขององค์กร
  • การระบุปัญหาการวิเคราะห์ปัญหาและการแก้ปัญหา
  • เสียงทั่วไป
  • ความสามารถในการเข้าถึงการแลกเปลี่ยน
  • ความอยากรู้อยากเห็นเกี่ยวกับองค์กรใหม่

ทักษะการจัดการ

  • ทำความเข้าใจศัพท์แสงและแนวทางปฏิบัติของผู้ใช้
  • การจัดการทรัพยากรและโครงการ
  • การเปลี่ยนแปลงและการจัดการความเสี่ยง
  • ทำความเข้าใจกับฟังก์ชันการจัดการอย่างละเอียด

ทักษะทางเทคนิค

  • ความรู้เกี่ยวกับคอมพิวเตอร์และซอฟต์แวร์
  • ก้าวทันการพัฒนาที่ทันสมัย
  • รู้จักเครื่องมือออกแบบระบบ
  • ความรู้เกี่ยวกับเทคโนโลยีใหม่ ๆ

การกำหนดข้อกำหนดคืออะไร?

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

การกำหนดข้อกำหนดเกี่ยวข้องกับการศึกษาระบบที่มีอยู่และการรวบรวมรายละเอียดเพื่อค้นหาว่าอะไรคือข้อกำหนดวิธีการทำงานและจุดที่ควรปรับปรุง

กิจกรรมหลักในการกำหนดความต้องการ

ความต้องการความคาดหวัง

  • เป็นการทำนายลักษณะของระบบตามประสบการณ์เดิมซึ่งรวมถึงปัญหาหรือคุณสมบัติบางอย่างและข้อกำหนดสำหรับระบบใหม่

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

การตรวจสอบข้อกำหนด

  • กำลังศึกษาระบบปัจจุบันและจัดทำเอกสารคุณสมบัติเพื่อการวิเคราะห์เพิ่มเติม

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

ข้อกำหนดข้อกำหนด

  • รวมถึงการวิเคราะห์ข้อมูลซึ่งกำหนดข้อกำหนดข้อกำหนดคำอธิบายคุณลักษณะสำหรับระบบใหม่และการระบุข้อกำหนดข้อมูลที่จะให้

  • ซึ่งรวมถึงการวิเคราะห์ข้อมูลที่เป็นข้อเท็จจริงการระบุข้อกำหนดที่จำเป็นและการเลือกกลยุทธ์การปฏิบัติตามข้อกำหนด

เทคนิคการรวบรวมข้อมูล

จุดมุ่งหมายหลักของเทคนิคการค้นหาข้อเท็จจริงคือการกำหนดข้อกำหนดด้านข้อมูลขององค์กรที่นักวิเคราะห์ใช้เพื่อจัดเตรียม SRS ที่แม่นยำที่ผู้ใช้เข้าใจ

เอกสาร SRS ในอุดมคติควร -

  • สมบูรณ์ไม่คลุมเครือและไม่มีศัพท์เฉพาะ
  • ระบุข้อกำหนดด้านข้อมูลการปฏิบัติงานยุทธวิธีและกลยุทธ์
  • แก้ไขข้อพิพาทที่อาจเกิดขึ้นระหว่างผู้ใช้และนักวิเคราะห์
  • ใช้เครื่องมือช่วยแบบกราฟิกที่ช่วยลดความซับซ้อนในการทำความเข้าใจและการออกแบบ

มีเทคนิคการรวบรวมข้อมูลต่างๆ -

การสัมภาษณ์

นักวิเคราะห์ระบบรวบรวมข้อมูลจากบุคคลหรือกลุ่มโดยการสัมภาษณ์ นักวิเคราะห์อาจเป็นทางการกฎหมายเล่นการเมืองหรือไม่เป็นทางการ เนื่องจากความสำเร็จของการสัมภาษณ์ขึ้นอยู่กับทักษะของนักวิเคราะห์ในฐานะผู้สัมภาษณ์

สามารถทำได้สองวิธี -

  • Unstructured Interview - นักวิเคราะห์ระบบดำเนินการถาม - ตอบเพื่อรับข้อมูลพื้นฐานของระบบ

  • Structured Interview - มีคำถามมาตรฐานที่ผู้ใช้ต้องตอบในรูปแบบปิด (วัตถุประสงค์) หรือเปิด (บรรยาย)

Advantages of Interviewing

  • วิธีนี้มักเป็นแหล่งรวบรวมข้อมูลเชิงคุณภาพที่ดีที่สุด

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

  • ข้อมูลสามารถตรวจสอบได้อย่างง่ายดายและตรวจสอบข้ามได้ทันที

  • สามารถจัดการกับเรื่องที่ซับซ้อนได้

  • เป็นเรื่องง่ายที่จะค้นพบปัญหาสำคัญโดยการแสวงหาความคิดเห็น

  • เป็นการเชื่อมช่องว่างในพื้นที่ของความเข้าใจผิดและลดปัญหาในอนาคต

แบบสอบถาม

นักวิเคราะห์ใช้วิธีนี้เพื่อรวบรวมข้อมูลเกี่ยวกับปัญหาต่างๆของระบบจากบุคคลจำนวนมาก

แบบสอบถามมีสองประเภท -

  • Open-ended Questionnaires- ประกอบด้วยคำถามที่สามารถตีความได้ง่ายและถูกต้อง พวกเขาสามารถสำรวจปัญหาและนำไปสู่ทิศทางคำตอบที่เฉพาะเจาะจง

  • Closed-ended Questionnaires - ประกอบด้วยคำถามที่ใช้เมื่อนักวิเคราะห์ระบบแสดงรายการคำตอบที่เป็นไปได้ทั้งหมดอย่างมีประสิทธิภาพซึ่งเป็นคำถามที่ไม่สามารถใช้ร่วมกันได้

Advantages of questionnaires

  • มีประสิทธิภาพมากในการสำรวจความสนใจทัศนคติความรู้สึกและความเชื่อของผู้ใช้ที่ไม่ได้อยู่ร่วมกัน

  • เป็นประโยชน์ในสถานการณ์ที่จะทราบว่าสัดส่วนของกลุ่มใดที่อนุมัติหรือไม่อนุมัติคุณลักษณะเฉพาะของระบบที่เสนอ

  • จะมีประโยชน์ในการพิจารณาความคิดเห็นโดยรวมก่อนที่จะให้ทิศทางที่เฉพาะเจาะจงกับโครงการระบบ

  • มีความน่าเชื่อถือมากขึ้นและให้การตอบสนองที่ซื่อสัตย์เป็นความลับสูง

  • เหมาะสำหรับการเลือกข้อมูลที่เป็นข้อเท็จจริงและสำหรับการรวบรวมข้อมูลทางสถิติซึ่งสามารถส่งทางอีเมลและส่งทางไปรษณีย์ได้

การตรวจสอบบันทึกขั้นตอนและแบบฟอร์ม

การทบทวนบันทึกขั้นตอนและแบบฟอร์มที่มีอยู่จะช่วยในการค้นหาข้อมูลเชิงลึกเกี่ยวกับระบบซึ่งอธิบายถึงความสามารถของระบบปัจจุบันการดำเนินการหรือกิจกรรมต่างๆ

Advantages

  • ช่วยให้ผู้ใช้ได้รับความรู้บางอย่างเกี่ยวกับองค์กรหรือการดำเนินงานด้วยตนเองก่อนที่จะกำหนดให้ผู้อื่น

  • ช่วยในการบันทึกการดำเนินงานปัจจุบันภายในช่วงเวลาสั้น ๆ เนื่องจากคู่มือและแบบฟอร์มขั้นตอนอธิบายถึงรูปแบบและหน้าที่ของระบบปัจจุบัน

  • สามารถให้ความเข้าใจที่ชัดเจนเกี่ยวกับธุรกรรมที่จัดการในองค์กรการระบุอินพุตสำหรับการประมวลผลและการประเมินประสิทธิภาพ

  • สามารถช่วยให้นักวิเคราะห์เข้าใจระบบในแง่ของการดำเนินงานที่ต้องได้รับการสนับสนุน

  • อธิบายถึงปัญหาส่วนที่ได้รับผลกระทบและแนวทางแก้ไขที่เสนอ

การสังเกต

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

Advantages

  • เป็นวิธีการโดยตรงในการรวบรวมข้อมูล

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

  • ให้ข้อมูลที่แม่นยำและเชื่อถือได้มากขึ้น

  • จัดทำเอกสารทุกด้านที่ไม่สมบูรณ์และล้าสมัย

การพัฒนาแอปพลิเคชันร่วม (JAD)

เป็นเทคนิคใหม่ที่พัฒนาโดย IBM ซึ่งนำเจ้าของผู้ใช้นักวิเคราะห์นักออกแบบและผู้สร้างมากำหนดและออกแบบระบบโดยใช้การประชุมเชิงปฏิบัติการที่เป็นระเบียบและเข้มข้น นักวิเคราะห์ที่ผ่านการฝึกอบรมจาก JAD ทำหน้าที่เป็นผู้อำนวยความสะดวกสำหรับการประชุมเชิงปฏิบัติการที่มีทักษะเฉพาะทาง

Advantages of JAD

  • ช่วยประหยัดเวลาและค่าใช้จ่ายโดยแทนที่การสัมภาษณ์แบบเดิมหลายเดือนและการประชุมติดตามผล

  • เป็นประโยชน์ในวัฒนธรรมองค์กรที่สนับสนุนการแก้ปัญหาร่วมกัน

  • ส่งเสริมความสัมพันธ์อย่างเป็นทางการระหว่างพนักงานหลายระดับ

  • สามารถนำไปสู่การพัฒนาการออกแบบอย่างสร้างสรรค์

  • ช่วยให้การพัฒนาอย่างรวดเร็วและปรับปรุงความเป็นเจ้าของระบบข้อมูล

การวิจัยทุติยภูมิหรือการอ่านภูมิหลัง

วิธีนี้ใช้กันอย่างแพร่หลายในการรวบรวมข้อมูลโดยการเข้าถึงข้อมูลที่รวบรวมมา รวมถึงข้อมูลที่รวบรวมไว้ก่อนหน้านี้ซึ่งใช้โดยนักการตลาดจากแหล่งภายในหรือภายนอก

Advantages

  • สามารถเข้าถึงได้อย่างเปิดเผยมากขึ้นด้วยความพร้อมของอินเทอร์เน็ต

  • ให้ข้อมูลที่มีค่าด้วยต้นทุนและเวลาที่ต่ำ

  • มันทำหน้าที่เป็นผู้บุกเบิกการวิจัยขั้นต้นและปรับจุดเน้นของการวิจัยขั้นต้น

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

การศึกษาความเป็นไปได้

การศึกษาความเป็นไปได้ถือได้ว่าเป็นการตรวจสอบเบื้องต้นที่ช่วยให้ฝ่ายบริหารสามารถตัดสินใจได้ว่าการศึกษาระบบควรมีความเป็นไปได้ในการพัฒนาหรือไม่

  • ระบุความเป็นไปได้ในการปรับปรุงระบบที่มีอยู่การพัฒนาระบบใหม่และจัดทำประมาณการที่ละเอียดอ่อนสำหรับการพัฒนาระบบต่อไป

  • ใช้เพื่อให้ได้โครงร่างของปัญหาและตัดสินใจว่ามีทางออกที่เป็นไปได้หรือเหมาะสมหรือไม่

  • วัตถุประสงค์หลักของการศึกษาความเป็นไปได้คือการได้มาซึ่งขอบเขตของปัญหาแทนที่จะแก้ปัญหา

  • ผลลัพธ์ของการศึกษาความเป็นไปได้คือข้อเสนอของระบบที่เป็นทางการซึ่งทำหน้าที่เป็นเอกสารประกอบการตัดสินใจซึ่งรวมถึงลักษณะที่สมบูรณ์และขอบเขตของระบบที่เสนอ

ขั้นตอนที่เกี่ยวข้องกับการวิเคราะห์ความเป็นไปได้

ให้ปฏิบัติตามขั้นตอนต่อไปนี้ขณะทำการวิเคราะห์ความเป็นไปได้ -

  • จัดตั้งทีมโครงการและแต่งตั้งหัวหน้าโครงการ

  • พัฒนาผังงานระบบ

  • ระบุข้อบกพร่องของระบบปัจจุบันและกำหนดเป้าหมาย

  • แจกแจงโซลูชันทางเลือกหรือระบบผู้สมัครที่มีศักยภาพเพื่อให้บรรลุเป้าหมาย

  • กำหนดความเป็นไปได้ของแต่ละทางเลือกเช่นความเป็นไปได้ทางเทคนิคความเป็นไปได้ในการดำเนินงานเป็นต้น

  • ให้น้ำหนักประสิทธิภาพและความคุ้มทุนของระบบผู้สมัครแต่ละระบบ

  • จัดอันดับทางเลือกอื่น ๆ และเลือกระบบผู้สมัครที่ดีที่สุด

  • จัดทำข้อเสนอระบบของคำสั่งโครงการขั้นสุดท้ายให้ฝ่ายบริหารอนุมัติ

ประเภทของความเป็นไปได้

ความเป็นไปได้ทางเศรษฐกิจ

  • เป็นการประเมินประสิทธิผลของระบบผู้สมัครโดยใช้วิธีการวิเคราะห์ต้นทุน / ผลประโยชน์

  • แสดงให้เห็นถึงประโยชน์สุทธิจากระบบผู้สมัครในแง่ของผลประโยชน์และต้นทุนต่อองค์กร

  • จุดมุ่งหมายหลักของการวิเคราะห์ความเป็นไปได้ทางเศรษฐกิจ (EFS) คือการประมาณความต้องการทางเศรษฐกิจของระบบผู้สมัครก่อนที่เงินลงทุนจะได้รับข้อเสนอ

  • ต้องการทางเลือกอื่นที่จะเพิ่มมูลค่าสุทธิขององค์กรโดยผลตอบแทนที่เร็วที่สุดและสูงที่สุดพร้อมกับระดับความเสี่ยงต่ำสุดที่เกี่ยวข้องในการพัฒนาระบบผู้สมัคร

ความเป็นไปได้ทางเทคนิค

  • จะตรวจสอบความเป็นไปได้ทางเทคนิคของแต่ละทางเลือกในการใช้งาน

  • จะวิเคราะห์และกำหนดว่าโซลูชันสามารถรองรับเทคโนโลยีที่มีอยู่ได้หรือไม่

  • นักวิเคราะห์จะพิจารณาว่าทรัพยากรทางเทคนิคในปัจจุบันได้รับการอัพเกรดหรือเพิ่มทรัพยากรที่เป็นไปตามข้อกำหนดใหม่หรือไม่

  • ช่วยให้มั่นใจได้ว่าระบบผู้สมัครให้การตอบสนองที่เหมาะสมตามขอบเขตที่สามารถรองรับการปรับปรุงทางเทคนิคได้

ความเป็นไปได้ในการดำเนินงาน

  • จะพิจารณาว่าระบบทำงานได้อย่างมีประสิทธิภาพหรือไม่เมื่อมีการพัฒนาและนำไปใช้

  • เพื่อให้แน่ใจว่าฝ่ายบริหารควรสนับสนุนระบบที่เสนอและการทำงานที่เป็นไปได้ในสภาพแวดล้อมขององค์กรในปัจจุบัน

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

  • นอกจากนี้ยังช่วยให้มั่นใจได้ว่าทรัพยากรคอมพิวเตอร์และสถาปัตยกรรมเครือข่ายของระบบผู้สมัครสามารถทำงานได้

ความเป็นไปได้ทางพฤติกรรม

  • ประเมินและประเมินทัศนคติหรือพฤติกรรมของผู้ใช้ที่มีต่อการพัฒนาระบบใหม่

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

กำหนดเวลาความเป็นไปได้

  • ช่วยให้มั่นใจได้ว่าโครงการควรจะเสร็จสิ้นภายในเวลาหรือกำหนดเวลาที่กำหนด

  • นอกจากนี้ยังตรวจสอบและตรวจสอบว่ากำหนดเวลาของโครงการมีความสมเหตุสมผลหรือไม่

นักวิเคราะห์ใช้เครื่องมือต่างๆเพื่อทำความเข้าใจและอธิบายระบบสารสนเทศ วิธีหนึ่งคือการใช้การวิเคราะห์เชิงโครงสร้าง

Structured Analysis คืออะไร?

การวิเคราะห์เชิงโครงสร้างเป็นวิธีการพัฒนาที่ช่วยให้นักวิเคราะห์เข้าใจระบบและกิจกรรมของระบบได้อย่างมีเหตุผล

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

มีคุณสมบัติดังต่อไปนี้ -

  • เป็นภาพกราฟิกที่ระบุการนำเสนอแอปพลิเคชัน

  • แบ่งกระบวนการเพื่อให้เห็นภาพที่ชัดเจนของการไหลของระบบ

  • เป็นตรรกะมากกว่าทางกายภาพกล่าวคือองค์ประกอบของระบบไม่ได้ขึ้นอยู่กับผู้ขายหรือฮาร์ดแวร์

  • เป็นแนวทางที่ใช้ได้ผลตั้งแต่ภาพรวมระดับสูงไปจนถึงรายละเอียดระดับล่าง

เครื่องมือวิเคราะห์โครงสร้าง

ในระหว่างการวิเคราะห์เชิงโครงสร้างเครื่องมือและเทคนิคต่างๆจะถูกนำมาใช้เพื่อการพัฒนาระบบ พวกเขาคือ -

  • แผนภาพกระแสข้อมูล
  • พจนานุกรมข้อมูล
  • ต้นไม้แห่งการตัดสินใจ
  • ตารางการตัดสินใจ
  • ภาษาอังกฤษที่มีโครงสร้าง
  • Pseudocode

Data Flow Diagrams (DFD) หรือ Bubble Chart

เป็นเทคนิคที่แลร์รี่คอนสแตนตินพัฒนาขึ้นเพื่อแสดงความต้องการของระบบในรูปแบบกราฟิก

  • แสดงการไหลของข้อมูลระหว่างฟังก์ชันต่างๆของระบบและระบุวิธีการใช้งานระบบปัจจุบัน

  • เป็นขั้นตอนเริ่มต้นของขั้นตอนการออกแบบที่แบ่งข้อกำหนดความต้องการตามหน้าที่ลงจนถึงระดับรายละเอียดต่ำสุด

  • ลักษณะกราฟิกทำให้เป็นเครื่องมือสื่อสารที่ดีระหว่างผู้ใช้และนักวิเคราะห์หรือนักวิเคราะห์และผู้ออกแบบระบบ

  • ให้ภาพรวมว่าข้อมูลใดที่ระบบประมวลผลการเปลี่ยนแปลงใดที่ดำเนินการข้อมูลใดที่จัดเก็บผลลัพธ์ที่ได้รับและการไหลของข้อมูล

องค์ประกอบพื้นฐานของ DFD

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

ตารางต่อไปนี้แสดงสัญลักษณ์ที่ใช้ในการออกแบบ DFD และความสำคัญ -

ชื่อสัญลักษณ์ สัญลักษณ์ ความหมาย
สแควร์
แหล่งที่มาหรือปลายทางของข้อมูล
ลูกศร
การไหลของข้อมูล
วงกลม
กระบวนการเปลี่ยนกระแสข้อมูล
เปิดสี่เหลี่ยมผืนผ้า
ที่เก็บข้อมูล

ประเภทของ DFD

DFD มีสองประเภท: Physical DFD และ Logical DFD ตารางต่อไปนี้แสดงจุดที่แยกความแตกต่างของ DFD ทางกายภาพจาก DFD เชิงตรรกะ

DFD ทางกายภาพ DFD เชิงตรรกะ
ขึ้นอยู่กับการใช้งาน มันแสดงให้เห็นว่าฟังก์ชันใดถูกดำเนินการ เป็นการนำไปใช้อย่างอิสระ เน้นเฉพาะการไหลของข้อมูลระหว่างกระบวนการ
ให้รายละเอียดฮาร์ดแวร์ซอฟต์แวร์ไฟล์และบุคคลในระดับต่ำ อธิบายเหตุการณ์ของระบบและข้อมูลที่จำเป็นสำหรับแต่ละเหตุการณ์
มันแสดงให้เห็นว่าระบบปัจจุบันทำงานอย่างไรและจะนำระบบไปใช้อย่างไร แสดงให้เห็นว่าธุรกิจดำเนินการอย่างไร ไม่ใช่วิธีการนำระบบไปใช้

แผนภาพบริบท

แผนภาพบริบทช่วยในการทำความเข้าใจระบบทั้งหมดโดย DFD เดียวซึ่งให้ภาพรวมของระบบ เริ่มต้นด้วยการกล่าวถึงกระบวนการที่สำคัญพร้อมรายละเอียดเล็ก ๆ น้อย ๆ จากนั้นจึงให้รายละเอียดเพิ่มเติมของกระบวนการด้วยวิธีการจากบนลงล่าง

แผนภาพบริบทของการจัดการระเบียบแสดงไว้ด้านล่าง

พจนานุกรมข้อมูล

พจนานุกรมข้อมูลคือที่เก็บที่มีโครงสร้างขององค์ประกอบข้อมูลในระบบ จัดเก็บคำอธิบายขององค์ประกอบข้อมูล DFD ทั้งหมดนั่นคือรายละเอียดและคำจำกัดความของกระแสข้อมูลที่เก็บข้อมูลข้อมูลที่จัดเก็บในที่เก็บข้อมูลและกระบวนการ

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

ซีเนียร์ ชื่อข้อมูล คำอธิบาย จำนวนอักขระ
1 ISBN หมายเลข ISBN 10
2 หัวข้อ หัวข้อ 60
3 ย่อย หนังสือเรื่อง 80
4 ชื่อ ชื่อผู้แต่ง 15

ต้นไม้แห่งการตัดสินใจ

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

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

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

ตัวอย่างเช่นอ้างอิงโครงสร้างการตัดสินใจต่อไปนี้ -

ตารางการตัดสินใจ

ตารางการตัดสินใจเป็นวิธีการอธิบายความสัมพันธ์เชิงตรรกะที่ซับซ้อนอย่างแม่นยำซึ่งเข้าใจได้ง่าย

  • มีประโยชน์ในสถานการณ์ที่การกระทำที่เป็นผลลัพธ์ขึ้นอยู่กับการเกิดขึ้นของเงื่อนไขอิสระหนึ่งหรือหลายชุด

  • เป็นเมทริกซ์ที่มีแถวหรือคอลัมน์สำหรับกำหนดปัญหาและการดำเนินการ

ส่วนประกอบของตารางการตัดสินใจ

  • Condition Stub - อยู่ในรูปสี่เหลี่ยมด้านซ้ายบนซึ่งแสดงรายการเงื่อนไขทั้งหมดที่จะตรวจสอบ

  • Action Stub - อยู่ในรูปสี่เหลี่ยมด้านซ้ายล่างซึ่งแสดงการกระทำทั้งหมดที่ต้องดำเนินการเพื่อให้เป็นไปตามเงื่อนไขดังกล่าว

  • Condition Entry - อยู่ในรูปสี่เหลี่ยมด้านขวาบนซึ่งให้คำตอบสำหรับคำถามที่ถามในรูปสี่เหลี่ยมเงื่อนไข

  • Action Entry - อยู่ในรูปสี่เหลี่ยมด้านขวาล่างซึ่งระบุการกระทำที่เหมาะสมซึ่งเป็นผลมาจากคำตอบของเงื่อนไขในจตุภาครายการเงื่อนไข

รายการในตารางการตัดสินใจกำหนดโดยกฎการตัดสินใจซึ่งกำหนดความสัมพันธ์ระหว่างการรวมกันของเงื่อนไขและแนวทางปฏิบัติ ในส่วนกฎ

  • Y แสดงการมีอยู่ของเงื่อนไข
  • N แสดงถึงเงื่อนไขซึ่งไม่พอใจ
  • ว่าง - ต่อการดำเนินการระบุว่าจะถูกละเว้น
  • X (หรือเครื่องหมายถูกจะทำ) กับสถานะการดำเนินการที่จะต้องดำเนินการ

ตัวอย่างเช่นดูตารางต่อไปนี้ -

เงื่อนไข กฎข้อ 1 กฎข้อ 2 กฎข้อ 3 กฎข้อ 4
ชำระเงินล่วงหน้า
ยอดซื้อ = Rs 10,000 / - -
ลูกค้าประจำ - -
ACTIONS
มอบส่วนลด 5% X X - -
ไม่ให้ส่วนลด - - X X

ภาษาอังกฤษที่มีโครงสร้าง

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

  • จะใช้ดีที่สุดเมื่อต้องพิจารณาลำดับและการวนซ้ำในโปรแกรมและปัญหาต้องการลำดับของการกระทำพร้อมการตัดสินใจ

  • ไม่มีกฎไวยากรณ์ที่เข้มงวด เป็นการแสดงออกถึงตรรกะทั้งหมดในแง่ของโครงสร้างการตัดสินใจตามลำดับและการทำซ้ำ

ตัวอย่างเช่นดูลำดับการดำเนินการต่อไปนี้ -

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if

รหัสเทียม

pseudocode ไม่สอดคล้องกับภาษาโปรแกรมใด ๆ และแสดงตรรกะเป็นภาษาอังกฤษล้วน

  • อาจระบุตรรกะการเขียนโปรแกรมทางกายภาพโดยไม่มีการเข้ารหัสจริงระหว่างและหลังการออกแบบทางกายภาพ

  • ใช้ร่วมกับการเขียนโปรแกรมเชิงโครงสร้าง

  • จะแทนที่ผังงานของโปรแกรม

แนวทางการเลือกเครื่องมือที่เหมาะสม

ใช้แนวทางต่อไปนี้เพื่อเลือกเครื่องมือที่เหมาะสมที่สุดที่เหมาะกับความต้องการของคุณ -

  • ใช้ DFD ในการวิเคราะห์ระดับสูงหรือต่ำเพื่อจัดเตรียมเอกสารระบบที่ดี

  • ใช้พจนานุกรมข้อมูลเพื่อลดความซับซ้อนของโครงสร้างเพื่อตอบสนองความต้องการข้อมูลของระบบ

  • ใช้ภาษาอังกฤษที่มีโครงสร้างหากมีหลายลูปและการดำเนินการมีความซับซ้อน

  • ใช้ตารางการตัดสินใจเมื่อมีเงื่อนไขจำนวนมากในการตรวจสอบและตรรกะมีความซับซ้อน

  • ใช้แผนผังการตัดสินใจเมื่อการจัดลำดับเงื่อนไขเป็นสิ่งสำคัญและหากมีเงื่อนไขที่ต้องทดสอบน้อย

System designเป็นเฟสที่เชื่อมช่องว่างระหว่างโดเมนปัญหากับระบบที่มีอยู่ด้วยวิธีที่จัดการได้ ระยะนี้มุ่งเน้นไปที่โดเมนโซลูชันนั่นคือ“ จะนำไปใช้อย่างไร”

เป็นระยะที่เอกสาร SRS ถูกแปลงเป็นรูปแบบที่สามารถนำไปใช้งานได้และตัดสินใจว่าระบบจะดำเนินการอย่างไร

ในระยะนี้กิจกรรมที่ซับซ้อนของการพัฒนาระบบแบ่งออกเป็นกิจกรรมย่อยย่อย ๆ หลายกิจกรรมซึ่งประสานงานซึ่งกันและกันเพื่อให้บรรลุวัตถุประสงค์หลักของการพัฒนาระบบ

ปัจจัยการผลิตในการออกแบบระบบ

การออกแบบระบบรับอินพุตต่อไปนี้ -

  • คำชี้แจงการทำงาน

  • แผนการกำหนดความต้องการ

  • การวิเคราะห์สถานการณ์ปัจจุบัน

  • ข้อกำหนดของระบบที่เสนอรวมถึงโมเดลข้อมูลเชิงแนวคิด DFD ที่แก้ไขและข้อมูลเมตา (ข้อมูลเกี่ยวกับข้อมูล)

ผลลัพธ์สำหรับการออกแบบระบบ

การออกแบบระบบให้ผลลัพธ์ดังต่อไปนี้ -

  • โครงสร้างพื้นฐานและการเปลี่ยนแปลงองค์กรสำหรับระบบที่เสนอ

  • สคีมาข้อมูลมักเป็นสคีมาเชิงสัมพันธ์

  • ข้อมูลเมตาเพื่อกำหนดตาราง / ไฟล์และคอลัมน์ / รายการข้อมูล

  • แผนภาพลำดับชั้นของฟังก์ชันหรือแผนผังหน้าเว็บที่อธิบายโครงสร้างโปรแกรมแบบกราฟิก

  • จริงหรือรหัสเทียมสำหรับแต่ละโมดูลในโปรแกรม

  • ต้นแบบสำหรับระบบที่นำเสนอ

ประเภทของการออกแบบระบบ

การออกแบบเชิงตรรกะ

การออกแบบเชิงตรรกะเกี่ยวข้องกับการแสดงนามธรรมของกระแสข้อมูลอินพุตและเอาต์พุตของระบบ อธิบายถึงอินพุต (แหล่งที่มา) เอาต์พุต (ปลายทาง) ฐานข้อมูล (ที่เก็บข้อมูล) โพรซีเดอร์ (โฟลว์ข้อมูล) ทั้งหมดในรูปแบบที่ตรงตามความต้องการของผู้ใช้

ในขณะเตรียมการออกแบบเชิงตรรกะของระบบนักวิเคราะห์ระบบจะระบุความต้องการของผู้ใช้ในระดับรายละเอียดที่กำหนดการไหลของข้อมูลเข้าและออกจากระบบและแหล่งข้อมูลที่ต้องการ มีการใช้แผนภาพกระแสข้อมูลการสร้างแบบจำลองแผนภาพ ER

การออกแบบทางกายภาพ

การออกแบบทางกายภาพเกี่ยวข้องกับกระบวนการอินพุตและเอาต์พุตจริงของระบบ เน้นไปที่วิธีป้อนข้อมูลลงในระบบตรวจสอบประมวลผลและแสดงเป็นเอาต์พุต

สร้างระบบการทำงานโดยกำหนดข้อกำหนดการออกแบบที่ระบุสิ่งที่ระบบผู้สมัครทำ เกี่ยวข้องกับการออกแบบส่วนต่อประสานผู้ใช้การออกแบบกระบวนการและการออกแบบข้อมูล

ประกอบด้วยขั้นตอนต่อไปนี้ -

  • การระบุสื่ออินพุต / เอาต์พุตการออกแบบฐานข้อมูลและการระบุขั้นตอนการสำรองข้อมูล

  • การวางระบบการวางแผน

  • การวางแผนการทดสอบและการใช้งานและระบุฮาร์ดแวร์และซอฟต์แวร์ใหม่ ๆ

  • การอัปเดตค่าใช้จ่ายผลประโยชน์วันที่แปลงและข้อ จำกัด ของระบบ

การออกแบบสถาปัตยกรรม

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

ออกแบบรายละเอียด

เป็นไปตามการออกแบบสถาปัตยกรรมและมุ่งเน้นไปที่การพัฒนาของแต่ละโมดูล

การสร้างแบบจำลองข้อมูลเชิงแนวคิด

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

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

แบบจำลองความสัมพันธ์ของเอนทิตี

เป็นเทคนิคที่ใช้ในการออกแบบฐานข้อมูลที่ช่วยอธิบายความสัมพันธ์ระหว่างหน่วยงานต่างๆขององค์กร

ข้อกำหนดที่ใช้ในแบบจำลอง ER

  • ENTITY- ระบุรายการในโลกแห่งความเป็นจริงที่แตกต่างกันในแอปพลิเคชัน ตัวอย่างเช่นผู้ขายสินค้านักเรียนหลักสูตรครู ฯลฯ

  • RELATIONSHIP- เป็นการอ้างอิงที่มีความหมายระหว่างเอนทิตี ตัวอย่างเช่นรายการอุปกรณ์ของผู้ขายครูสอนหลักสูตรจากนั้นอุปกรณ์และหลักสูตรเป็นความสัมพันธ์

  • ATTRIBUTES- ระบุคุณสมบัติของความสัมพันธ์ ตัวอย่างเช่นรหัสผู้ขายชื่อนักเรียน สัญลักษณ์ที่ใช้ในแบบจำลอง ER และความหมายตามลำดับ -

ตารางต่อไปนี้แสดงสัญลักษณ์ที่ใช้ในแบบจำลอง ER และความสำคัญ -

สัญลักษณ์ ความหมาย
เอนทิตี
เอนทิตีที่อ่อนแอ
ความสัมพันธ์
ความสัมพันธ์ของตัวตน
คุณลักษณะ
คุณสมบัติที่สำคัญ
หลายค่า
คุณสมบัติคอมโพสิต
แอตทริบิวต์ที่ได้รับ
การมีส่วนร่วมทั้งหมดของ E2 ใน R
Cardinality Ratio 1: N สำหรับ E1: E2 ใน R

ความสัมพันธ์สามประเภทสามารถมีอยู่ระหว่างชุดข้อมูลสองชุด: หนึ่งต่อหนึ่งหนึ่งต่อหลายและหลายต่อหลายคน

องค์กรไฟล์

อธิบายถึงวิธีการจัดเก็บระเบียนภายในไฟล์

มีสี่วิธีการจัดระเบียบไฟล์ -

  • Serial - บันทึกจะถูกจัดเก็บตามลำดับเวลา (ตามลำดับที่มีการป้อนข้อมูลหรือเกิดขึ้น) Examples - บันทึกค่าโทรศัพท์ธุรกรรม ATM คิวโทรศัพท์

  • Sequential - บันทึกจะถูกจัดเก็บตามลำดับตามฟิลด์คีย์ซึ่งมีค่าที่ระบุเรกคอร์ดโดยไม่ซ้ำกัน Examples - ไดเรกทอรีโทรศัพท์

  • Direct (relative)- บันทึกแต่ละรายการจะถูกจัดเก็บตามที่อยู่ทางกายภาพหรือตำแหน่งบนอุปกรณ์ แอดเดรสคำนวณจากค่าที่จัดเก็บในฟิลด์คีย์ของเรกคอร์ด การสุ่มรูทีนหรืออัลกอริทึมการแฮชจะทำการแปลง

  • Indexed - บันทึกสามารถประมวลผลได้ทั้งแบบเรียงตามลำดับและไม่เรียงตามลำดับโดยใช้ดัชนี

การเปรียบเทียบ

การเข้าถึงไฟล์

เราสามารถเข้าถึงไฟล์โดยใช้ Sequential Access หรือ Random Access วิธีการเข้าถึงไฟล์อนุญาตให้โปรแกรมคอมพิวเตอร์อ่านหรือเขียนบันทึกในไฟล์

การเข้าถึงตามลำดับ

ทุกเร็กคอร์ดบนไฟล์จะถูกประมวลผลโดยเริ่มจากเร็กคอร์ดแรกจนกระทั่งถึง End of File (EOF) มีประสิทธิภาพเมื่อจำเป็นต้องเข้าถึงระเบียนจำนวนมากในไฟล์ในช่วงเวลาใดเวลาหนึ่ง ข้อมูลที่จัดเก็บบนเทป (การเข้าถึงตามลำดับ) สามารถเข้าถึงได้ตามลำดับเท่านั้น

เข้าถึงโดยตรง (สุ่ม)

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

ประเภทของไฟล์ที่ใช้ในระบบองค์กร

ต่อไปนี้เป็นประเภทของไฟล์ที่ใช้ในระบบองค์กร -

  • Master file- มีข้อมูลปัจจุบันของระบบ ตัวอย่างเช่นไฟล์ลูกค้าไฟล์นักเรียนสมุดโทรศัพท์

  • Table file- เป็นไฟล์หลักประเภทหนึ่งที่มีการเปลี่ยนแปลงไม่บ่อยนักและจัดเก็บในรูปแบบตาราง ตัวอย่างเช่นการจัดเก็บ Zipcode

  • Transaction file- ประกอบด้วยข้อมูลวันต่อวันที่สร้างขึ้นจากกิจกรรมทางธุรกิจ ใช้เพื่ออัปเดตหรือประมวลผลไฟล์หลัก ตัวอย่างเช่นที่อยู่ของพนักงาน

  • Temporary file - ถูกสร้างและใช้เมื่อใดก็ตามที่ระบบต้องการ

  • Mirror file- ไฟล์เหล่านี้เป็นไฟล์ที่ซ้ำกันทุกประการ ช่วยลดความเสี่ยงของการหยุดทำงานในกรณีที่ต้นฉบับไม่สามารถใช้งานได้ ต้องแก้ไขทุกครั้งที่มีการเปลี่ยนแปลงไฟล์ต้นฉบับ

  • Log files- มีสำเนาของบันทึกหลักและบันทึกธุรกรรมเพื่อบันทึกการเปลี่ยนแปลงใด ๆ ที่เกิดขึ้นกับไฟล์หลัก อำนวยความสะดวกในการตรวจสอบและจัดเตรียมกลไกสำหรับการกู้คืนในกรณีที่ระบบล้มเหลว

  • Archive files - สำรองไฟล์ที่มีเวอร์ชันเก่าของไฟล์อื่น ๆ

การควบคุมเอกสาร

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

หลังจากการนำระบบไปใช้งานหากระบบทำงานไม่ถูกต้องเอกสารประกอบจะช่วยให้ผู้ดูแลระบบเข้าใจการไหลของข้อมูลในระบบเพื่อแก้ไขข้อบกพร่องและทำให้ระบบทำงานได้

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

ข้อดี

  • สามารถลดเวลาหยุดทำงานของระบบลดค่าใช้จ่ายและเร่งงานบำรุงรักษา

  • ให้คำอธิบายที่ชัดเจนเกี่ยวกับการไหลอย่างเป็นทางการของระบบปัจจุบันและช่วยให้เข้าใจประเภทของข้อมูลอินพุตและวิธีการผลิตเอาต์พุต

  • ให้วิธีการสื่อสารที่มีประสิทธิภาพและประสิทธิผลระหว่างผู้ใช้ทางเทคนิคและผู้ใช้ที่ไม่ใช่เทคนิคเกี่ยวกับระบบ

  • อำนวยความสะดวกในการฝึกอบรมผู้ใช้ใหม่เพื่อให้เขาสามารถเข้าใจการไหลของระบบได้อย่างง่ายดาย

  • ช่วยให้ผู้ใช้สามารถแก้ปัญหาเช่นการแก้ไขปัญหาและช่วยให้ผู้จัดการตัดสินใจขั้นสุดท้ายของระบบองค์กรได้ดีขึ้น

  • ให้การควบคุมการทำงานภายในหรือภายนอกของระบบได้ดีขึ้น

ประเภทของเอกสาร

เมื่อพูดถึงการออกแบบระบบมีเอกสารหลักสี่ประการดังต่อไปนี้ -

  • เอกสารโปรแกรม
  • เอกสารระบบ
  • เอกสารการดำเนินงาน
  • เอกสารสำหรับผู้ใช้

เอกสารโปรแกรม

  • อธิบายถึงอินพุตเอาต์พุตและตรรกะการประมวลผลสำหรับโมดูลโปรแกรมทั้งหมด

  • กระบวนการจัดทำเอกสารโปรแกรมจะเริ่มในขั้นตอนการวิเคราะห์ระบบและดำเนินต่อไปในระหว่างการนำไปใช้งาน

  • เอกสารนี้แนะนำโปรแกรมเมอร์ที่สร้างโมดูลที่ได้รับการสนับสนุนอย่างดีจากข้อคิดเห็นและคำอธิบายทั้งภายในและภายนอกที่สามารถเข้าใจและดูแลรักษาได้ง่าย

เอกสารประกอบการดำเนินงาน

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

รวมถึงข้อมูลต่อไปนี้ -

  • โปรแกรมนักวิเคราะห์ระบบโปรแกรมเมอร์และการระบุระบบ

  • ข้อมูลการจัดกำหนดการสำหรับเอาต์พุตที่พิมพ์เช่นรายงานความถี่ในการดำเนินการและกำหนดเวลา

  • อินพุตไฟล์แหล่งที่มาไฟล์เอาต์พุตและปลายทาง

  • อีเมลและรายชื่อการแจกจ่ายรายงาน

  • ต้องใช้แบบฟอร์มพิเศษรวมถึงแบบฟอร์มออนไลน์

  • ข้อความแสดงข้อผิดพลาดและข้อมูลไปยังตัวดำเนินการและเริ่มขั้นตอนใหม่

  • คำแนะนำพิเศษเช่นข้อกำหนดด้านความปลอดภัย

เอกสารสำหรับผู้ใช้

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

ผู้ใช้เจ้าของระบบนักวิเคราะห์และโปรแกรมเมอร์ต่างก็ใช้ความพยายามร่วมกันในการพัฒนาคู่มือผู้ใช้

เอกสารสำหรับผู้ใช้ควรประกอบด้วย -

  • ภาพรวมของระบบที่อธิบายคุณลักษณะความสามารถและข้อ จำกัด ที่สำคัญทั้งหมดของระบบอย่างชัดเจน

  • คำอธิบายเนื้อหาของเอกสารต้นฉบับการเตรียมการประมวลผลและตัวอย่าง

  • ภาพรวมของตัวเลือกเมนูและหน้าจอการป้อนข้อมูลเนื้อหาและคำแนะนำในการประมวลผล

  • ตัวอย่างรายงานที่จัดทำขึ้นเป็นประจำหรือตามคำขอของผู้ใช้รวมถึงตัวอย่าง

  • ข้อมูลเส้นทางการรักษาความปลอดภัยและการตรวจสอบ

  • คำอธิบายความรับผิดชอบสำหรับข้อกำหนดอินพุตเอาต์พุตหรือการประมวลผลเฉพาะ

  • ขั้นตอนการขอเปลี่ยนแปลงและรายงานปัญหา.

  • ตัวอย่างข้อยกเว้นและสถานการณ์ข้อผิดพลาด

  • คำถามที่พบบ่อย (FAQs)

  • คำอธิบายวิธีการขอความช่วยเหลือและขั้นตอนการอัพเดตคู่มือผู้ใช้

เอกสารระบบ

เอกสารของระบบทำหน้าที่เป็นข้อกำหนดทางเทคนิคสำหรับ IS และวิธีบรรลุวัตถุประสงค์ของ IS ผู้ใช้ผู้จัดการและเจ้าของ IS ไม่จำเป็นต้องอ้างอิงเอกสารของระบบ เอกสารของระบบเป็นพื้นฐานในการทำความเข้าใจด้านเทคนิคของ IS เมื่อทำการปรับเปลี่ยน

  • อธิบายแต่ละโปรแกรมภายใน IS และ IS ทั้งหมดเอง

  • อธิบายถึงฟังก์ชันของระบบวิธีการใช้งานวัตถุประสงค์ของแต่ละโปรแกรมภายใน IS ทั้งหมดที่เกี่ยวกับลำดับการดำเนินการข้อมูลที่ส่งผ่านไปยังและจากโปรแกรมและโฟลว์ของระบบโดยรวม

  • ซึ่งรวมถึงรายการพจนานุกรมข้อมูลแผนภาพกระแสข้อมูลโมเดลออบเจ็กต์เค้าโครงหน้าจอเอกสารต้นทางและคำขอระบบที่เริ่มต้นโครงการ

  • เอกสารระบบส่วนใหญ่จัดทำขึ้นในระหว่างขั้นตอนการวิเคราะห์ระบบและการออกแบบระบบ

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

กลยุทธ์จากบนลงล่าง

กลยุทธ์จากบนลงล่างใช้วิธีการแบบแยกส่วนเพื่อพัฒนาการออกแบบระบบ มันถูกเรียกอย่างนั้นเพราะมันเริ่มต้นจากโมดูลระดับบนสุดหรือสูงสุดและเลื่อนไปยังโมดูลระดับต่ำสุด

ในเทคนิคนี้จะมีการระบุโมดูลระดับสูงสุดหรือโมดูลหลักสำหรับการพัฒนาซอฟต์แวร์ โมดูลหลักแบ่งออกเป็นโมดูลย่อยหรือเซ็กเมนต์ที่เล็กและง่ายกว่าหลาย ๆ โมดูลตามงานที่ทำโดยแต่ละโมดูล จากนั้นแต่ละโมดูลย่อยจะถูกแบ่งออกเป็นโมดูลย่อยหลาย ๆ โมดูลในระดับล่างถัดไป กระบวนการแบ่งแต่ละโมดูลออกเป็นโมดูลย่อยหลาย ๆ โมดูลจะดำเนินต่อไปจนกว่าจะไม่มีการระบุโมดูลระดับต่ำสุดซึ่งไม่สามารถแบ่งย่อยได้อีก

กลยุทธ์ด้านล่าง

กลยุทธ์ด้านล่างเป็นไปตามแนวทางแบบแยกส่วนในการพัฒนาการออกแบบระบบ มันถูกเรียกอย่างนั้นเพราะมันเริ่มจากโมดูลระดับล่างสุดหรือขั้นพื้นฐานที่สุดแล้วเลื่อนไปยังโมดูลระดับสูงสุด

ในเทคนิคนี้

  • มีการระบุโมดูลในระดับพื้นฐานที่สุดหรือระดับต่ำสุด

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

  • จากนั้นโมดูลเหล่านี้จะถูกรวมเข้าด้วยกันเพื่อสร้างโมดูลระดับที่สูงขึ้นถัดไป

  • กระบวนการจัดกลุ่มโมดูลที่ง่ายกว่าหลาย ๆ โมดูลเพื่อสร้างโมดูลระดับที่สูงขึ้นนี้จะดำเนินต่อไปจนกว่าโมดูลหลักของกระบวนการพัฒนาระบบจะสำเร็จ

การออกแบบที่มีโครงสร้าง

การออกแบบโครงสร้างเป็นวิธีการตามกระแสข้อมูลที่ช่วยในการระบุอินพุตและเอาต์พุตของระบบที่กำลังพัฒนา วัตถุประสงค์หลักของการออกแบบโครงสร้างคือเพื่อลดความซับซ้อนและเพิ่มความเป็นโมดูลของโปรแกรม การออกแบบโครงสร้างยังช่วยในการอธิบายลักษณะการทำงานของระบบ

ในการออกแบบโครงสร้างข้อกำหนดของระบบจะทำหน้าที่เป็นพื้นฐานในการแสดงการไหลของข้อมูลและลำดับของกระบวนการที่เกี่ยวข้องกับการพัฒนาซอฟต์แวร์ด้วยความช่วยเหลือของ DFD หลังจากพัฒนา DFD สำหรับระบบซอฟต์แวร์แล้วขั้นตอนต่อไปคือการพัฒนาแผนภูมิโครงสร้าง

Modularization

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

ดังนั้นการออกแบบโครงสร้างจึงใช้วิธีการที่เรียกว่า Modularization หรือการสลายตัวเพื่อลดความซับซ้อนและจัดการปัญหาโดยการแบ่งย่อยออกเป็นส่วนย่อย ๆ

Advantages

  • มีการทดสอบอินเทอร์เฟซที่สำคัญก่อน
  • มันให้ความเป็นนามธรรม
  • ช่วยให้โปรแกรมเมอร์หลายคนสามารถทำงานพร้อมกันได้
  • อนุญาตให้ใช้รหัสซ้ำ
  • ให้การควบคุมและเพิ่มขวัญกำลังใจ
  • ทำให้การระบุโครงสร้างง่ายขึ้น

แผนภูมิที่มีโครงสร้าง

แผนภูมิโครงสร้างเป็นเครื่องมือที่แนะนำสำหรับการออกแบบระบบแบบแยกส่วนจากบนลงล่างซึ่งกำหนดโมดูลต่างๆของการพัฒนาระบบและความสัมพันธ์ระหว่างแต่ละโมดูล แสดงโมดูลระบบและความสัมพันธ์ระหว่างกัน

ประกอบด้วยแผนภาพที่ประกอบด้วยกล่องสี่เหลี่ยมที่แสดงถึงโมดูลลูกศรเชื่อมต่อหรือเส้น

  • Control Module - เป็นโมดูลระดับสูงกว่าที่กำกับโมดูลระดับล่างเรียกว่า subordinate modules.

  • Library Module - เป็นโมดูลที่ใช้ซ้ำได้และสามารถเรียกใช้จากจุดมากกว่าหนึ่งจุดในแผนภูมิ

เรามีสองวิธีที่แตกต่างกันในการออกแบบแผนภูมิโครงสร้าง -

  • Transform-Centered Structured Charts - ใช้เมื่อธุรกรรมทั้งหมดเป็นไปตามเส้นทางเดียวกัน

  • Transaction–Centered Structured Charts - ใช้เมื่อธุรกรรมทั้งหมดไม่เป็นไปตามเส้นทางเดียวกัน

วัตถุประสงค์ของการใช้ผังงานโครงสร้าง

  • เพื่อส่งเสริมการออกแบบจากบนลงล่าง

  • เพื่อสนับสนุนแนวคิดของโมดูลและระบุโมดูลที่เหมาะสม

  • เพื่อแสดงขนาดและความซับซ้อนของระบบ

  • เพื่อระบุจำนวนของฟังก์ชันและโมดูลที่สามารถระบุได้อย่างง่ายดายภายในแต่ละฟังก์ชัน

  • เพื่อแสดงให้เห็นว่าฟังก์ชันที่ระบุได้แต่ละรายการเป็นเอนทิตีที่จัดการได้หรือควรแบ่งออกเป็นส่วนประกอบย่อย ๆ

ปัจจัยที่มีผลต่อความซับซ้อนของระบบ

การพัฒนาซอฟต์แวร์ระบบให้มีคุณภาพดีนั้นจำเป็นต้องมีการออกแบบที่ดี ดังนั้นสิ่งสำคัญในขณะที่พัฒนาการออกแบบระบบคือคุณภาพของการออกแบบซอฟต์แวร์ การออกแบบซอฟต์แวร์ที่มีคุณภาพดีคือการออกแบบซอฟต์แวร์ที่ช่วยลดความซับซ้อนและค่าใช้จ่ายในการพัฒนาซอฟต์แวร์

แนวคิดสำคัญสองประการที่เกี่ยวข้องกับการพัฒนาระบบที่ช่วยในการกำหนดความซับซ้อนของระบบคือ coupling และ cohesion.

การมีเพศสัมพันธ์

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

แต่ละโมดูลควรมีอินเทอร์เฟซที่เรียบง่ายสะอาดตากับโมดูลอื่น ๆ และควรแบ่งใช้จำนวนองค์ประกอบข้อมูลขั้นต่ำระหว่างโมดูล

ข้อต่อสูง

ระบบประเภทนี้มีการเชื่อมต่อระหว่างกันกับหน่วยโปรแกรมที่พึ่งพาซึ่งกันและกัน การเปลี่ยนแปลงระบบย่อยหนึ่งนำไปสู่ผลกระทบสูงต่อระบบย่อยอื่น ๆ

ข้อต่อต่ำ

ระบบประเภทนี้ประกอบด้วยส่วนประกอบที่เป็นอิสระหรือเกือบจะเป็นอิสระ การเปลี่ยนแปลงในระบบย่อยหนึ่งไม่มีผลต่อระบบย่อยอื่นใด

มาตรการการมีเพศสัมพันธ์

  • Content Coupling - เมื่อส่วนประกอบหนึ่งแก้ไขอีกองค์ประกอบหนึ่งจริง ๆ ส่วนประกอบที่แก้ไขจะขึ้นอยู่กับการแก้ไขอย่างสมบูรณ์

  • Common Coupling - เมื่อปริมาณการมีเพศสัมพันธ์ลดลงบ้างโดยการจัดระบบการออกแบบเพื่อให้สามารถเข้าถึงข้อมูลได้จากที่เก็บข้อมูลทั่วไป

  • Control Coupling - เมื่อส่วนประกอบหนึ่งส่งผ่านพารามิเตอร์เพื่อควบคุมกิจกรรมของส่วนประกอบอื่น

  • Stamp Coupling - เมื่อโครงสร้างข้อมูลถูกใช้เพื่อส่งผ่านข้อมูลจากส่วนประกอบหนึ่งไปยังอีกส่วนประกอบหนึ่ง

  • Data Coupling - เมื่อมีการส่งผ่านข้อมูลเท่านั้นส่วนประกอบต่างๆจะเชื่อมต่อด้วยการมีเพศสัมพันธ์นี้

การติดต่อกัน

การทำงานร่วมกันคือการวัดความใกล้ชิดของความสัมพันธ์ระหว่างส่วนประกอบต่างๆ เป็นการกำหนดจำนวนของการพึ่งพาส่วนประกอบของโมดูลซึ่งกันและกัน ในทางปฏิบัติหมายความว่าผู้ออกแบบระบบต้องมั่นใจว่า -

  • พวกเขาไม่ได้แยกกระบวนการที่สำคัญออกเป็นโมดูลที่แยกส่วน

  • พวกเขาไม่รวบรวมกระบวนการที่ไม่เกี่ยวข้องซึ่งแสดงเป็นกระบวนการบน DFD เข้าด้วยกันเป็นโมดูลที่ไม่มีความหมาย

โมดูลที่ดีที่สุดคือโมดูลที่มีการทำงานร่วมกัน โมดูลที่แย่ที่สุดคือโมดูลที่เชื่อมโยงกันโดยบังเอิญ

ระดับการทำงานร่วมกันที่แย่ที่สุด

การเกาะติดกันโดยบังเอิญพบได้ในส่วนประกอบที่มีส่วนที่ไม่เกี่ยวข้องกับอีกส่วนหนึ่ง

  • Logical Cohesion - เป็นที่ซึ่งฟังก์ชันที่เกี่ยวข้องกับตรรกะหรือองค์ประกอบข้อมูลหลายอย่างถูกวางไว้ในองค์ประกอบเดียวกัน

  • Temporal Cohesion - คือเมื่อส่วนประกอบที่ใช้ในการเริ่มต้นระบบหรือตัวแปรชุดทำหน้าที่หลายอย่างตามลำดับ แต่ฟังก์ชันจะเกี่ยวข้องกันตามเวลาที่เกี่ยวข้อง

  • Procedurally Cohesion - คือเมื่อฟังก์ชันถูกจัดกลุ่มเข้าด้วยกันในส่วนประกอบเพียงเพื่อให้แน่ใจว่าคำสั่งนี้

  • Sequential Cohesion - คือเมื่อเอาต์พุตจากส่วนหนึ่งของส่วนประกอบเป็นอินพุตไปยังส่วนถัดไปของมัน

การออกแบบอินพุต

ในระบบสารสนเทศอินพุตคือข้อมูลดิบที่ประมวลผลเพื่อสร้างผลลัพธ์ ในระหว่างการออกแบบอินพุตผู้พัฒนาจะต้องพิจารณาอุปกรณ์อินพุตเช่น PC, MICR, OMR เป็นต้น

ดังนั้นคุณภาพของอินพุตระบบจะกำหนดคุณภาพของเอาต์พุตระบบ แบบฟอร์มและหน้าจออินพุตที่ออกแบบโดย Welldesigned มีคุณสมบัติดังต่อไปนี้ -

  • ควรตอบสนองวัตถุประสงค์เฉพาะอย่างมีประสิทธิภาพเช่นการจัดเก็บบันทึกและเรียกค้นข้อมูล

  • ทำให้มั่นใจได้ว่าเสร็จสมบูรณ์อย่างถูกต้อง

  • ควรเติมง่ายและตรงไปตรงมา

  • ควรเน้นที่ความสนใจความสม่ำเสมอและความเรียบง่ายของผู้ใช้

  • วัตถุประสงค์ทั้งหมดนี้ได้มาโดยใช้ความรู้เกี่ยวกับหลักการออกแบบพื้นฐานเกี่ยวกับ -

    • อินพุตที่จำเป็นสำหรับระบบคืออะไร?

    • ผู้ใช้ปลายทางตอบสนองต่อองค์ประกอบต่างๆของรูปแบบและหน้าจออย่างไร

วัตถุประสงค์ในการออกแบบอินพุต

วัตถุประสงค์ของการออกแบบอินพุตคือ -

  • เพื่อออกแบบขั้นตอนการป้อนข้อมูลและการป้อนข้อมูล

  • เพื่อลดระดับเสียงอินพุต

  • เพื่อออกแบบเอกสารต้นฉบับสำหรับการบันทึกข้อมูลหรือคิดค้นวิธีการเก็บข้อมูลอื่น ๆ

  • ในการออกแบบบันทึกข้อมูลอินพุตหน้าจอป้อนข้อมูลหน้าจอส่วนต่อประสานกับผู้ใช้ ฯลฯ

  • เพื่อใช้การตรวจสอบความถูกต้องและพัฒนาการควบคุมอินพุตที่มีประสิทธิภาพ

วิธีการป้อนข้อมูล

สิ่งสำคัญคือต้องออกแบบวิธีการป้อนข้อมูลที่เหมาะสมเพื่อป้องกันข้อผิดพลาดขณะป้อนข้อมูล วิธีการเหล่านี้ขึ้นอยู่กับว่าลูกค้าป้อนข้อมูลในแบบฟอร์มด้วยตนเองและป้อนภายหลังโดยผู้ดำเนินการป้อนข้อมูลหรือผู้ใช้ป้อนข้อมูลโดยตรงบนพีซี

ระบบควรป้องกันไม่ให้ผู้ใช้ทำผิดโดย -

  • การออกแบบฟอร์มที่ชัดเจนโดยเว้นที่ว่างเพียงพอสำหรับการเขียนอย่างชัดเจน
  • ล้างคำแนะนำในการกรอกแบบฟอร์ม
  • การออกแบบฟอร์มที่ชัดเจน
  • ลดจังหวะสำคัญ
  • ข้อเสนอแนะข้อผิดพลาดทันที

วิธีการป้อนข้อมูลที่เป็นที่นิยม ได้แก่ -

  • วิธีการป้อนข้อมูลแบบกลุ่ม (วิธีการป้อนข้อมูลแบบออฟไลน์)
  • วิธีการป้อนข้อมูลออนไลน์
  • แบบฟอร์มคอมพิวเตอร์ที่อ่านได้
  • การป้อนข้อมูลแบบโต้ตอบ

การควบคุมความสมบูรณ์ของอินพุต

การควบคุมความสมบูรณ์ของอินพุตประกอบด้วยวิธีการต่างๆในการกำจัดข้อผิดพลาดการป้อนข้อมูลทั่วไปโดยผู้ใช้ปลายทาง นอกจากนี้ยังรวมถึงการตรวจสอบมูลค่าของแต่ละฟิลด์ ทั้งสำหรับรูปแบบและความสมบูรณ์ของอินพุตทั้งหมด

เส้นทางการตรวจสอบสำหรับการป้อนข้อมูลและการดำเนินการระบบอื่น ๆ ถูกสร้างขึ้นโดยใช้บันทึกธุรกรรมซึ่งให้บันทึกการเปลี่ยนแปลงทั้งหมดที่นำมาใช้ในฐานข้อมูลเพื่อให้ความปลอดภัยและวิธีการกู้คืนในกรณีที่เกิดความล้มเหลว

การออกแบบเอาต์พุต

การออกแบบเอาต์พุตเป็นงานที่สำคัญที่สุดของระบบใด ๆ ในระหว่างการออกแบบเอาต์พุตนักพัฒนาจะระบุประเภทของเอาต์พุตที่ต้องการและพิจารณาการควบคุมเอาต์พุตที่จำเป็นและเค้าโครงรายงานต้นแบบ

วัตถุประสงค์ของการออกแบบผลลัพธ์

วัตถุประสงค์ของการออกแบบอินพุตคือ -

  • เพื่อพัฒนาการออกแบบเอาต์พุตที่ตอบสนองวัตถุประสงค์ที่ตั้งไว้และกำจัดการผลิตเอาต์พุตที่ไม่ต้องการ

  • เพื่อพัฒนาการออกแบบผลลัพธ์ที่ตรงตามความต้องการของผู้ใช้ปลายทาง

  • เพื่อส่งมอบปริมาณผลผลิตที่เหมาะสม

  • เพื่อสร้างผลลัพธ์ในรูปแบบที่เหมาะสมและนำไปยังบุคคลที่เหมาะสม

  • เพื่อให้ผลลัพธ์พร้อมสำหรับการตัดสินใจที่ดี

ตอนนี้ให้เราดูผลลัพธ์ประเภทต่างๆ -

เอาต์พุตภายนอก

ผู้ผลิตสร้างและออกแบบเอาต์พุตภายนอกสำหรับเครื่องพิมพ์ เอาต์พุตภายนอกช่วยให้ระบบออกจากการทำงานของทริกเกอร์ในส่วนของผู้รับหรือยืนยันการดำเนินการกับผู้รับ

เอาต์พุตภายนอกบางตัวได้รับการออกแบบให้เป็นเอาต์พุตแบบตอบกลับซึ่งนำไปใช้งานในรูปแบบและป้อนระบบอีกครั้งเป็นอินพุต

เอาต์พุตภายใน

เอาต์พุตภายในมีอยู่ภายในระบบและใช้โดยผู้ใช้และผู้จัดการ สนับสนุนผู้บริหารในการตัดสินใจและการรายงาน

มีรายงานสามประเภทที่จัดทำโดยข้อมูลการจัดการ -

  • Detailed Reports - มีข้อมูลปัจจุบันซึ่งแทบไม่มีการกรองหรือข้อ จำกัด ที่สร้างขึ้นเพื่อช่วยในการวางแผนและควบคุมการจัดการ

  • Summary Reports - ประกอบด้วยแนวโน้มและปัญหาที่อาจเกิดขึ้นซึ่งได้รับการจัดหมวดหมู่และสรุปที่สร้างขึ้นสำหรับผู้จัดการที่ไม่ต้องการรายละเอียด

  • Exception Reports - มีข้อยกเว้นข้อมูลที่กรองตามเงื่อนไขหรือมาตรฐานบางอย่างก่อนที่จะนำเสนอต่อผู้จัดการเพื่อเป็นข้อมูล

การควบคุมความสมบูรณ์ของเอาต์พุต

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

รายงานที่พิมพ์หรือรูปแบบหน้าจอควรมีวันที่ / เวลาสำหรับการพิมพ์รายงานและข้อมูล รายงานหลายหน้าประกอบด้วยชื่อรายงานหรือคำอธิบายและการแบ่งหน้า แบบฟอร์มล่วงหน้ามักจะมีหมายเลขเวอร์ชันและวันที่มีผลบังคับใช้

การออกแบบฟอร์ม

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

  • ในระหว่างการออกแบบแบบฟอร์มผู้ออกแบบควรทราบ -

    • ใครจะใช้พวกเขา

    • พวกเขาจะถูกส่งไปที่ไหน

    • วัตถุประสงค์ของแบบฟอร์มหรือรายงาน

  • ในระหว่างการออกแบบฟอร์มเครื่องมือออกแบบอัตโนมัติช่วยเพิ่มความสามารถของนักพัฒนาในการสร้างแบบฟอร์มและรายงานต้นแบบและนำเสนอต่อผู้ใช้ปลายทางเพื่อรับการประเมิน

วัตถุประสงค์ของการออกแบบแบบฟอร์มที่ดี

การออกแบบฟอร์มที่ดีเป็นสิ่งที่จำเป็นเพื่อให้แน่ใจว่ามีสิ่งต่อไปนี้ -

  • เพื่อให้หน้าจอเรียบง่ายโดยให้ลำดับข้อมูลและคำบรรยายที่ชัดเจน

  • เพื่อให้เป็นไปตามวัตถุประสงค์โดยใช้รูปแบบที่เหมาะสม

  • เพื่อให้แน่ใจว่าแบบฟอร์มสมบูรณ์ถูกต้อง

  • เพื่อให้รูปแบบดูน่าสนใจโดยใช้ไอคอนวิดีโอผกผันหรือเคอร์เซอร์กะพริบเป็นต้น

  • เพื่ออำนวยความสะดวกในการนำทาง.

ประเภทของแบบฟอร์ม

Flat Forms

  • เป็นรูปแบบสำเนาเดียวที่เตรียมด้วยตนเองหรือโดยเครื่องและพิมพ์ลงบนกระดาษ สำหรับสำเนาต้นฉบับเพิ่มเติมกระดาษคาร์บอนจะถูกแทรกระหว่างสำเนา

  • เป็นรูปแบบที่ง่ายและราคาไม่แพงในการออกแบบพิมพ์และผลิตซ้ำซึ่งใช้ปริมาณน้อย

Unit Set/Snap out Forms

  • กระดาษเหล่านี้เป็นกระดาษที่มีคาร์บอนแบบใช้ครั้งเดียวสอดแทรกเป็นชุดหน่วยสำหรับการใช้งานด้วยลายมือหรือเครื่อง

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

Continuous strip/Fanfold Forms

  • เหล่านี้เป็นรูปแบบหน่วยหลายรูปแบบที่เชื่อมต่อกันในแถบต่อเนื่องโดยมีการเจาะระหว่างแต่ละคู่ของรูปแบบ

  • เป็นวิธีการที่ไม่แพงสำหรับการใช้งานในปริมาณมาก

No Carbon Required (NCR) Paper

  • พวกเขาใช้กระดาษไร้คาร์บอนซึ่งมีสารเคมีเคลือบสองชนิด (แคปซูล) หนึ่งหน้าและอีกอันอยู่ด้านหลังของกระดาษหนึ่งแผ่น

  • เมื่อใช้แรงกดแคปซูลทั้งสองจะโต้ตอบและสร้างภาพ

ระบบซอฟต์แวร์จำเป็นต้องได้รับการตรวจสอบพฤติกรรมและทิศทางของความคืบหน้าตามเป้าหมายในแต่ละขั้นตอนการพัฒนาเพื่อหลีกเลี่ยงการซ้ำซ้อนของความพยายามเวลาและการใช้จ่ายที่มากเกินไปและเพื่อให้มั่นใจว่าระบบจะเสร็จสิ้นภายในเวลาที่กำหนดระบบซอฟต์แวร์จะต้องได้รับการตรวจสอบ พฤติกรรมที่ตั้งใจไว้และทิศทางของความคืบหน้าในแต่ละขั้นตอนการพัฒนาเพื่อหลีกเลี่ยงความซ้ำซ้อนของความพยายามเวลาและการใช้จ่ายมากเกินไปและเพื่อให้มั่นใจว่าระบบจะเสร็จสิ้นภายในเวลาที่กำหนด

การทดสอบระบบและการประกันคุณภาพเข้ามาช่วยในการตรวจสอบระบบ ประกอบด้วย -

  • คุณภาพระดับผลิตภัณฑ์ (การทดสอบ)
  • คุณภาพระดับกระบวนการ

ให้เราผ่านพวกเขาสั้น ๆ -

การทดสอบ

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

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

ลักษณะของการทดสอบระบบ

การทดสอบระบบเริ่มต้นที่ระดับโมดูลและดำเนินการต่อการรวมระบบซอฟต์แวร์ทั้งหมด มีการใช้เทคนิคการทดสอบที่แตกต่างกันในเวลาที่ต่างกันในขณะทดสอบระบบ ดำเนินการโดยผู้พัฒนาสำหรับโครงการขนาดเล็กและโดยกลุ่มทดสอบอิสระสำหรับโครงการขนาดใหญ่

ขั้นตอนของการทดสอบระบบ

ขั้นตอนต่อไปนี้เกี่ยวข้องกับการทดสอบ -

Test Strategy

เป็นคำสั่งที่ให้ข้อมูลเกี่ยวกับระดับวิธีการเครื่องมือและเทคนิคต่างๆที่ใช้ในการทดสอบระบบ ควรตอบสนองทุกความต้องการขององค์กร

Test Plan

จัดทำแผนสำหรับการทดสอบระบบและตรวจสอบว่าระบบที่อยู่ระหว่างการทดสอบเป็นไปตามข้อกำหนดการออกแบบและการทำงานทั้งหมด แผนการทดสอบให้ข้อมูลดังต่อไปนี้ -

  • วัตถุประสงค์ของแต่ละขั้นตอนการทดสอบ
  • แนวทางและเครื่องมือที่ใช้ในการทดสอบ
  • ความรับผิดชอบและเวลาที่ต้องใช้ในการทดสอบแต่ละกิจกรรม
  • ความพร้อมของเครื่องมือสิ่งอำนวยความสะดวกและไลบรารีทดสอบ
  • ขั้นตอนและมาตรฐานที่จำเป็นสำหรับการวางแผนและดำเนินการทดสอบ
  • ปัจจัยที่รับผิดชอบต่อความสำเร็จของกระบวนการทดสอบ

Test Case Design

  • มีการระบุกรณีการทดสอบจำนวนมากสำหรับแต่ละโมดูลของระบบที่จะทดสอบ

  • แต่ละกรณีการทดสอบจะระบุวิธีการทดสอบการดำเนินการตามข้อกำหนดเฉพาะหรือการตัดสินใจออกแบบและเกณฑ์สำหรับความสำเร็จของการทดสอบ

  • กรณีการทดสอบพร้อมกับแผนการทดสอบได้รับการจัดทำเป็นเอกสารเป็นส่วนหนึ่งของเอกสารข้อมูลจำเพาะของระบบหรือในเอกสารแยกต่างหากที่เรียกว่า test specification หรือ test description.

Test Procedures

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

Test Result Documentation

ไฟล์ผลการทดสอบประกอบด้วยข้อมูลสั้น ๆ เกี่ยวกับจำนวนกรณีทดสอบทั้งหมดที่ดำเนินการจำนวนข้อผิดพลาดและลักษณะของข้อผิดพลาด จากนั้นจะนำผลลัพธ์เหล่านี้ไปประเมินเทียบกับเกณฑ์ในข้อกำหนดการทดสอบเพื่อกำหนดผลลัพธ์โดยรวมของการทดสอบ

ประเภทของการทดสอบ

การทดสอบอาจมีหลายประเภทและการทดสอบประเภทต่างๆจะดำเนินการขึ้นอยู่กับประเภทของจุดบกพร่องที่เราต้องการค้นพบ -

การทดสอบหน่วย

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

  • ในการทดสอบหน่วยไม่สามารถมั่นใจได้ว่ามีความแม่นยำของโปรแกรมและเป็นการยากที่จะทำการทดสอบการรวมอินพุตต่างๆโดยละเอียด

  • ระบุข้อผิดพลาดสูงสุดในโปรแกรมเมื่อเทียบกับเทคนิคการทดสอบอื่น ๆ

การทดสอบการผสานรวม

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

  • ที่นี่นักวิเคราะห์พยายามค้นหาพื้นที่ที่โมดูลได้รับการออกแบบโดยมีข้อกำหนดที่แตกต่างกันสำหรับความยาวข้อมูลประเภทและชื่อองค์ประกอบข้อมูล

  • ตรวจสอบว่าขนาดไฟล์เพียงพอและมีการสร้างดัชนีอย่างถูกต้อง

การทดสอบการทำงาน

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

การทดสอบการทำงานแบ่งออกเป็นสองประเภท -

  • Positive Functional Testing - เกี่ยวข้องกับการทดสอบระบบด้วยอินพุตที่ถูกต้องเพื่อตรวจสอบว่าเอาต์พุตที่สร้างนั้นถูกต้อง

  • Negative Functional Testing - เกี่ยวข้องกับการทดสอบซอฟต์แวร์ด้วยปัจจัยการผลิตที่ไม่ถูกต้องและสภาพการทำงานที่ไม่ต้องการ

กฎสำหรับการทดสอบระบบ

ในการทดสอบระบบให้สำเร็จคุณต้องปฏิบัติตามกฎที่กำหนด -

  • การทดสอบควรขึ้นอยู่กับความต้องการของผู้ใช้

  • ก่อนที่จะเขียนสคริปต์การทดสอบควรเข้าใจตรรกะทางธุรกิจอย่างละเอียด

  • แผนการทดสอบควรทำโดยเร็วที่สุด

  • บุคคลที่สามควรทำการทดสอบ

  • ควรดำเนินการกับซอฟต์แวร์แบบคงที่

  • ควรทำการทดสอบสำหรับเงื่อนไขการป้อนข้อมูลที่ถูกต้องและไม่ถูกต้อง

  • การทดสอบควรได้รับการทบทวนและตรวจสอบเพื่อลดต้นทุน

  • ควรทำการทดสอบทั้งแบบคงที่และแบบไดนามิกในซอฟต์แวร์

  • ควรจัดทำเอกสารกรณีทดสอบและผลการทดสอบ

การประกันคุณภาพ

เป็นการตรวจสอบผลิตภัณฑ์ระบบหรือซอฟต์แวร์และเอกสารประกอบเพื่อให้มั่นใจว่าระบบเป็นไปตามข้อกำหนดและข้อกำหนด

  • วัตถุประสงค์ของ QA คือเพื่อสร้างความมั่นใจให้กับลูกค้าโดยการส่งมอบสินค้าตามข้อกำหนดอย่างสม่ำเสมอ

  • การประกันคุณภาพซอฟต์แวร์ (SQA) เป็นเทคนิคที่รวมถึงขั้นตอนและเครื่องมือที่ผู้เชี่ยวชาญด้านซอฟต์แวร์ใช้เพื่อให้แน่ใจว่าซอฟต์แวร์เป็นไปตามมาตรฐานที่ระบุไว้สำหรับการใช้งานและประสิทธิภาพตามวัตถุประสงค์

  • จุดมุ่งหมายหลักของ SQA คือการให้การมองเห็นโครงการซอฟต์แวร์และผลิตภัณฑ์ที่พัฒนาขึ้นอย่างเหมาะสมและถูกต้องแก่ฝ่ายบริหาร

  • ตรวจสอบและตรวจสอบผลิตภัณฑ์ซอฟต์แวร์และกิจกรรมต่างๆตลอดวงจรชีวิตของการพัฒนาระบบ

วัตถุประสงค์ของการประกันคุณภาพ

วัตถุประสงค์ของการดำเนินการประกันคุณภาพมีดังนี้ -

  • เพื่อตรวจสอบกระบวนการพัฒนาซอฟต์แวร์และซอฟต์แวร์ขั้นสุดท้ายที่พัฒนาขึ้น

  • เพื่อให้แน่ใจว่าโครงการซอฟต์แวร์ดำเนินการตามมาตรฐานและขั้นตอนที่กำหนดโดยฝ่ายบริหารหรือไม่

  • เพื่อแจ้งกลุ่มและบุคคลเกี่ยวกับกิจกรรม SQA และผลลัพธ์ของกิจกรรมเหล่านี้

  • เพื่อให้แน่ใจว่าปัญหาที่ไม่ได้รับการแก้ไขภายในซอฟต์แวร์ได้รับการแก้ไขโดยผู้บริหารระดับสูง

  • เพื่อระบุข้อบกพร่องในผลิตภัณฑ์กระบวนการหรือมาตรฐานและแก้ไข

ระดับการประกันคุณภาพ

มีหลายระดับของการตรวจสอบคุณภาพและการทดสอบที่ต้องดำเนินการเพื่อรับรองผลิตภัณฑ์ซอฟต์แวร์

Level 1 − Code Walk-through

ในระดับนี้ซอฟต์แวร์ออฟไลน์จะได้รับการตรวจสอบหรือตรวจสอบการละเมิดกฎการเข้ารหัสอย่างเป็นทางการ โดยทั่วไปจะเน้นที่การตรวจสอบเอกสารและระดับของความคิดเห็นในรหัส

Level 2 − Compilation and Linking

ในระดับนี้จะมีการตรวจสอบว่าซอฟต์แวร์สามารถรวบรวมและเชื่อมโยงแพลตฟอร์มและระบบปฏิบัติการที่เป็นทางการทั้งหมดได้

Level 3 − Routine Running

ในระดับนี้จะมีการตรวจสอบว่าซอฟต์แวร์สามารถทำงานได้อย่างถูกต้องภายใต้เงื่อนไขต่างๆเช่นจำนวนเหตุการณ์ที่แน่นอนและขนาดเหตุการณ์ขนาดเล็กและขนาดใหญ่เป็นต้น

Level 4 − Performance test

ในระดับสุดท้ายนี้จะมีการตรวจสอบว่าประสิทธิภาพของซอฟต์แวร์เป็นไปตามระดับประสิทธิภาพที่ระบุไว้ก่อนหน้านี้

การนำไปใช้งานเป็นกระบวนการตรวจสอบให้แน่ใจว่าระบบสารสนเทศสามารถดำเนินการได้ มันเกี่ยวข้องกับ -

  • การสร้างระบบใหม่ตั้งแต่ต้น
  • การสร้างระบบใหม่จากระบบที่มีอยู่

การนำไปใช้งานช่วยให้ผู้ใช้สามารถรับช่วงการดำเนินการเพื่อใช้งานและประเมินผลได้ เกี่ยวข้องกับการฝึกอบรมผู้ใช้ให้จัดการกับระบบและวางแผนสำหรับการแปลงที่ราบรื่น

การฝึกอบรม

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

ผู้ควบคุมระบบการฝึกอบรม

ผู้ปฏิบัติงานระบบต้องได้รับการฝึกอบรมอย่างเหมาะสมเพื่อให้สามารถจัดการกับการปฏิบัติงานที่เป็นไปได้ทั้งหมดทั้งแบบประจำและแบบพิเศษ ผู้ปฏิบัติงานควรได้รับการฝึกอบรมเกี่ยวกับความผิดปกติทั่วไปที่อาจเกิดขึ้นวิธีการจดจำและขั้นตอนที่ต้องดำเนินการเมื่อมาถึง

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

การฝึกอบรมยังเกี่ยวข้องกับการทำความคุ้นเคยกับขั้นตอนการรันซึ่งเกี่ยวข้องกับการทำงานตามลำดับของกิจกรรมที่จำเป็นในการใช้ระบบใหม่

การฝึกอบรมผู้ใช้

  • การฝึกอบรมผู้ใช้ปลายทางเป็นส่วนสำคัญของการพัฒนาระบบสารสนเทศโดยใช้คอมพิวเตอร์ซึ่งจะต้องจัดให้กับพนักงานเพื่อให้พวกเขาสามารถแก้ปัญหาได้ด้วยตนเอง

  • การฝึกอบรมผู้ใช้เกี่ยวข้องกับวิธีการใช้งานอุปกรณ์การแก้ไขปัญหาระบบการพิจารณาว่าปัญหาที่เกิดขึ้นเกิดจากอุปกรณ์หรือซอฟต์แวร์หรือไม่

  • การฝึกอบรมผู้ใช้ส่วนใหญ่เกี่ยวข้องกับการทำงานของระบบเอง หลักสูตรการฝึกอบรมต้องได้รับการออกแบบมาเพื่อช่วยให้ผู้ใช้มีการระดมพลที่รวดเร็วสำหรับองค์กร

แนวทางการฝึกอบรม

  • การสร้างวัตถุประสงค์ที่วัดผลได้
  • ใช้วิธีการฝึกอบรมที่เหมาะสม
  • การเลือกไซต์การฝึกอบรมที่เหมาะสม
  • ใช้สื่อการฝึกอบรมที่เข้าใจได้

วิธีการฝึกอบรม

การฝึกอบรมที่นำโดยผู้สอน

เกี่ยวข้องกับทั้งผู้ฝึกสอนและผู้เข้ารับการฝึกอบรมซึ่งต้องพบกันในเวลาเดียวกัน แต่ไม่จำเป็นต้องอยู่ที่เดียวกัน เซสชั่นการฝึกอบรมอาจเป็นแบบตัวต่อตัวหรือทำงานร่วมกัน มีสองประเภท -

Virtual Classroom

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

Normal Classroom

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

การฝึกอบรมด้วยตนเอง

เกี่ยวข้องกับทั้งผู้ฝึกสอนและผู้เข้ารับการฝึกอบรมซึ่งไม่จำเป็นต้องพบกันในสถานที่เดียวกันหรือในเวลาเดียวกัน ผู้เข้ารับการฝึกอบรมเรียนรู้ทักษะด้วยตนเองโดยเข้าถึงหลักสูตรตามความสะดวกของตนเอง มีสองประเภท -

Multimedia Training

ในการอบรมนี้นำเสนอหลักสูตรในรูปแบบมัลติมีเดียและจัดเก็บไว้ในซีดีรอม ช่วยลดค่าใช้จ่ายในการพัฒนาหลักสูตรการฝึกอบรมภายในโดยไม่ได้รับความช่วยเหลือจากโปรแกรมเมอร์ภายนอก

Web-based Training

ในการฝึกอบรมนี้มักนำเสนอหลักสูตรในรูปแบบไฮเปอร์มีเดียและพัฒนาขึ้นเพื่อรองรับอินเทอร์เน็ตและอินทราเน็ต จัดให้มีการฝึกอบรมผู้ใช้ปลายทางและช่วยให้องค์กรสามารถปรับแต่งข้อกำหนดการฝึกอบรมได้

การแปลง

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

แผนการแปลง

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

รวมถึงกิจกรรมต่อไปนี้ -

  • ตั้งชื่อไฟล์ทั้งหมดสำหรับการแปลง
  • การระบุข้อกำหนดข้อมูลเพื่อพัฒนาไฟล์ใหม่ระหว่างการแปลง
  • แสดงรายการเอกสารและขั้นตอนใหม่ทั้งหมดที่จำเป็น
  • การระบุการควบคุมที่จะใช้ในแต่ละกิจกรรม
  • การระบุความรับผิดชอบของบุคคลในแต่ละกิจกรรม
  • กำลังตรวจสอบกำหนดการ Conversion

วิธีการแปลง

สี่วิธีในการแปลงคือ -

  • การแปลงแบบขนาน
  • การแปลง Direct Cutover
  • แนวทางนำร่อง
  • เฟสในวิธี
วิธี คำอธิบาย ข้อดี ข้อเสีย

การแปลงแบบขนาน

ระบบเก่าและใหม่ใช้พร้อมกัน

จัดเตรียมทางเลือกเมื่อระบบใหม่ล้มเหลว

มอบความปลอดภัยสูงสุดและการทดสอบระบบใหม่ในที่สุด

ทำให้ต้นทุนเกิน

ระบบใหม่อาจไม่ได้รับความยุติธรรม

การแปลง Direct Cutover

มีการนำระบบใหม่มาใช้และระบบเก่าจะถูกแทนที่ทั้งหมด

บังคับให้ผู้ใช้ทำให้ระบบใหม่ทำงาน

ได้รับประโยชน์ทันทีจากวิธีการใหม่และการควบคุม

ไม่ถอยหากเกิดปัญหากับระบบใหม่

ต้องมีการวางแผนอย่างรอบคอบที่สุด

แนวทางนำร่อง

รองรับแนวทางแบบค่อยเป็นค่อยไปที่ค่อยๆใช้ระบบกับผู้ใช้ทุกคน

อนุญาตให้ฝึกอบรมและติดตั้งโดยไม่ต้องใช้ทรัพยากรโดยไม่จำเป็น

หลีกเลี่ยงภาวะฉุกเฉินขนาดใหญ่จากการบริหารความเสี่ยง

Phasein ระยะยาวทำให้เกิดปัญหาว่าการแปลงไปได้ดีหรือไม่

เฟสในวิธี

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

ให้ประสบการณ์และการทดสอบสายงานก่อนการใช้งาน

เมื่อระบบใหม่ที่ต้องการเกี่ยวข้องกับเทคโนโลยีใหม่หรือการเปลี่ยนแปลงอย่างมากในด้านประสิทธิภาพ

ให้ความรู้สึกว่าระบบเก่าผิดพลาดและไม่น่าเชื่อถือ

การแปลงไฟล์

เป็นกระบวนการแปลงไฟล์รูปแบบหนึ่งเป็นอีกรูปแบบหนึ่ง ตัวอย่างเช่นไฟล์ในรูปแบบ WordPerfect สามารถแปลงเป็น Microsoft Word ได้

สำหรับการแปลงที่ประสบความสำเร็จจำเป็นต้องมีแผนการแปลงซึ่งรวมถึง -

  • ความรู้เกี่ยวกับระบบเป้าหมายและความเข้าใจในระบบปัจจุบัน
  • Teamwork
  • วิธีการอัตโนมัติการทดสอบและการดำเนินการแบบขนาน
  • การสนับสนุนอย่างต่อเนื่องสำหรับการแก้ไขปัญหา
  • การอัปเดตระบบ / เอกสารผู้ใช้ ฯลฯ

แอพพลิเคชั่นยอดนิยมจำนวนมากรองรับการเปิดและบันทึกเป็นไฟล์รูปแบบเดียวกันประเภทเดียวกัน ตัวอย่างเช่น Microsoft Word สามารถเปิดและบันทึกไฟล์ในรูปแบบการประมวลผลคำอื่น ๆ

การทบทวนการประเมินหลังการใช้งาน (PIER)

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

PIER ทำให้มั่นใจได้ว่าโครงการบรรลุเป้าหมายโดยการประเมินกระบวนการพัฒนาและการจัดการของโครงการ

วัตถุประสงค์ของ PIER

วัตถุประสงค์ของการมี PIER มีดังนี้ -

  • กำหนดความสำเร็จของโครงการเทียบกับต้นทุนผลประโยชน์และระยะเวลาที่คาดการณ์ไว้

  • เพื่อระบุโอกาสในการเพิ่มมูลค่าเพิ่มเติมให้กับโครงการ

  • กำหนดจุดแข็งและจุดอ่อนของโครงการเพื่อใช้อ้างอิงในอนาคตและดำเนินการอย่างเหมาะสม

  • ให้คำแนะนำเกี่ยวกับอนาคตของโครงการโดยการปรับแต่งเทคนิคการประมาณต้นทุน

ควรรวมเจ้าหน้าที่ต่อไปนี้ไว้ในกระบวนการตรวจสอบ -

  • ทีมงานโครงการและฝ่ายบริหาร
  • เจ้าหน้าที่ผู้ใช้
  • เจ้าหน้าที่บริหารเชิงกลยุทธ์
  • ผู้ใช้ภายนอก

การบำรุงรักษา / การปรับปรุงระบบ

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

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

ประเภทการบำรุงรักษา

การบำรุงรักษาระบบสามารถแบ่งออกเป็นสามประเภท -

  • Corrective Maintenance - ช่วยให้ผู้ใช้สามารถดำเนินการซ่อมแซมและแก้ไขปัญหาที่เหลือได้

  • Adaptive Maintenance - ช่วยให้ผู้ใช้สามารถเปลี่ยนฟังก์ชันของโปรแกรมได้

  • Perfective Maintenance - ช่วยให้ผู้ใช้สามารถปรับเปลี่ยนหรือปรับปรุงโปรแกรมตามความต้องการของผู้ใช้และความต้องการที่เปลี่ยนแปลงไป

การตรวจสอบระบบ

เป็นการตรวจสอบเพื่อทบทวนประสิทธิภาพของระบบปฏิบัติการ วัตถุประสงค์ของการดำเนินการตรวจสอบระบบมีดังนี้ -

  • เพื่อเปรียบเทียบประสิทธิภาพจริงและตามแผน

  • เพื่อตรวจสอบว่าวัตถุประสงค์ของระบบยังคงถูกต้องในสภาพแวดล้อมปัจจุบัน

  • เพื่อประเมินความสำเร็จของวัตถุประสงค์ที่กำหนด

  • เพื่อให้มั่นใจในความน่าเชื่อถือของข้อมูลทางการเงินและข้อมูลอื่น ๆ บนคอมพิวเตอร์

  • เพื่อให้แน่ใจว่าบันทึกทั้งหมดรวมอยู่ในขณะประมวลผล

  • เพื่อให้แน่ใจว่าได้รับการปกป้องจากการฉ้อโกง

การตรวจสอบการใช้งานระบบคอมพิวเตอร์

ผู้ตรวจสอบการประมวลผลข้อมูลจะตรวจสอบการใช้งานระบบคอมพิวเตอร์เพื่อควบคุม ผู้สอบบัญชีต้องการข้อมูลควบคุมซึ่งได้มาจากระบบคอมพิวเตอร์เอง

ผู้ตรวจสอบระบบ

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

การทดลองการตรวจสอบ

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

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

วิธีการตรวจสอบ

การตรวจสอบสามารถทำได้สองวิธี -

การตรวจสอบรอบ ๆ คอมพิวเตอร์

  • รับอินพุตตัวอย่างและใช้กฎการประมวลผลด้วยตนเอง
  • เปรียบเทียบเอาต์พุตกับเอาต์พุตคอมพิวเตอร์

การตรวจสอบผ่านคอมพิวเตอร์

  • สร้างการทดลองการตรวจสอบซึ่งช่วยให้สามารถตรวจสอบผลลัพธ์ระดับกลางที่เลือกได้
  • ผลรวมการควบคุมให้การตรวจสอบระดับกลาง

การพิจารณาการตรวจสอบ

Audit considerations examine the results of the analysis by using both the narratives and models to identify the problems caused due to misplaced functions, split processes or functions, broken data flows, missing data, redundant or incomplete processing, and nonaddressed automation opportunities.

The activities under this phase are as follows −

  • Identification of the current environment problems
  • Identification of problem causes
  • Identification of alternative solutions
  • Evaluation and feasibility analysis of each solution
  • Selection and recommendation of most practical and appropriate solution
  • Project cost estimation and cost benefit analysis

Security

System security refers to protecting the system from theft, unauthorized access and modifications, and accidental or unintentional damage. In computerized systems, security involves protecting all the parts of computer system which includes data, software, and hardware. Systems security includes system privacy and system integrity.

  • System privacy deals with protecting individuals systems from being accessed and used without the permission/knowledge of the concerned individuals.

  • System integrity is concerned with the quality and reliability of raw as well as processed data in the system.

Control Measures

There are variety of control measures which can be broadly classified as follows −

Backup

  • Regular backup of databases daily/weekly depending on the time criticality and size.

  • Incremental back up at shorter intervals.

  • Backup copies kept in safe remote location particularly necessary for disaster recovery.

  • Duplicate systems run and all transactions mirrored if it is a very critical system and cannot tolerate any disruption before storing in disk.

Physical Access Control to Facilities

  • Physical locks and Biometric authentication. For example, finger print
  • ID cards or entry passes being checked by security staff.
  • Identification of all persons who read or modify data and logging it in a file.

Using Logical or Software Control

  • Password system.
  • Encrypting sensitive data/programs.
  • Training employees on data care/handling and security.
  • Antivirus software and Firewall protection while connected to internet.

Risk Analysis

A risk is the possibility of losing something of value. Risk analysis starts with planning for secure system by identifying the vulnerability of system and impact of this. The plan is then made to manage the risk and cope with disaster. It is done to accesses the probability of possible disaster and their cost.

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

ให้ปฏิบัติตามขั้นตอนต่อไปนี้ขณะทำการวิเคราะห์ความเสี่ยง -

  • การระบุส่วนประกอบทั้งหมดของระบบคอมพิวเตอร์

  • การระบุภัยคุกคามและอันตรายทั้งหมดที่แต่ละองค์ประกอบเผชิญ

  • ประเมินความเสี่ยงเช่นการประเมินความสูญเสียในกรณีที่ภัยคุกคามกลายเป็นความจริง

การวิเคราะห์ความเสี่ยง - ขั้นตอนหลัก

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

การบริหารความเสี่ยงเป็นกระบวนการที่ต่อเนื่องและเกี่ยวข้องกับขั้นตอนต่อไปนี้ -

  • การระบุมาตรการรักษาความปลอดภัย

  • การคำนวณต้นทุนการดำเนินการตามมาตรการรักษาความปลอดภัย

  • การเปรียบเทียบต้นทุนของมาตรการรักษาความปลอดภัยกับการสูญเสียและความน่าจะเป็นของภัยคุกคาม

  • การเลือกและการใช้มาตรการรักษาความปลอดภัย

  • ทบทวนการดำเนินการตามมาตรการรักษาความปลอดภัย

ในแนวทางเชิงวัตถุโฟกัสอยู่ที่การจับโครงสร้างและพฤติกรรมของระบบสารสนเทศเป็นโมดูลเล็ก ๆ ที่รวมทั้งข้อมูลและกระบวนการ จุดมุ่งหมายหลักของ Object Oriented Design (OOD) คือการปรับปรุงคุณภาพและประสิทธิผลของการวิเคราะห์และออกแบบระบบโดยทำให้สามารถใช้งานได้มากขึ้น

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

แบบจำลอง OO มีประโยชน์ในรูปแบบต่อไปนี้ -

  • ช่วยอำนวยความสะดวกในการเปลี่ยนแปลงระบบด้วยต้นทุนต่ำ

  • ส่งเสริมการนำส่วนประกอบกลับมาใช้ใหม่

  • ช่วยลดความซับซ้อนของปัญหาในการรวมส่วนประกอบเพื่อกำหนดค่าระบบขนาดใหญ่

  • ช่วยลดความยุ่งยากในการออกแบบระบบกระจาย

องค์ประกอบของระบบเชิงวัตถุ

ให้เราผ่านคุณสมบัติของ OO System -

  • Objects- วัตถุคือสิ่งที่มีอยู่ในโดเมนปัญหาและสามารถระบุได้ด้วยข้อมูล (แอตทริบิวต์) หรือพฤติกรรม เอนทิตีที่จับต้องได้ทั้งหมด (นักเรียนผู้ป่วย) และเอนทิตีที่จับต้องไม่ได้ (บัญชีธนาคาร) บางส่วนถูกจำลองเป็นวัตถุ

  • Attributes - อธิบายข้อมูลเกี่ยวกับวัตถุ

  • Behavior- ระบุสิ่งที่สามารถทำได้ เป็นการกำหนดการดำเนินการกับวัตถุ

  • Class- คลาสจะห่อหุ้มข้อมูลและพฤติกรรมของมัน วัตถุที่มีความหมายและวัตถุประสงค์คล้ายกันจัดกลุ่มเข้าด้วยกันเป็นชั้นเรียน

  • Methods- วิธีการกำหนดพฤติกรรมของชั้นเรียน พวกเขาไม่มีอะไรมากไปกว่าการกระทำที่วัตถุสามารถทำได้

  • Message- ข้อความเป็นการเรียกใช้ฟังก์ชันหรือขั้นตอนจากวัตถุหนึ่งไปยังอีกวัตถุหนึ่ง เป็นข้อมูลที่ส่งไปยังวัตถุเพื่อเรียกใช้เมธอด โดยพื้นฐานแล้วข้อความคือการเรียกใช้ฟังก์ชันหรือขั้นตอนจากวัตถุหนึ่งไปยังอีกวัตถุหนึ่ง

คุณสมบัติของระบบเชิงวัตถุ

ระบบเชิงวัตถุมาพร้อมกับคุณสมบัติที่ยอดเยี่ยมหลายประการซึ่งจะกล่าวถึงด้านล่าง

การห่อหุ้ม

Encapsulation คือกระบวนการซ่อนข้อมูล เป็นเพียงการรวมกระบวนการและข้อมูลไว้ในเอนทิตีเดียว ข้อมูลของอ็อบเจ็กต์ถูกซ่อนจากส่วนที่เหลือของระบบและพร้อมใช้งานผ่านบริการของคลาสเท่านั้น อนุญาตให้ปรับปรุงหรือปรับเปลี่ยนวิธีการที่ใช้โดยออบเจ็กต์โดยไม่ส่งผลกระทบต่อส่วนอื่น ๆ ของระบบ

สิ่งที่เป็นนามธรรม

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

ความสัมพันธ์

คลาสทั้งหมดในระบบมีความสัมพันธ์ซึ่งกันและกัน อ็อบเจ็กต์ไม่มีอยู่อย่างแยกส่วนมีความสัมพันธ์กับอ็อบเจ็กต์อื่น

ความสัมพันธ์ของวัตถุมีสามประเภท -

  • Aggregation - บ่งบอกถึงความสัมพันธ์ระหว่างทั้งหมดและส่วนต่างๆ

  • Association - ในสิ่งนี้สองคลาสมีความเกี่ยวข้องหรือเชื่อมโยงกันในลักษณะบางอย่างเช่นคลาสหนึ่งทำงานร่วมกับคลาสอื่นเพื่อทำงานหรือคลาสหนึ่งทำงานกับคลาสอื่น

  • Generalization- ชั้นเรียนเด็กจะขึ้นอยู่กับคลาสผู้ปกครอง บ่งชี้ว่าสองคลาสมีความคล้ายคลึงกัน แต่มีความแตกต่างบางประการ

มรดก

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

Polymorphism และ Dynamic Binding

Polymorphism คือความสามารถในรูปแบบต่างๆ ใช้กับทั้งวัตถุและการดำเนินการ ออบเจ็กต์โพลีมอร์ฟิคคือสิ่งที่ประเภทจริงซ่อนอยู่ภายในคลาสซุปเปอร์หรือพาเรนต์

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

วิธีการที่มีโครงสร้างเทียบกับ แนวทางเชิงวัตถุ

ตารางต่อไปนี้อธิบายว่าแนวทางเชิงวัตถุแตกต่างจากวิธีการเชิงโครงสร้างแบบดั้งเดิมอย่างไร -

แนวทางที่มีโครงสร้าง แนวทางเชิงวัตถุ
ทำงานร่วมกับวิธีการจากบนลงล่าง ใช้งานได้กับแนวทางด้านล่างขึ้น
โปรแกรมแบ่งออกเป็นจำนวนโมดูลย่อยหรือฟังก์ชัน โปรแกรมจัดโดยมีจำนวนคลาสและวัตถุ
ใช้การเรียกฟังก์ชัน ใช้การส่งข้อความ
ไม่สามารถใช้ซอฟต์แวร์ซ้ำได้ สามารถนำกลับมาใช้ใหม่ได้
การเขียนโปรแกรมการออกแบบที่มีโครงสร้างมักจะทิ้งไว้จนกว่าจะถึงช่วงสิ้นสุด การเขียนโปรแกรมออกแบบเชิงวัตถุทำควบคู่ไปกับขั้นตอนอื่น ๆ
Structured Design เหมาะสำหรับงาน offshoring มากกว่า เหมาะสำหรับการพัฒนาในบ้าน
แสดงให้เห็นถึงการเปลี่ยนแปลงที่ชัดเจนจากการออกแบบไปสู่การใช้งาน การเปลี่ยนแปลงจากการออกแบบไปสู่การใช้งานยังไม่ชัดเจนนัก
เหมาะสำหรับระบบเรียลไทม์ระบบฝังตัวและโครงการที่วัตถุไม่ใช่ระดับนามธรรมที่มีประโยชน์มากที่สุด เหมาะสำหรับการใช้งานทางธุรกิจส่วนใหญ่โครงการพัฒนาเกมซึ่งคาดว่าจะปรับแต่งหรือขยายได้
แผนภาพ DFD & ER จำลองข้อมูล แผนภาพคลาสไดอะแกรมลำดับไดอะแกรมแผนภูมิสถานะและกรณีการใช้งานทั้งหมดมีส่วนร่วม
ในการนี้สามารถจัดการโครงการได้อย่างง่ายดายเนื่องจากมีขั้นตอนที่ระบุได้ชัดเจน ด้วยวิธีนี้โครงการต่างๆอาจจัดการได้ยากเนื่องจากมีการเปลี่ยนระหว่างเฟสที่ไม่แน่นอน

ภาษาการสร้างแบบจำลองแบบรวม (UML)

UML เป็นภาษาภาพที่ให้คุณสร้างแบบจำลองกระบวนการซอฟต์แวร์และระบบเพื่อแสดงออกถึงการออกแบบสถาปัตยกรรมระบบ เป็นภาษามาตรฐานสำหรับการออกแบบและจัดทำเอกสารระบบในลักษณะเชิงวัตถุที่ช่วยให้สถาปนิกด้านเทคนิคสามารถสื่อสารกับนักพัฒนาได้

กำหนดเป็นชุดข้อมูลจำเพาะที่สร้างและแจกจ่ายโดย Object Management Group UML สามารถขยายและปรับขนาดได้

วัตถุประสงค์ของ UML คือเพื่อให้คำศัพท์ทั่วไปเกี่ยวกับคำศัพท์เชิงวัตถุและเทคนิคการสร้างไดอะแกรมที่สมบูรณ์เพียงพอที่จะจำลองโครงการพัฒนาระบบใด ๆ จากการวิเคราะห์ผ่านการใช้งาน

UML ประกอบด้วย -

  • Diagrams - เป็นการแสดงภาพของกระบวนการระบบหรือบางส่วนของกระบวนการ

  • Notations - ประกอบด้วยองค์ประกอบที่ทำงานร่วมกันในแผนภาพเช่นตัวเชื่อมต่อสัญลักษณ์บันทึกย่อเป็นต้น

ตัวอย่างสัญกรณ์ UML สำหรับคลาส

อินสแตนซ์ไดอะแกรม - สัญกรณ์ UML

การดำเนินการที่ดำเนินการกับวัตถุ

การดำเนินการต่อไปนี้จะดำเนินการกับวัตถุ -

  • Constructor/Destructor- การสร้างอินสแตนซ์ใหม่ของคลาสและการลบอินสแตนซ์ที่มีอยู่ของคลาส ตัวอย่างเช่นการเพิ่มพนักงานใหม่

  • Query- การเข้าถึงสถานะโดยไม่เปลี่ยนค่าไม่มีผลข้างเคียง ตัวอย่างเช่นการค้นหาที่อยู่ของพนักงานคนใดคนหนึ่ง

  • Update - เปลี่ยนค่าของคุณสมบัติอย่างน้อยหนึ่งรายการและส่งผลต่อสถานะของวัตถุตัวอย่างเช่นการเปลี่ยนที่อยู่ของพนักงาน

การใช้ UML

UML มีประโยชน์มากสำหรับวัตถุประสงค์ดังต่อไปนี้ -

  • การสร้างแบบจำลองกระบวนการทางธุรกิจ
  • อธิบายสถาปัตยกรรมระบบ
  • แสดงโครงสร้างแอปพลิเคชัน
  • การจับพฤติกรรมของระบบ
  • การสร้างแบบจำลองโครงสร้างข้อมูล
  • การสร้างข้อกำหนดรายละเอียดของระบบ
  • ร่างแนวคิด
  • การสร้างรหัสโปรแกรม

โมเดลคงที่

แบบจำลองคงที่แสดงลักษณะโครงสร้างของระบบอธิบายโครงสร้างของระบบและเน้นที่ส่วนต่างๆที่ประกอบขึ้นเป็นระบบ

  • ใช้เพื่อกำหนดชื่อคลาสแอตทริบิวต์เมธอดลายเซ็นและแพ็กเกจ

  • ไดอะแกรม UML ที่แสดงถึงโมเดลคงที่ ได้แก่ คลาสไดอะแกรมออบเจ็กต์ไดอะแกรมและใช้ไดอะแกรมเคส

แบบจำลองไดนามิก

แบบจำลองพลวัตแสดงลักษณะพฤติกรรมของระบบกล่าวคือระบบมีพฤติกรรมตอบสนองต่อเหตุการณ์ภายนอกอย่างไร

  • แบบจำลองไดนามิกระบุวัตถุที่ต้องการและวิธีการทำงานร่วมกันผ่านวิธีการและข้อความ

  • ใช้ในการออกแบบตรรกะและพฤติกรรมของระบบ

  • แผนภาพ UML แสดงถึงโมเดลไดนามิก ได้แก่ แผนภาพลำดับแผนภาพการสื่อสารแผนภาพสถานะแผนภาพกิจกรรม

วงจรชีวิตการพัฒนาระบบเชิงวัตถุ

ประกอบด้วยกระบวนการมาโครสามกระบวนการ -

  • การวิเคราะห์เชิงวัตถุ (OOA)
  • การออกแบบเชิงวัตถุ (OOD)
  • การใช้งานเชิงวัตถุ (OOI)

กิจกรรมการพัฒนาระบบเชิงวัตถุ

การพัฒนาระบบเชิงวัตถุมีขั้นตอนต่อไปนี้ -

  • การวิเคราะห์เชิงวัตถุ
  • การออกแบบเชิงวัตถุ
  • Prototyping
  • Implementation
  • การทดสอบที่เพิ่มขึ้น

การวิเคราะห์เชิงวัตถุ

ขั้นตอนนี้เกี่ยวข้องกับการกำหนดความต้องการของระบบและการทำความเข้าใจข้อกำหนดของระบบสร้าง use-case model. use-case เป็นสถานการณ์จำลองเพื่ออธิบายการโต้ตอบระหว่างผู้ใช้และระบบคอมพิวเตอร์ โมเดลนี้แสดงถึงความต้องการของผู้ใช้หรือมุมมองของผู้ใช้ของระบบ

นอกจากนี้ยังรวมถึงการระบุคลาสและความสัมพันธ์กับคลาสอื่น ๆ ในโดเมนปัญหาซึ่งประกอบเป็นแอปพลิเคชัน

การออกแบบเชิงวัตถุ

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

การสร้างต้นแบบ

การสร้างต้นแบบช่วยให้เข้าใจอย่างถ่องแท้ว่าการใช้คุณลักษณะบางอย่างของระบบนั้นง่ายหรือยากเพียงใด

นอกจากนี้ยังสามารถเปิดโอกาสให้ผู้ใช้แสดงความคิดเห็นเกี่ยวกับการใช้งานและประโยชน์ของการออกแบบ สามารถกำหนด use-case เพิ่มเติมและทำให้ use-case modeling ง่ายขึ้นมาก

การนำไปใช้

ใช้ทั้ง Component-Based Development (CBD) หรือ Rapid Application Development (RAD)

การพัฒนาตามส่วนประกอบ (CBD)

CODD เป็นแนวทางเชิงอุตสาหกรรมสำหรับกระบวนการพัฒนาซอฟต์แวร์โดยใช้เทคโนโลยีต่างๆเช่นเครื่องมือ CASE การพัฒนาแอปพลิเคชันเปลี่ยนจากการพัฒนาแบบกำหนดเองไปสู่การประกอบส่วนประกอบซอฟต์แวร์ที่สร้างไว้ล่วงหน้าทดสอบล่วงหน้าและใช้ซ้ำได้ซึ่งทำงานร่วมกัน นักพัฒนา CBD สามารถประกอบส่วนประกอบเพื่อสร้างระบบซอฟต์แวร์ที่สมบูรณ์

การพัฒนาแอปพลิเคชันอย่างรวดเร็ว (RAD)

RAD เป็นชุดเครื่องมือและเทคนิคที่สามารถใช้สร้างแอปพลิเคชันได้เร็วกว่าปกติด้วยวิธีการแบบเดิม ไม่ได้แทนที่ SDLC แต่เติมเต็มเนื่องจากมุ่งเน้นไปที่คำอธิบายกระบวนการมากขึ้นและสามารถรวมเข้ากับแนวทางเชิงวัตถุได้อย่างสมบูรณ์แบบ

หน้าที่ของมันคือการสร้างแอปพลิเคชันอย่างรวดเร็วและใช้การออกแบบตามความต้องการของผู้ใช้เพิ่มขึ้นเรื่อย ๆ ผ่านเครื่องมือต่างๆเช่น Visual Basic, Power Builder เป็นต้น

การทดสอบที่เพิ่มขึ้น

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