软件定义阶段总结.ppt

《软件定义阶段总结.ppt》由会员分享，可在线阅读，更多相关《软件定义阶段总结.ppt（50页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件定义阶段总结u软件定义阶段各章回顾u对软件定义各个阶段的进一步认识u与软件工程相关的一些补充内容u软件工程中一些有争议的观念u给大家的几条建议Chap01 软件工程学概述软件工程学概述软件工程的基本原理和方法（软件工程的基本原理和方法（软件工程的基本原理和方法（软件工程的基本原理和方法（7 7 7 7条原理条原理条原理条原理2 2 2 2种方法）种方法）种方法）种方法）软件工程方法学：软件工程方法学：软件工程方法学：软件工程方法学：生命周期方法学（传统方法学），采用结构化生命周期方法学（传统方法学），采用结构化生命周期方法学（传统方法学），采用结构化生命周期方法学（传统方法学），采用结构化

2、技术来完成软件开发的各项任务。技术来完成软件开发的各项任务。技术来完成软件开发的各项任务。技术来完成软件开发的各项任务。面向对象方法面向对象方法面向对象方法面向对象方法 面向对象方法对象类继面向对象方法对象类继面向对象方法对象类继面向对象方法对象类继承用消息通信。承用消息通信。承用消息通信。承用消息通信。软件生命周期划分：问题定义、可行性研究、需软件生命周期划分：问题定义、可行性研究、需软件生命周期划分：问题定义、可行性研究、需软件生命周期划分：问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、求分析、总体设计、详细设计、编码和单元测试、求分析、总体设计、详细设计、编码和单元

3、测试、求分析、总体设计、详细设计、编码和单元测试、综合测试、运行维护等综合测试、运行维护等综合测试、运行维护等综合测试、运行维护等8 8 8 8个阶段个阶段个阶段个阶段软件过程：瀑布模型、快速原型模型、增量模型、软件过程：瀑布模型、快速原型模型、增量模型、软件过程：瀑布模型、快速原型模型、增量模型、软件过程：瀑布模型、快速原型模型、增量模型、风险驱动的螺旋模型。风险驱动的螺旋模型。风险驱动的螺旋模型。风险驱动的螺旋模型。uu可行性研究目的是进一步探讨问题定义阶段所可行性研究目的是进一步探讨问题定义阶段所可行性研究目的是进一步探讨问题定义阶段所可行性研究目的是进一步探讨问题定义阶段所确定的问题是

4、否有可行的解。确定的问题是否有可行的解。确定的问题是否有可行的解。确定的问题是否有可行的解。uu可行性研究过程可行性研究过程可行性研究过程可行性研究过程1 1 1 1、经过定义问题，分析问题，提出解法的反复过、经过定义问题，分析问题，提出解法的反复过、经过定义问题，分析问题，提出解法的反复过、经过定义问题，分析问题，提出解法的反复过程，最终提出一个符合系统目标的高层次的逻辑程，最终提出一个符合系统目标的高层次的逻辑程，最终提出一个符合系统目标的高层次的逻辑程，最终提出一个符合系统目标的高层次的逻辑模型。模型。模型。模型。2 2 2 2、然后根据系统的这个逻辑模型设想各种可能然后根据系统的这个逻

5、辑模型设想各种可能然后根据系统的这个逻辑模型设想各种可能然后根据系统的这个逻辑模型设想各种可能的物理系统，并且从技术、经济和操作等各方面的物理系统，并且从技术、经济和操作等各方面的物理系统，并且从技术、经济和操作等各方面的物理系统，并且从技术、经济和操作等各方面分析这些物理系统的可行性。分析这些物理系统的可行性。分析这些物理系统的可行性。分析这些物理系统的可行性。3 3 3 3、最后，系统分析员提出一个推荐的行动方针，、最后，系统分析员提出一个推荐的行动方针，、最后，系统分析员提出一个推荐的行动方针，、最后，系统分析员提出一个推荐的行动方针，提交用户和使用部门负责人审查批准。提交用户和使用部门

6、负责人审查批准。提交用户和使用部门负责人审查批准。提交用户和使用部门负责人审查批准。Chap02 可行性研究可行性研究-1可行性研究可行性研究-2uu系统流程图实质上是物理数据流图，它描系统流程图实质上是物理数据流图，它描绘组成系统的主要物理元素以及信息在这绘组成系统的主要物理元素以及信息在这些元素间流动和处理的情况。些元素间流动和处理的情况。uu数据流图的基本符号只有四种，它是描绘数据流图的基本符号只有四种，它是描绘系统逻辑模型的极好工具。系统逻辑模型的极好工具。uu数据字典是关于数据的信息的集合，对数数据字典是关于数据的信息的集合，对数据流图中包含的所有元素的定义的集合。据流图中包含的所有

