การวิเคราะห์ระบบ ออกแบบฐานข้อมูลและการพัฒนาระบบสารสนเทศ

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

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

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

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