UML มีประโยชน์อย่างไรถ้าคุณเป็นนักพัฒนาที่ทำงานคนเดียวในโครงการ
UML มีประโยชน์อย่างไรถ้าคุณเป็นนักพัฒนาที่ทำงานคนเดียวในโครงการ
คำตอบ:
มันจะมีประโยชน์มากถ้าโครงการมีขนาดใหญ่พอที่คุณมีปัญหาในการเก็บทุกอย่างไว้ในหัวของคุณ การออกอะไรลงบนกระดาษ / ไดอะแกรมยังสามารถช่วยในการออกแบบและการแก้ปัญหาอย่างน้อยก็สำหรับฉัน
... ฉันยอมรับด้วยว่าสำหรับโครงการส่วนบุคคลไดอะแกรมของฉันไม่เป็นทางการเท่าที่ควรสำหรับโครงการที่ทำงานพวกเขาแค่ดีสำหรับฉันที่จะทำงานกับพวกเขา ...
มันมีประโยชน์และมีคุณค่ามาก
อย่างที่คนอื่นพูดดีที่สุดสำหรับการสื่อสารและคร่าว ๆ คร่าว ๆ คุณสามารถพูดว่า "นักพัฒนาเพียง 1 คนดังนั้น ... ไม่จำเป็นต้องมีการสื่อสาร" แต่ฉันไม่คิดว่ามันจะเป็นเรื่องจริง
แล้วใครคือ UML และการสื่อสารเพื่อ?
นอกจากนี้ยังมีประโยชน์สำหรับการฝึกฝนเมื่อคุณเข้าสู่สถานการณ์ที่จำเป็น
ในระยะสั้นอาจไม่มาก
คุณค่าที่ยิ่งใหญ่ที่สุดของ UML คือการสื่อสารดังนั้นจึงมีข้อเสนอเล็กน้อยสำหรับทีมเดียว แม้ว่าฉันจะยังคงใช้มันสำหรับภาพร่างการออกแบบคร่าวๆเป็นต้นการสร้างภาพอาจช่วยในการเข้าใจปัญหาที่ซับซ้อนได้เป็นอย่างมาก
การใช้งานที่สำคัญอย่างหนึ่งที่เป็นไปได้คือการจัดทำเอกสารการออกแบบสำหรับผู้สืบทอดของคุณ - คุณแทบจะไม่ได้เป็นคนเดียวที่เคยทำงานในโครงการนั้น (โครงการใด ๆ )
แน่นอนคำตอบนั้นขึ้นอยู่กับขนาดและความซับซ้อนของโครงการว่าคุณตั้งใจจะทำแบบจำลองหรือไม่และคุณต้องส่งเอกสารการออกแบบอย่างเป็นทางการหรือไม่
ฉันได้ลองใช้มันสำหรับโครงการส่วนบุคคลขนาดเล็กและมันก็ไม่ได้มีประโยชน์มากนัก คลาสหรือลำดับไดอะแกรมสามารถช่วยจัดระเบียบความคิดของคุณได้ แต่หลังจากนั้นมันจะทำงานได้มากกว่าที่ควรค่า
ฉันทำงานคนเดียวมาก (อิสระ) และฉันมักจะไม่ใช้ UML มักจะเป็น ERD และบันทึกย่อบางอย่างในเครื่องมือการจัดระเบียบองค์กร (ฉันใช้ onenote) ฉันไม่เคยรู้สึกขาด แต่ฉันเห็นว่ามันมีประโยชน์ในสภาพแวดล้อมขนาดใหญ่ที่มีผู้คนจำนวนมากทำงานในโครงการเดียวกัน
มันจะมีประโยชน์เพราะเมื่อคุณพยายามจัดทำเอกสารการออกแบบและการตัดสินใจสถาปัตยกรรมใน UML มันทำให้คุณคิดลึกลงไปเกี่ยวกับแอปพลิเคชันและบางครั้งค้นพบสิ่งใหม่และสร้างความคิดที่ดีขึ้น แต่ฉันเห็นด้วยกับคนอื่น ๆ ว่าถ้าเป็นโครงการขนาดเล็กคุณอาจไม่ได้รับประโยชน์มากนักเมื่อคุณทำงานคนเดียว
ขอบฉันคิดว่า ... UML มีวัตถุประสงค์เพื่อสื่อสารความคิดของการออกแบบ หากคุณคิดใน UML จริง ๆ และสามารถสร้างมันได้เร็วเท่ากับวิธีอื่นในการจับคู่การออกแบบนั้นให้แน่ใจว่าใช้งานได้แล้ว ไม่เช่นนั้นคุณอาจจะทำการหยาบสิ่งที่ดูเหมือนภาพร่างหยาบและอาจใช้ UML "Lite" นิดหน่อยตามที่โครงการของคุณต้องการ
แน่นอนว่าใช้ไม่กี่กรณีหากรู้สึกว่าต้องการพื้นที่เฉพาะ เป็นต้น
ไม่ว่าคุณจะไปทางไหนคุณจะต้องมีบางสิ่งบางอย่างในการอ้างถึงในอีก 12 เดือนเมื่อถึงเวลาคิดเกี่ยวกับ v2
ฉันใช้การนำไปใช้ที่น้อยมาก (ตัวเลขติดกล่องเชื่อมต่อและการติดฉลากบางรายการ) ในบางโครงการ ฉันคิดว่าการเป็นตัวแทนของกระบวนการเฉพาะง่ายกว่าการพยายามอธิบายเป็นลายลักษณ์อักษร คนเจ้าระเบียบบางคนอาจจะบอกว่าไม่ใช่ UML จริง ๆ แต่ลูกค้าไม่สนใจฉันก็เลยไม่ทำเช่นนั้น
การมีการแสดงกราฟิกของสถาปัตยกรรมสามารถช่วยได้หากสถาปัตยกรรมนั้นใหญ่เกินไปที่จะจำได้ง่าย (ซึ่งเป็นสิ่งที่คุณต้องพิจารณาด้วยตนเอง)
คุณไม่ต้องการอะไรที่เป็นทางการในฐานะ UML หากคุณทำเพื่อตัวเองเท่านั้น
วัตถุประสงค์คือเพื่อให้เห็นภาพสถาปัตยกรรมเพื่อให้คุณสามารถจัดการได้ ใช้งานอะไรก็ได้ในขณะที่ไร้สิ่งกีดขวางเท่าที่จะทำได้
เป็นแนวปฏิบัติที่ดีในการจัดทำเอกสารที่ดีของโครงการ แต่สำหรับคน ๆ หนึ่งซึ่งอาจไม่ง่ายและต้องใช้เวลามากตำแหน่งของฉันที่นี่คือคุณต้องทำ UML และถ้าโปรแกรมของคุณซับซ้อนหรือคุณ จะปล่อยรหัสของคุณคุณต้องทำ หากโครงการของคุณมีความซับซ้อนและมีขนาดใหญ่คุณอาจคิดว่าทำเอกสารได้ดีพอดังนั้นหากคุณผ่านช่วงเวลาหนึ่งไปแล้วคุณสามารถนำไปใช้ใหม่ได้อย่างง่ายดาย