7、元素的定义的集合。通常数据字典和数据流图共同构成系统的通常数据字典和数据流图共同构成系统的逻辑模型。逻辑模型。uu成本效益分析是可行性研究的一项重要成本效益分析是可行性研究的一项重要内容内容 。uu需求分析是软件生命周期的一个重要阶段，它最根本的任务是确定为了满足用户的需要系统必须做什么。uu通过分析应该得出用数据流图、ER图、数据字典和和IPO图（或PDL等其他描述算法的工具）描绘的精确的系统逻辑模型。还可以用层次方框图或Warnier图等图形工具辅助描绘系统中的数据结构。为了减少冗余、简化修改步骤，往往需要规范数据的存储结构。uu需求分析的结果是软件开发的基础，必须仔细验证它的正确性 。C

8、hap03 需求分析需求分析软件定义各个阶段的进一步认识深入“问题定义”uu问题定义是软件工程过程中重要的一环，也是最简短的阶段，通常在一天或更少的时间内完成。但它是一个项目的开始，也就是根基，如果问题定义不明确、不完整，会直接影响到以后的工作，问题定义决定了整个软件工程是否能朝着正确的方向前进。错误的问题定义uu把问题定义当作是需求分析uu把问题定义当作一件小事uu把问题定义当作解决方法uu避重就轻地定义问题规范问题定义uu思想上重视uu客观、全面地定义uu严格评审uu深入分析可行性研究u可行性分析是要决定可行性分析是要决定“做还是不做做还是不做”。u即使可行性分析是客观的、科学的，但决策仍

9、有可能是错误即使可行性分析是客观的、科学的，但决策仍有可能是错误的。因为决策者是人，人会冲动，有赌博心态。如果可行性的。因为决策者是人，人会冲动，有赌博心态。如果可行性分析表明做某件事的成功率是分析表明做某件事的成功率是10%，失败率是，失败率是90%，倘若，倘若该事情的意义非常大，决策者也许会一拍脑袋：该事情的意义非常大，决策者也许会一拍脑袋：“豁出去，豁出去，干！干！”于是这世界就多了一份极喜与极悲。可行性分析的四于是这世界就多了一份极喜与极悲。可行性分析的四大要素：经济、技术、社会环境和人。大要素：经济、技术、社会环境和人。u目前国内很多软件公司做系统集成项目，如果谈谈系统集成目前国内很

10、多软件公司做系统集成项目，如果谈谈系统集成项目的可行性分析将很有意思。可是那些系统集成项目大多项目的可行性分析将很有意思。可是那些系统集成项目大多是政府机构的，由于软件行业尚不规范并且客户方存在腐败是政府机构的，由于软件行业尚不规范并且客户方存在腐败现象，所以业内流传现象，所以业内流传“没有做不了的系统集成项目没有做不了的系统集成项目”。软件。软件公司的注意力几乎全集中在公司的注意力几乎全集中在“如何拿到项目订单如何拿到项目订单”以及以及“拿拿到订单后如何蒙混过关到订单后如何蒙混过关”上，丧失了上，丧失了“可行性分析可行性分析”的机的机会。会。u联想集团领导人柳传志曾说：联想集团领导人柳传志曾

11、说：“没钱赚的事我们不干；有钱没钱赚的事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选，这样的事也不干。选，这样的事也不干。”柳传志为决策立了上述准则，同时柳传志为决策立了上述准则，同时也为可以行性分析指明了重点。也为可以行性分析指明了重点。经济可行性-1uu经济经济可行性可行性可行性可行性分析主要包括：分析主要包括：“成本成本收益收益”分析和分析和“短期短期长远利益长远利益”分析。分析。成本成本收益分析收益分析最容易理解，如果成本高于收益则表明亏最容易理解，如果成本高于收益则表明亏损了，如果成本大大高于收益那就亏大了。

12、商人都不喜欢做损了，如果成本大大高于收益那就亏大了。商人都不喜欢做吃亏的事情。有些商店成天贴着吃亏的事情。有些商店成天贴着“最后一天跳楼大拍卖最后一天跳楼大拍卖”的的标语，意思是：我准备吃大亏让你占便宜，同志，你快上钩标语，意思是：我准备吃大亏让你占便宜，同志，你快上钩吧。吧。要考虑的成本：要考虑的成本：（1 1）办公室房租。）办公室房租。（2 2）办公用品，如桌、椅、书柜、照明电器、空调等。）办公用品，如桌、椅、书柜、照明电器、空调等。（3 3）计算机、打印机、网络等硬件设备。）计算机、打印机、网络等硬件设备。（4 4）电话、传真等通讯设备以及通讯费用。）电话、传真等通讯设备以及通讯费用。（

