มาตรฐานสำหรับการสร้างแบบจำลองการใช้งานที่ทันสมัยก่อนการพัฒนาคืออะไร?

ฉันกำลังใช้งานแอปพลิเคชันระดับองค์กรครั้งแรกของฉันและฉันต้องการให้ทีมของฉันสร้างแบบจำลองแอปพลิเคชัน ASP.NET MVC C # ทั้งหมดก่อนที่เราจะแตะโค้ดหนึ่งบรรทัด

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

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

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

ขอบคุณล่วงหน้า!

คำชี้แจงการปิด

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

ลิงค์ที่มีประโยชน์อื่นที่ฉันค้นพบคือ: /programming/61487/do-you-use-uml-in-agile-development-practices/61519#61519

ฉันทามติที่ทันสมัยในปัจจุบัน

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

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

คนอื่น (อีกครั้ง) ค้นพบการเขียนโปรแกรมตามโฟลว์สำหรับการออกแบบซอฟต์แวร์ที่ทันสมัยเป็นทางเลือกสำหรับ UML อ่านที่นี่และที่นี่เพื่อหาข้อมูลเพิ่มเติมเกี่ยวกับที่

ฉันต้องการให้ทีมของฉันสร้างแบบจำลองแอปพลิเคชัน ASP.NET MVC C # ทั้งหมดก่อนที่เราจะแตะโค้ดหนึ่งบรรทัด

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

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

คุณเชื่อจริง ๆ หรือไม่ว่าคุณสามารถจัดเค้าร่างทุกชั้นและวิธีการและโครงสร้างข้อมูลโดยละเอียดล่วงหน้า?

ฉันแค่อยากรู้วิธีสร้างแบบจำลองที่ดี

สำหรับเครื่องมือจริงในการสร้างแบบจำลองฉันได้ลองใช้ไม่กี่ครั้งและมักจะกลับมาที่ Microsoft Visio

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

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

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

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

สิ่งที่ฉันทำในวันนี้ส่วนใหญ่เป็นแผนภาพปฏิสัมพันธ์ อีกครั้งฉันไม่ได้ทำแบบจำลองมาก - เพียงที่ฉันรู้สึกว่าการออกกำลังกายในการวาดรูปแบบจริงๆช่วยให้เข้าใจ

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

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

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

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

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

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

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

ความคิดที่ดีคือการวาดบางส่วนจากมุมมองอื่น ๆ แทนที่จะวาดทุกอย่างฉันมักชอบฟังก์ชั่นหนึ่งอย่างของระบบแล้วเห็นภาพเป็น:

• ใช้แผนภาพกรณี (UML)
• แผนภูมิการไหลหรือ UML Swim-lane (ระดับสูงมาก)
• ภาพรวมองค์ประกอบทางสถาปัตยกรรม

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