10、软件项目用例、管理与失败原因剖析

软件项目用例、管理与失败原因剖析

1. 项目用例选择

在项目开展过程中，是否使用问题框架需要综合考量。通常情况下，由于使用问题框架较为耗时，可能不会优先考虑。一般会先专注于业务概念模型、业务流程和需求分析，之后再思考用例。若时间充裕，会将问题框架分析置于其中，因为问题框架本质上具有很强的结构性，而非程序性。

项目的性质也会影响决策。如果项目以数据为中心，可能不会过度依赖用例，而是更关注结构，通过问题框架来理解问题域，或者直接聚焦于需求本身。

关于统一建模语言（UML），多年来出版了数百本书籍。其中，由UML的三位创始人Grady Booch、Ivar Jacobson和James Rumbaugh所著的书籍堪称经典。《The Unified Modeling Language User Guide》是不错的选择，同时对象管理组织也会不定期更新UML的正式规范，可参考链接：https://www.omg.org/spec/UML/2.5.1/PDF 。

2. 软件项目管理与房地产项目管理对比

软件项目管理与房地产项目管理存在显著差异。在房地产项目中，计算建造房屋所需的砖块数量、电线长度、屋顶瓦片数量等相对简单。因为建造的房屋往往具有相似性，无需过多浪费资源，也能明确所需的人员数量和技能要求，通过计算建造单个房屋的时间即可推算整体项目周期。而且房屋的结构和功能较为固定，遵循成熟的建造方法，出错的可能性较小。

然而，软件项目并非如此。尽管软件完成并正常运行后可以批量销售，但软件开发过程中充满了不确定性。早期软件项目管理采用与房地产项目类似的方法，这导致软件项目频繁失败。软件项目中，客户需求多变，设计师和开发者对项目的愿景可