13、5 5）资料费。）资料费。（6 6）办公消耗，如水电费、打印复印费等。）办公消耗，如水电费、打印复印费等。经济可行性-2（7）软件开发人员与行政人员的工资。（8）购买系统软件的费用，如买操作系统、数据库、软件开发工具等。有些老板买盗版的系统软件，却按市场价算成本，可从美国佬那里赚一笔。（9）做市场调查、可行性可行性分析、需求分析的交际费用。（10）公司人员培训费用。（11）产品宣传费用。如果用Internet作宣传，则要考虑建设Web站点的费用。（12）如果客户是政府部门，还要充分考虑用于吃喝玩乐、行贿的费用。（13）如果公司的风水不好，会有很多莫名其妙的管理费。每戳一个红艳艳的公章都要化一把

14、钞票。经济可行性-3短期短期长远利益分析长远利益分析 短期利益容易把握，风险较低。国内软件公司经常出现短期利益容易把握，风险较低。国内软件公司经常出现一窝蜂地去做信息管理系统、多媒体光盘、系统集成项一窝蜂地去做信息管理系统、多媒体光盘、系统集成项目或目或Internet服务。每当我们沉迷于短期利益不思进取服务。每当我们沉迷于短期利益不思进取时，应该好好回忆童年时代那些伟大的抱负，给自己一时，应该好好回忆童年时代那些伟大的抱负，给自己一些激励。些激励。长远利益难以把握，风险较大。能为了长远利益不惜短长远利益难以把握，风险较大。能为了长远利益不惜短期亏损的人，要么是雄心勃勃的将帅之才，要么是期亏损

15、的人，要么是雄心勃勃的将帅之才，要么是“纸纸上谈兵上谈兵”、“眼高手底眼高手底”的那一类庸人。国内目前有不的那一类庸人。国内目前有不少少Internet企业，只投入不产出。为了成就将来的霸业，企业，只投入不产出。为了成就将来的霸业，甘愿现在拼财力、比耐性。最后存活下来的几个公司将甘愿现在拼财力、比耐性。最后存活下来的几个公司将瓜分市场。瓜分市场。技术可行性（1）在给定的时间内能否实现需求说明中的功能。如果）在给定的时间内能否实现需求说明中的功能。如果在项目开发过程中遇到难以克服的技术问题，麻烦就大了。在项目开发过程中遇到难以克服的技术问题，麻烦就大了。轻则拖延进度，重则断送项目。轻则拖延进度，

16、重则断送项目。（2）软件的质量如何？有些应用对实时性要求很高，如）软件的质量如何？有些应用对实时性要求很高，如果软件运行慢如蜗牛，即便功能具备也毫无实用价值。有果软件运行慢如蜗牛，即便功能具备也毫无实用价值。有些高风险的应用对软件的正确性与精确性要求极高，如果些高风险的应用对软件的正确性与精确性要求极高，如果软件出了差错而造成客户利益损失，那么软件开发方可要软件出了差错而造成客户利益损失，那么软件开发方可要赔惨了。赔惨了。（3）软件的生产率如何？如果生产率低下，能赚到的钱）软件的生产率如何？如果生产率低下，能赚到的钱就少，并且会逐渐丧失竞争力。在统计软件总的开发时间就少，并且会逐渐丧失竞争力。

17、在统计软件总的开发时间时，不能漏掉用于维护的时间。软件维护是非常拖后腿的时，不能漏掉用于维护的时间。软件维护是非常拖后腿的事，它能把前期拿到的利润慢慢地消耗光。如果软件的质事，它能把前期拿到的利润慢慢地消耗光。如果软件的质量不好，将会导致维护的代价很高，企图通过偷工减料而量不好，将会导致维护的代价很高，企图通过偷工减料而提高生产率，是得不偿失的事。提高生产率，是得不偿失的事。技术可行性分析可以简单地表述为：做得了吗？做得好吗技术可行性分析可以简单地表述为：做得了吗？做得好吗？做得快吗？做得快吗？社会环境可行性社会环境的可行性至少包括两种因素：社会环境的可行性至少包括两种因素：市场与政策市场与政

18、策。市场市场又分为未成熟的市场、成熟的市场和将要消亡的市场。又分为未成熟的市场、成熟的市场和将要消亡的市场。涉足未成熟的市场要冒很大的风险，要尽可能准确地估计潜涉足未成熟的市场要冒很大的风险，要尽可能准确地估计潜在的市场有多大？自己能占多少份额？多长时间能实现？在的市场有多大？自己能占多少份额？多长时间能实现？挤进成熟的市场，虽然风险不高，但油水也不多。如果供大挤进成熟的市场，虽然风险不高，但油水也不多。如果供大于求，即软件开发公司多，项目少，那么在竞标时可能会出于求，即软件开发公司多，项目少，那么在竞标时可能会出现恶性杀价的情形。国内第一批卖计算机的、做系统集成的现恶性杀价的情形。国内第一批

