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