• 阅读笔记02


    第一章02

    frederick brooks在他1987年的经典文章“ Nb silver bullet:essence and accidents of software engineering"中充分说明了需求过程在软件项目中扮演的重要角色。

    我们也都知道开发项目最为困难的部分是准确地说明我们要开发什么。在不同人的角度,用户,开发人员以及客户的角度来描述,都往往会使需求产生很多偏差,这样编写出详细的技术需求,也就成为了最为困难的概念性工作。

    每一个软件产品都是为了使其用户能以某种方式改善他们的生活,因此我们应该花大量的时间用在去了解客户生活上,只有真正了解了客户的需求,才能真正做出令客户满意的产品,

    在<软件需求分析教程>书中提到,每一个软件项目都存在着项目需求,项目需求完成是一个项目开始的标志,同时作为一个软件开发人员,我们更加希望问题出现时,重做需求文档,而不是重新返工代码,这两者的工作量天差地别,因此在需求分析阶段,我们更应该更为详细,更为明确客户的意图,让软件项目的启动更为无后顾之忧。

    那么什么情况会导致好的群体会发生不合格的需求说明呢?

     

    1:包含的用户数不多将导致无法接受的产品。 

    2:用户需求的扩展将带来过度的耗费和降低产品的质量。 (必须在开始阶段界定需求范围)

    3:模棱两可的需求说明可能导致时间浪费和返工。 (明确用户意图)

    4:用户增加一些不必要的特性和开发人员“画蛇添足”的追求。 (对不必要的特性添加要慎重)

    5:过分精简的需求说明以致遗漏某些关键需求。 (需求说明不一定要多,但要具体详细)

    6:忽略某一部分用户类的需求将导致众多客户的不满。 (在早期对不同用户类型进行分类)

    7:不完善的需求说明使得项目计划和跟踪等无法准确进行。(明确计划的时间和规划)

    8:没有足够的用户参与

  • 相关阅读:
    校验文件数字签名的合法性(VerifyPE)
    windbg help
    VIM的常用操作
    使用Jsonp解决跨域数据访问问题
    Linux下不同文件编码的转换
    Segoe Font 介绍
    关于框架的一些思考
    Linux下Aptana Plugin For Eclipse的破解
    增强网站易用性的10个设计技巧
    Firebug中的console tab使用总结
  • 原文地址:https://www.cnblogs.com/wanghao369/p/6034990.html
Copyright © 2020-2023  润新知