19、卖计算机的、做系统集成的公司发了财，别人眼红了也挤进来，这个行业的平均利润也公司发了财，别人眼红了也挤进来，这个行业的平均利润也就下降了。就下降了。将要消亡的市场就别进去了。尽管很多程序员怀念将要消亡的市场就别进去了。尽管很多程序员怀念DOS时代时代编程的那种淋漓尽致，可现在没人编程的那种淋漓尽致，可现在没人要要DOS应用软件了。学校应用软件了。学校教学尚可用用教学尚可用用DOS软件，商业软件公司则不可再去开发软件，商业软件公司则不可再去开发DOS软件。软件。政策政策对软件公司的生存与发展影响非常大。整个对软件公司的生存与发展影响非常大。整个90年代，中年代，中国电信的收费相当高，仅此一招就把

20、国内互联网企业打得奄国电信的收费相当高，仅此一招就把国内互联网企业打得奄奄一息。某些软件行业的利润很高，但可能存在地方保护政奄一息。某些软件行业的利润很高，但可能存在地方保护政策，使竞争不公平。政策不当将阻碍软件公司的健康发展，策，使竞争不公平。政策不当将阻碍软件公司的健康发展，可最怕的还是政府干预企业的正当行为。可最怕的还是政府干预企业的正当行为。人的因素有句名言：有句名言：“人分四类人分四类人物，人才，人手，人渣人物，人才，人手，人渣。”如果一个软件公司里上述四类人齐全了，那么最好的分工是如果一个软件公司里上述四类人齐全了，那么最好的分工是让让“人物人物”当领导，当领导，“人才人才”做第一

21、线的开发人员，做第一线的开发人员，“人手人手”做行政人员，做行政人员，“人渣人渣”负责行贿。负责行贿。对于公司的领导与开发人员对于公司的领导与开发人员“行还是不行行还是不行”。“人物人物”毕竟毕竟是少数，是少数，“人才人才”可是济济的。举重若轻的那类可是济济的。举重若轻的那类“人才人才”可可以做领导，举轻若重的那类人才适合做软件开发人员。假如以做领导，举轻若重的那类人才适合做软件开发人员。假如一群持有学士、硕士和博士文凭的毕业生到软件公司应聘，一群持有学士、硕士和博士文凭的毕业生到软件公司应聘，该如何录用呢？该如何录用呢？先选择本科毕业生，因为他们正当青春、干劲十足、不摆架先选择本科毕业生，因

22、为他们正当青春、干劲十足、不摆架子、不耻下问、要求不高、奉献甚多。子、不耻下问、要求不高、奉献甚多。其次选择硕士毕业生，如果该生没象范进中举时那么老，并其次选择硕士毕业生，如果该生没象范进中举时那么老，并且在读硕士时没有天天去造文章而丢弃了编程工作，那么让且在读硕士时没有天天去造文章而丢弃了编程工作，那么让有经验的学士程序员带他们煅练几个月就可以用了。有经验的学士程序员带他们煅练几个月就可以用了。如果学士、硕士被其它公司取光了，那只好捡几个博士充数。如果学士、硕士被其它公司取光了，那只好捡几个博士充数。通过前边的学习，我们会发现需求析是最为重要的一个过程，在这个过程中，系统分析员和软件工程师确

23、定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件无法在规定的时间里完工。项目需求分析目需求分析难在哪里？在哪里？-1u客户说不清楚需求客户对需求只有朦胧的感觉，说不清楚具体的需客户对需求只有朦胧的感觉，说不清楚具体的需客户对需求只有朦胧的感觉，说不清楚具体的需客户对需求只有朦胧的感觉，说不清楚具体的需求。求。求。求。如

24、果客户本身就懂软件开发，能把需求说得清清如果客户本身就懂软件开发，能把需求说得清清如果客户本身就懂软件开发，能把需求说得清清如果客户本身就懂软件开发，能把需求说得清清楚楚，这样的需求分析将会非常轻松、愉快。如楚楚，这样的需求分析将会非常轻松、愉快。如楚楚，这样的需求分析将会非常轻松、愉快。如楚楚，这样的需求分析将会非常轻松、愉快。如果客户全不懂软件，但信任软件开发方，这事也果客户全不懂软件，但信任软件开发方，这事也果客户全不懂软件，但信任软件开发方，这事也果客户全不懂软件，但信任软件开发方，这事也好办。分析人员可以引导客户，先阐述常规的需好办。分析人员可以引导客户，先阐述常规的需好办。分析人员

25、可以引导客户，先阐述常规的需好办。分析人员可以引导客户，先阐述常规的需求，再由客户否定不需要的，最终确定客户真正求，再由客户否定不需要的，最终确定客户真正求，再由客户否定不需要的，最终确定客户真正求，再由客户否定不需要的，最终确定客户真正的需求。最怕的就是的需求。最怕的就是的需求。最怕的就是的需求。最怕的就是“不懂装懂不懂装懂不懂装懂不懂装懂”或者或者或者或者“半懂充半懂充半懂充半懂充内行内行内行内行”的客户，他们会提出不切实际的需求。如的客户，他们会提出不切实际的需求。如的客户，他们会提出不切实际的需求。如的客户，他们会提出不切实际的需求。如果这些客户甚至觉得自己是上帝的爸爸，那么沟果这些客

