摘要：阅读第6章（建立项目视图与范围）所得： 简历项目的范围是十分有必要的，若无范围的划分，则对于任意功能需求都很难达成一致的意见。所以，在确定项目的功能需求之前，首先应确定项目的视图和范围。项目视图描述了产品所涉及的各个方面和在一个完美环境中最终所具有的的功能。范围描述了产品应包括的部分和不应包括的部分 阅读全文

摘要：阅读第5章（软件需求与风险管理）所得： 软件工程师都是绝对的乐观主义者。总是希望下一个项目进行顺利而忽略以前项目发生的问题。而项目按计划进行时，会出现许许多多潜在危险阻碍项目的进行。典型的需求风险包括：对需求的误解、不恰当的用户参与。软件项目管理者必须要明确和控制他们的项目风险，并且要从需求工程的风 阅读全文

摘要：阅读第4章（改进需求过程）所得： 改进需求的过程是一个从失败、错误开始，还要历经像受人为抵制的影响及因任务的时间紧迫二导致改进被搁置这样的挫败。在软件开发过程的改进中主要有两个目标：解决在以前项目或目前项目中遇到的问题，防止和避免你可能在将来的项目中要遇到的问题。 对于需求，它一旦改变就要改变其他的 阅读全文

摘要：1.识别业务参与者 参与者包括管理员、填报人员、审核人员和领导。 2.识别业务用例（用例图展现） 3.详述业务用例（填报需求这一用例，以活动图详细展现如下） 4.建立业务对象模型 阅读全文

摘要：阅读第3章（需求工程的推荐方法）所得： 标题的推荐方式而不是“最佳方法”，最佳方法的本质就是有助于项目成功的有效方法。方法有很多，但又不能全部都得运用到项目中，应选取有效的方法来使用。并且，对于项目需求的理解，我觉得文章中此方法是可行而且是有效的：把项目风险承担者（例如开发人员，市场人员，客户，测试 阅读全文