26、户甚至觉得自己是上帝的爸爸，那么沟果这些客户甚至觉得自己是上帝的爸爸，那么沟果这些客户甚至觉得自己是上帝的爸爸，那么沟通和协商都会很困难。通和协商都会很困难。通和协商都会很困难。通和协商都会很困难。项目需求分析目需求分析难在哪里？在哪里？-2u需求自身经常变动“据历史记载，没有一个软件的需求改动少于三据历史记载，没有一个软件的需求改动少于三据历史记载，没有一个软件的需求改动少于三据历史记载，没有一个软件的需求改动少于三次。唯一只改动需求两次的客户是个死人。这个次。唯一只改动需求两次的客户是个死人。这个次。唯一只改动需求两次的客户是个死人。这个次。唯一只改动需求两次的客户是个死人。这个可怜的家伙

27、还是在运送第三次需求的路上被车子可怜的家伙还是在运送第三次需求的路上被车子可怜的家伙还是在运送第三次需求的路上被车子可怜的家伙还是在运送第三次需求的路上被车子撞死的。撞死的。撞死的。撞死的。”因此我们应先接受因此我们应先接受因此我们应先接受因此我们应先接受“需求会变动需求会变动需求会变动需求会变动”这个事实，免得在需求变动时惊慌失措。明白这个事实，免得在需求变动时惊慌失措。明白这个事实，免得在需求变动时惊慌失措。明白这个事实，免得在需求变动时惊慌失措。明白“需求会变动需求会变动需求会变动需求会变动”这个道理后，在进行需求分析时就这个道理后，在进行需求分析时就这个道理后，在进行需求分析时就这个道

28、理后，在进行需求分析时就要留点神：要留点神：要留点神：要留点神：（1 1）尽可能地分析清楚哪些是稳定的需求，哪）尽可能地分析清楚哪些是稳定的需求，哪）尽可能地分析清楚哪些是稳定的需求，哪）尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软些是易变的需求。以便在进行系统设计时，将软些是易变的需求。以便在进行系统设计时，将软些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦件的核心建筑在稳定的需求上，否则将会吃尽苦件的核心建筑在稳定的需求上，否则将会吃尽苦件的核心建筑在稳定的需求上，否则将会吃尽苦头。头。头。头。（2 2）在合同中一定要

29、说清楚）在合同中一定要说清楚）在合同中一定要说清楚）在合同中一定要说清楚“做什么做什么做什么做什么”和和和和“不不不不做什么做什么做什么做什么”。如果合同含含糊糊，日后扯皮的事情。如果合同含含糊糊，日后扯皮的事情。如果合同含含糊糊，日后扯皮的事情。如果合同含含糊糊，日后扯皮的事情就多。就多。就多。就多。uu分析人员或客户理解有误软件系统分析人员不可能都是全才。客户表达的需求，不软件系统分析人员不可能都是全才。客户表达的需求，不软件系统分析人员不可能都是全才。客户表达的需求，不软件系统分析人员不可能都是全才。客户表达的需求，不同的分析人员可能有不同的理解。如果分析人员理解错了，同的分析人员可能有

30、不同的理解。如果分析人员理解错了，同的分析人员可能有不同的理解。如果分析人员理解错了，同的分析人员可能有不同的理解。如果分析人员理解错了，可能会导致开发人员白干活，吃力不讨好。所以分析人员可能会导致开发人员白干活，吃力不讨好。所以分析人员可能会导致开发人员白干活，吃力不讨好。所以分析人员可能会导致开发人员白干活，吃力不讨好。所以分析人员写好需求说明书后，要请客户方的各个代表验证。如果问写好需求说明书后，要请客户方的各个代表验证。如果问写好需求说明书后，要请客户方的各个代表验证。如果问写好需求说明书后，要请客户方的各个代表验证。如果问题很复杂，双方都不太明白，就有必要请开发人员快速构题很复杂，双

31、方都不太明白，就有必要请开发人员快速构题很复杂，双方都不太明白，就有必要请开发人员快速构题很复杂，双方都不太明白，就有必要请开发人员快速构造软件的原型，双方再次论证需求说明书是否正确。造软件的原型，双方再次论证需求说明书是否正确。造软件的原型，双方再次论证需求说明书是否正确。造软件的原型，双方再次论证需求说明书是否正确。由于客户大多不懂软件，他们可能觉得软件是万能的，会由于客户大多不懂软件，他们可能觉得软件是万能的，会由于客户大多不懂软件，他们可能觉得软件是万能的，会由于客户大多不懂软件，他们可能觉得软件是万能的，会提出一些无法实现的需求。有时客户还会把软件系统分析提出一些无法实现的需求。有时

32、客户还会把软件系统分析提出一些无法实现的需求。有时客户还会把软件系统分析提出一些无法实现的需求。有时客户还会把软件系统分析人员的建议或答复给想歪了。人员的建议或答复给想歪了。人员的建议或答复给想歪了。人员的建议或答复给想歪了。有一个软件人员滔滔不绝地向客户讲解在有一个软件人员滔滔不绝地向客户讲解在有一个软件人员滔滔不绝地向客户讲解在有一个软件人员滔滔不绝地向客户讲解在“信息高速公路信息高速公路信息高速公路信息高速公路上做广告上做广告上做广告上做广告”的种种好处，客户听得津津有味。最后，心动的种种好处，客户听得津津有味。最后，心动的种种好处，客户听得津津有味。最后，心动的种种好处，客户听得津津有

33、味。最后，心动的客户对软件人员说：的客户对软件人员说：的客户对软件人员说：的客户对软件人员说：“好得很，就让我们马上行动起来好得很，就让我们马上行动起来好得很，就让我们马上行动起来好得很，就让我们马上行动起来吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立即派人去做。即派人去做。即派人去做。即派人去做。”项目需求分析目需求分析难在哪里？在哪里？-3软件件项目目获取用取用户需求的沟通技巧需求的沟通技巧u软件需求件需求过程包括了程包括了5个主要活个

34、主要活动：需：需求求获取、需求分析和确取、需求分析和确认、编写需求写需求规格格说明明书、需求、需求验证和需求管理。和需求管理。u进行需求分析的行需求分析的时候候应该按照上按照上边的步的步骤去做。去做。需求获取uu需求的收集、分析、细化、核实并组织的步骤，并将它编写成文档。这个活动包括了编写项目视图和范围文档、用户群分类、选择用户代表、建立核心队伍、确定使用实例、召开联合会议、分析用户工作流程、确定质量属性、检查问题报告和需求重用10个具体任务。需求分析和确认需求分析和确认-1uu1、绘制关联图，用于定义系统与系统外部实体间的边界和接口的简单模型；uu2、创建开发原型，当开发人员或用户不能明确某

35、些需求时，开发一个系统原型，这样使得许多概念和可能发生的事更为直观明了；uu3、分析可行性，在允许的成本、性能要求下，分析每项需求实施的可行性，明确每项需求实现相联系的风险，包括与其它需求的冲突，涉及各类用户的利益平衡，对外界因素的依赖和技术障碍；需求分析和确认需求分析和确认-2uu4 4、确定需求优先级：分析方法来确定使用实例、确定需求优先级：分析方法来确定使用实例、系统特性或单项需求实现的优先级别，以优先级系统特性或单项需求实现的优先级别，以优先级为基础确定产品版本将包括哪些特性或哪类需求；为基础确定产品版本将包括哪些特性或哪类需求；uu5 5、为需求建立模型，为需求建立图形分析模型、为需

36、求建立模型，为需求建立图形分析模型是软件需求规格说明极好的补充说明，可以为系是软件需求规格说明极好的补充说明，可以为系统需求从多个角度建模；统需求从多个角度建模；uu6 6、编写数据字典，创建数据字典数据字典是对、编写数据字典，创建数据字典数据字典是对系统用到的所有数据项和结构的定义，以确保开系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定义；发人员使用统一的数据定义；uu7 7、应用质量功能调配，将系统特性、属性与对、应用质量功能调配，将系统特性、属性与对客户的重要性联系起来，提供了一种分析方法以客户的重要性联系起来，提供了一种分析方法以明确哪些是客户最为关注的特性。明确哪些

37、是客户最为关注的特性。编写需求规格说明书编写需求规格说明书-1uu需求开发的最终成果是客户和开发小组对将要开需求开发的最终成果是客户和开发小组对将要开发的产品达成一致协议，这一协议就是通过文档发的产品达成一致协议，这一协议就是通过文档化的需求规格说明书来体现。需求规格说明书包化的需求规格说明书来体现。需求规格说明书包括项目视图和范围文档说明了系统的业务需求，括项目视图和范围文档说明了系统的业务需求，而使用实例文档则说明了用户需求。这个活动需而使用实例文档则说明了用户需求。这个活动需要完成下面几个任务：要完成下面几个任务：1 1、采用模版、采用模版,在你的组织中要为编写软件需求规格说明书在你的组

38、织中要为编写软件需求规格说明书等文档定义一种标准模板等文档定义一种标准模板,该模板为记录系统需求和各种该模板为记录系统需求和各种其它与需求相关的重要信息提供了统一的结构；其它与需求相关的重要信息提供了统一的结构；2 2、指明需求来源，为了让所有项目风险承担者明白需求、指明需求来源，为了让所有项目风险承担者明白需求规格说明书中为何提供这些功能需求，要能追溯每项需求规格说明书中为何提供这些功能需求，要能追溯每项需求的来源，来源可能是一种使用实例或其它客户要求，也可的来源，来源可能是一种使用实例或其它客户要求，也可能是某项更高层系统需求、业务规范、政府法规、标准或能是某项更高层系统需求、业务规范、政

39、府法规、标准或别的外部来源，这些来源应该记录在需求的跟踪能力矩阵别的外部来源，这些来源应该记录在需求的跟踪能力矩阵中；中；编写需求规格说明书编写需求规格说明书-23 3、为每项需求注上标号，为了需求的可跟踪性和、为每项需求注上标号，为了需求的可跟踪性和可修改性的质量标准，必须唯一确定每个软件需可修改性的质量标准，必须唯一确定每个软件需求，为制定一种惯例来为需求规格说明书中的每求，为制定一种惯例来为需求规格说明书中的每项需求提供一个独立的可识别的标号或记号项需求提供一个独立的可识别的标号或记号;4 4、记录业务规范，是指关于系统的操作原则，比、记录业务规范，是指关于系统的操作原则，比如谁能在什么

40、情况下采取什么动作如谁能在什么情况下采取什么动作,将这些编写成将这些编写成需求规格说明书中的一个独立部分，或一独立的需求规格说明书中的一个独立部分，或一独立的业务规范文档业务规范文档;5 5、创建需求跟踪能力矩阵，建立一个矩阵把每项、创建需求跟踪能力矩阵，建立一个矩阵把每项需求来源、定义与实现、测试它的设计和代码部需求来源、定义与实现、测试它的设计和代码部分联系起来分联系起来,这样有利于需求的管理和需求变更影这样有利于需求的管理和需求变更影响范围的评估。响范围的评估。需求验证需求验证-1uu需求的验证是为了确保需求说明准确、完整，表达必要的质量特点,需求将要作为系统设计和最终验证的依据,因此一

41、定要保证它的正确性。需求验证务必确保符合完整性、正确性、灵活性、必要性、无二义性、一致性、可跟踪性及可验证性这些良好特征。这个活动需要完成下面几个任务：1 1、审查需求文档，对需求文档进行正式审查是保证软、审查需求文档，对需求文档进行正式审查是保证软件质量的有效的方法。组织一个由不同代表（如用户，件质量的有效的方法。组织一个由不同代表（如用户，分析人员，设计人员，测试人员）组成的小组，对需分析人员，设计人员，测试人员）组成的小组，对需求规格说明书及相关模型进行仔细的检查；求规格说明书及相关模型进行仔细的检查；需求验证需求验证-22 2、依据需求编写测试用例，根据用户需求所、依据需求编写测试用例

42、，根据用户需求所要求的产品特性写出系统的功能测试用例作要求的产品特性写出系统的功能测试用例作为系统测试依据；为系统测试依据；3 3、编写用户手册，在需求开发早期即可起草、编写用户手册，在需求开发早期即可起草一份用户手册，用它作为需求规格说明的参一份用户手册，用它作为需求规格说明的参考并辅助需求分析考并辅助需求分析;4 4、确定合格的标准，需求说明中描述什么样、确定合格的标准，需求说明中描述什么样的产品才算满足用户的要求和适合他们使用的产品才算满足用户的要求和适合他们使用的，将合格的测试建立在使用情景描述或使的，将合格的测试建立在使用情景描述或使用实例的基础之上。用实例的基础之上。需求管理需求管

43、理-1uu需求管理是组织、控制和文档化需求的系统方法，需求管理是组织、控制和文档化需求的系统方法，也是一种建立和维护用户和开发组织对于改变系统也是一种建立和维护用户和开发组织对于改变系统功能的协议。需求开发的结果经验证批准就定义了功能的协议。需求开发的结果经验证批准就定义了开发工作的需求基线开发工作的需求基线,这个基线在客户和开发人员这个基线在客户和开发人员之间就构筑了一个需求约定，需求管理包括在项目之间就构筑了一个需求约定，需求管理包括在项目进展过程中维持需求约定一致性和精确性的活动。进展过程中维持需求约定一致性和精确性的活动。现在很多商业化的需求管理工具都能很好的支持需现在很多商业化的需求

44、管理工具都能很好的支持需求管理活动。这个活动需要完成下面几个任务：求管理活动。这个活动需要完成下面几个任务：1 1、确定变更控制过程、确定变更控制过程,确定一个选择、分析和决策需求变更的过程确定一个选择、分析和决策需求变更的过程,所所有的需求变更都需遵循此流程有的需求变更都需遵循此流程;2 2、建立软件变更控制委员会、建立软件变更控制委员会(SCCBSCCB，Software Change Control Software Change Control Board),Board),组织一个由项目风险承担者组成的小组作为变更控制委员会，组织一个由项目风险承担者组成的小组作为变更控制委员会，由他们

45、来评估和确定需求变更由他们来评估和确定需求变更;3 3、进行变更影响分析、进行变更影响分析,评估需求变更对项目进度、资源、工作量评估需求变更对项目进度、资源、工作量和项目范围以及其它需求的影响和项目范围以及其它需求的影响;需求管理需求管理-24 4、跟踪变更影响的产品、跟踪变更影响的产品,当进行某项需求变更时，参照需当进行某项需求变更时，参照需求跟踪能力矩阵找到相关的其它需求、设计文档、源代码求跟踪能力矩阵找到相关的其它需求、设计文档、源代码和测试用例，这些相关部分可能也需要修改；和测试用例，这些相关部分可能也需要修改；5 5、建立基准和控制版本、建立基准和控制版本,需求文档确定一个基线，这是

46、一需求文档确定一个基线，这是一致性需求在特定时刻的快照，之后的需求变更就遵循变更致性需求在特定时刻的快照，之后的需求变更就遵循变更控制过程即可控制过程即可;6 6、维护变更的历史记录、维护变更的历史记录,记录变更需求文档版本的日期以记录变更需求文档版本的日期以及所做的变更、原因，还包括由谁负责更新和更新的新版及所做的变更、原因，还包括由谁负责更新和更新的新版本号等情况本号等情况;7 7、跟踪每项需求的状态、跟踪每项需求的状态,这里状态包括这里状态包括 确定确定、已实现已实现、暂缓暂缓、新增新增、变更变更 等。建立一个数据库，其中等。建立一个数据库，其中每一条记录记录一项需求每一条记录记录一项需

47、求;8 8、衡量需求稳定性、衡量需求稳定性,记录基线需求的数量和每周或每月的记录基线需求的数量和每周或每月的变更（添加、修改、删除）数量。变更（添加、修改、删除）数量。软件开发经验谈 规范与文档介绍纲要uu软件与软件危机uu编码风格uu软件设计及文档uu一些CASE工具软件与软件危机uu软件及其特点定义与硬件相互依存与硬件相互依存包括程序、相关数据及其说明文档包括程序、相关数据及其说明文档特点是一种逻辑实体，具有抽象性是一种逻辑实体，具有抽象性没有明显的制造过程（开发后没有明显的制造过程（开发后复制复制）在使用过程中，在使用过程中，无磨损、老化的问题无磨损、老化的问题，但，但存在存在软件退化软

48、件退化问题（硬件、环境以及需求问题（硬件、环境以及需求的变化）的变化）软件与软件危机uu软件危机及其原因软件危机软件危机：在软件的：在软件的开发开发和和维护维护过程中所遇到的过程中所遇到的一系列严重问题一系列严重问题对对开发成本和进度的估计开发成本和进度的估计常常不准确常常不准确用户用户对对“已完成已完成”系统系统不满意不满意的现象经常发生的现象经常发生软件产品的质量软件产品的质量往往靠不住往往靠不住（BugBug）软件的软件的可维护程度可维护程度非常之低非常之低软件通常没有适当的软件通常没有适当的文档文档资料资料成本成本不断提高不断提高开发生产率开发生产率的提高赶不上硬件的发展和人们需的提高

49、赶不上硬件的发展和人们需求的增长求的增长软件与软件危机uu软件危机及其原因软件危机的原因软件危机的原因与与软件本身的特点软件本身的特点有关有关与与开发和维护的方法不正确开发和维护的方法不正确有关有关l l忽视软件开发前期的忽视软件开发前期的需求分析需求分析l l开发过程没有统一的、规范的开发过程没有统一的、规范的方法论方法论的指导，的指导，文档文档资料不齐全，忽视人与人的资料不齐全，忽视人与人的交流交流l l忽视忽视测试测试阶段的工作，提交用户的软件质量阶段的工作，提交用户的软件质量差差l l轻视软件的轻视软件的维护维护软件与软件危机uu校园中的软件开发编程至上，淡化分析设计编程至上，淡化分析

50、设计文档稀少，样例、方法、内容文档稀少，样例、方法、内容风格不统一，忽视整体规范化风格不统一，忽视整体规范化组织松散，合作意识不强组织松散，合作意识不强钻研技术，追求编程技巧钻研技术，追求编程技巧软件生命力低，难于实用和发展壮大软件生命力低，难于实用和发展壮大.编码风格uu编排格式：TabTab键缩进、空行、长句的分行键缩进、空行、长句的分行键缩进、空行、长句的分行键缩进、空行、长句的分行.uu注释：文件、函数文件、函数文件、函数文件、函数/过程、数据结构、控制流过程、数据结构、控制流过程、数据结构、控制流过程、数据结构、控制流.uu各种名字的命名方法：匈牙利命名法匈牙利命名法匈牙利命名法匈牙