讲座5目标范围管理与需求工程(2)ppt课件_第1页
讲座5目标范围管理与需求工程(2)ppt课件_第2页
讲座5目标范围管理与需求工程(2)ppt课件_第3页
讲座5目标范围管理与需求工程(2)ppt课件_第4页
讲座5目标范围管理与需求工程(2)ppt课件_第5页
已阅读5页,还剩59页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系为什么实施该工程?为什么实施该工程?工程要到达什么样的结果?工程要到达什么样的结果?如何实施该工程?如何实施该工程?工程任务的详细内容是什么?工程任务的详细内容是什么?如何定义该工程完成?如何定义该工程完成?上海交通大学计算机系上海交通大学计算机系w目的管理目的管理w范围管理范围管理w需求管理需求管理w管理需求的目的管理需求的目的w需求管理的困难性需求管理的困难性w软件需求特性软件需求特性w需求工程需求工程w如何获取需求如何获取需求w需求规格阐明需求规格阐明w需求管理工具需求管理工具上海交通大学计算机系上海交通大学

2、计算机系w普通以为,目的管理的思想是得鲁克在普通以为,目的管理的思想是得鲁克在19541954年发年发表的表的 一书中提出来的。一书中提出来的。w在此之前,一些企业也提出了类似的管理思想在此之前,一些企业也提出了类似的管理思想w如通用电气公司如通用电气公司19541954年为进展改组而拟订的广泛年为进展改组而拟订的广泛方案中,提出方案中,提出“管理决策的分散进展,要求用客管理决策的分散进展,要求用客观目的和对目的完成进度的客观测定来替代客观观目的和对目的完成进度的客观测定来替代客观的评价和个人的监视。经过实行一种客观的测定的评价和个人的监视。经过实行一种客观的测定方案,可把客观人员从详细事务中

3、解脱出来方案,可把客观人员从详细事务中解脱出来w因此,目的管理的思想是管理学家和企业界共同因此,目的管理的思想是管理学家和企业界共同努力的结果努力的结果上海交通大学计算机系上海交通大学计算机系w目的管理是参与管理的一种方式:上下级目的构目的管理是参与管理的一种方式:上下级目的构成成“目的手段链目的手段链w强调强调“自我控制:人们应自我控制:人们应“控制的是行为的动控制的是行为的动机而不是行为本身机而不是行为本身w促进下放权益:有助于协调集权与分权的矛盾促进下放权益:有助于协调集权与分权的矛盾w注重成果第一的方针:目的考核体系注重成果第一的方针:目的考核体系上海交通大学计算机系上海交通大学计算机

4、系w工程目的就是实施工程要到达的期望结果工程目的就是实施工程要到达的期望结果w特点特点w多目的性:时间,本钱和性能多目的性:时间,本钱和性能w优先性优先性: :不同的目的有不同的优先级,在生命周期的不同不同的目的有不同的优先级,在生命周期的不同时辰,优先级也不同如性能是初始阶段思索的重点,时辰,优先级也不同如性能是初始阶段思索的重点,实施阶段重点思索本钱,时间在终了阶段显得更紧迫。实施阶段重点思索本钱,时间在终了阶段显得更紧迫。w层次性总体目的,详细目的,详细方案层次性总体目的,详细目的,详细方案w如上大学,总体目的:自我实现为未来获得更高的社如上大学,总体目的:自我实现为未来获得更高的社会位

5、置,获得更高收入,实现个人追求会位置,获得更高收入,实现个人追求w详细目的详细目的w1 1在交纳一定学费的根底上,在交纳一定学费的根底上,4 4年获得学位;年获得学位;w2 2掌握软件工程方面知识和理念掌握软件工程方面知识和理念w3 3结交新朋友结交新朋友w详细方案详细方案:4:4年内的课程安排年内的课程安排上海交通大学计算机系上海交通大学计算机系w应该应该 不应该不应该w定量的,可度量的定量的,可度量的 定性的、不可度量的定性的、不可度量的w使每个成员都能清楚认识使每个成员都能清楚认识 与工程成员无关与工程成员无关w现实的现实的 理想化的理想化的w简单的简单的 复杂的复杂的w面向结果的面向结

6、果的 面向本钱的面向本钱的w可以起鼓励作用可以起鼓励作用 无鼓励作用无鼓励作用w例子:如一个医疗部门的目的描画能够是例子:如一个医疗部门的目的描画能够是“治愈一切的疾病,或治愈一切的疾病,或“治愈一治愈一切的病人,两者外表一样,本质差别很大切的病人,两者外表一样,本质差别很大上海交通大学计算机系上海交通大学计算机系w目的要分等级层次目的要分等级层次w社会经济方面的总目的社会经济方面的总目的w使命使命w组织的总目的长期的、战略的组织的总目的长期的、战略的w更详细的总目的更详细的总目的w分公司目的分公司目的w部门和单位的目的部门和单位的目的w个人的目的效果,个人的培育目的个人的目的效果,个人的培育

7、目的上海交通大学计算机系上海交通大学计算机系w目的要构成一个网络目的要构成一个网络w假设各详细目的之间相互不关联,彼此不支持,假设各详细目的之间相互不关联,彼此不支持,人们就会采用对本人的职能似乎是有益的方法,人们就会采用对本人的职能似乎是有益的方法,但对公司整体而说能够是宏大的损失但对公司整体而说能够是宏大的损失w注重目的的多样性注重目的的多样性w可以有多个目的可以有多个目的w但是目的过多就等于没有目的但是目的过多就等于没有目的上海交通大学计算机系上海交通大学计算机系w长期目的和短期目的互为整体长期目的和短期目的互为整体w选择短期目的的过程也是评定长期目的先后次序的过程选择短期目的的过程也是

8、评定长期目的先后次序的过程w培育管理者的素质培育管理者的素质w有效的管理者的共同之处不在于他们拥有什么,也不在有效的管理者的共同之处不在于他们拥有什么,也不在于他们是什么样的人,而在于发扬有效性的实际于他们是什么样的人,而在于发扬有效性的实际w擅长利用时间擅长利用时间w留意奉献留意奉献w擅长发现和运用他人的优点,能用人之长,容人之短擅长发现和运用他人的优点,能用人之长,容人之短w要擅长分清任务的主次先后要擅长分清任务的主次先后w要擅长作出有效的决策要擅长作出有效的决策w目的管理的实际阅历目的管理的实际阅历w对美国对美国500500家最大的工业公司调查,在家最大的工业公司调查,在403403家中

9、家中188188家实施家实施了目的管理方法,了目的管理方法,3636家以为非常胜利,占家以为非常胜利,占188188家的家的1919左左右。右。上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系w工程范围是指为了胜利到达工程的目的,工程所工程范围是指为了胜利到达工程的目的,工程所规定要做的任务。规定要做的任务。w在工程环境中,在工程环境中,“范围范围w产品范围,即一个产品或一项效力应该包含哪些产品范围,即一个产品或一项效力应该包含哪些特征和功能特征和功能w产品规格,即产品所包含的特征和功能详细是怎产品规格,即产品所包含的特征和功能详细是怎样的样的w工程范围,即为了

10、交付具有所指特征和功能的产工程范围,即为了交付具有所指特征和功能的产品所必需求做的任务。品所必需求做的任务。上海交通大学计算机系上海交通大学计算机系w启动:指组织正式开场一个工程或继续到工程的下一个阶段。启动启动:指组织正式开场一个工程或继续到工程的下一个阶段。启动过程的一个输出就是工程章程。工程章程正式成认工程的存在并对过程的一个输出就是工程章程。工程章程正式成认工程的存在并对工程提供一个概览。工程提供一个概览。w范围方案:指进一步构成各种文档,为未来工程决策提供根底。包范围方案:指进一步构成各种文档,为未来工程决策提供根底。包括用以衡量一个工程或工程阶段能否曾经顺利完成的规范等。括用以衡量

11、一个工程或工程阶段能否曾经顺利完成的规范等。w范围定义:指工程主要的可交付成果细分为更小的,更易管理的成范围定义:指工程主要的可交付成果细分为更小的,更易管理的成分分w范围核实:指对工程范围的正式认定。工程主要涉及人员,如客户范围核实:指对工程范围的正式认定。工程主要涉及人员,如客户或发起人要在这个过程中正式接受工程可交付成果的定义或发起人要在这个过程中正式接受工程可交付成果的定义w范围变卦控制:指对有关工程范围的变卦进展控制。主要的过程输范围变卦控制:指对有关工程范围的变卦进展控制。主要的过程输出是范围变卦、纠正行动与教训总结。出是范围变卦、纠正行动与教训总结。上海交通大学计算机系上海交通大

12、学计算机系需求管理需求管理上海交通大学计算机系上海交通大学计算机系w系统开发团队之所以管理需求,是由于他们想让系统开发团队之所以管理需求,是由于他们想让工程获得胜利。满足工程需求即为胜利打下了根工程获得胜利。满足工程需求即为胜利打下了根底。假设无法管理需求,到达目的的几率就会降底。假设无法管理需求,到达目的的几率就会降低。低。w为什么要管理需求?防止失败就是一个很充分的为什么要管理需求?防止失败就是一个很充分的理由。提高工程的胜利率和需求管理所带来的其理由。提高工程的胜利率和需求管理所带来的其他益处同样也是理由。他益处同样也是理由。上海交通大学计算机系上海交通大学计算机系真的很重要吗?真的很重

13、要吗?例:例:Our real-time example is based on the embedded software in the Ariane-5, a space rocket belonging to the European Space Agency (ESA). On June 4, 1996, on its maiden flight, the Ariane-5 was launched and performed perfectly for approximately 40 seconds. Then, it began to veer off course. At th

14、e direction of an Ariane ground controller, the rocket was destroyed by remote control. The destruction of the uninsured rocket was a loss not only of the rocket itself, but also of the four satellites it contained; the total cost of the disaster was $500 million (Newsbytes home page 1996; Lions et

15、al. 1996).上海交通大学计算机系上海交通大学计算机系 The reason: there was no discussion in the requirements documents of the ways in which the Ariane-5 trajectory would be different from Ariane-4.统计资料:统计资料: In 1994, the Standish Group surveyed over 350 companies about their over 8000 software projects to find out how we

16、ll they were faring. The results are sobering. Thirty-one percent of the software projects were canceled before they were completed. Moreover, in large companies, only 9% of the projects were delivered on time and cost what they were budgeted, and 16% met those criteria in small companies (Standish

17、1994).上海交通大学计算机系上海交通大学计算机系 To understand why, Standish (1995) asked the surveyrespondents to explain the causes of the failed projects.The top factors were reported to be1. incomplete requirements (13.1%)2. lack of user involvement (12.4%)3. lack of resources (10.6%)4. unrealistic expectations (9.9%

18、)5. lack of executive support (9.3%)6. changing requirements and specifications (8.7%)7. lack of planning (8.1%)8. system no longer needed (7.5%)上海交通大学计算机系上海交通大学计算机系w5点现实点现实w软件生命周期中,一个错误发现得越晚,修复错软件生命周期中,一个错误发现得越晚,修复错误的费用越高误的费用越高上海交通大学计算机系上海交通大学计算机系n许多错误是埋伏的,并且在错误产生后很长一段时间才被检查许多错误是埋伏的,并且在错误产生后很长一段时间才

19、被检查出来出来n在需求过程中会产生很多错误在需求过程中会产生很多错误nDeMarco在一份研讨报告中指出,被检查出来的错误的在一份研讨报告中指出,被检查出来的错误的56产产生的根源可以追溯到需求阶段。生的根源可以追溯到需求阶段。nAIRMICS所进展的一项调查发现,在一份美国军方大型管理信所进展的一项调查发现,在一份美国军方大型管理信息系统的需求现格阐明书息系统的需求现格阐明书(SRS)中存在着中存在着500多个错误,当然这多个错误,当然这仅仅是一个软件工程中的一次调查。仅仅是一个软件工程中的一次调查。n在需求阶段,代表性的错误为忽略、不一致和二义性在需求阶段,代表性的错误为忽略、不一致和二义

20、性n美国海军研讨实验室从美国海军研讨实验室从20世纪世纪70年代起就对软件开发技术不断年代起就对软件开发技术不断地进展研讨。得出的研讨数听阐明:地进展研讨。得出的研讨数听阐明:A7E工程中工程中77的需求错的需求错误特点是不明确:忽略、不一致和二义性。按错误类型对这些误特点是不明确:忽略、不一致和二义性。按错误类型对这些错误分布进展分析的结果是:错误分布进展分析的结果是:49不正确的现实,不正确的现实,31忽略,忽略,l 3不一致,不一致,5二义性二义性上海交通大学计算机系上海交通大学计算机系n需求错误是可以被检查出来的需求错误是可以被检查出来的上海交通大学计算机系上海交通大学计算机系w在需求

21、过程中会产生很多错误在需求过程中会产生很多错误(现实现实3和和4)。w许多错误并没有在早期被发现许多错误并没有在早期被发现(现实现实2)。w这样的错误是可以在产生的初期被检查出来的这样的错误是可以在产生的初期被检查出来的(现实现实5)。w假设没有及时检查出来这些错误,软件费用会直假设没有及时检查出来这些错误,软件费用会直线上升线上升(现实现实1)上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系w需求不总是显而易见的,而且它可来自各个方面。需求不总是显而易见的,而且它可来自各个方面。 w需求并不总是能容易用文字明白无误地表达。需求并不总是能容易用文字明白无误地表达

22、。 w存在不同种类的需求,其详细程度各不一样。存在不同种类的需求,其详细程度各不一样。 w假设不加以控制,需求的数量将难以管理。假设不加以控制,需求的数量将难以管理。 w需求之间相互关联,而且需求也和软件工程流程中的其需求之间相互关联,而且需求也和软件工程流程中的其他可交付工件有关。他可交付工件有关。 w需求有独一的特征或特征值。例如,它们的重要性和容需求有独一的特征或特征值。例如,它们的重要性和容易满足的程度都各不一样。易满足的程度都各不一样。 w需求涉及众多相关方面,这意味着需求要由功能交叉的需求涉及众多相关方面,这意味着需求要由功能交叉的各组人员管理。各组人员管理。 w需求会变卦。需求会

23、变卦。 上海交通大学计算机系上海交通大学计算机系w需求为用户处理问题或到达目的所需的条件或权需求为用户处理问题或到达目的所需的条件或权能能w系统或系统部件要满足合同、规范、规范和其它系统或系统部件要满足合同、规范、规范和其它正式规定文档所需具有的条件或权能正式规定文档所需具有的条件或权能w一种反映上述条件或权能的文档阐明一种反映上述条件或权能的文档阐明上海交通大学计算机系上海交通大学计算机系业务需求工程视图与范围文档用户需求质量属性系统需求功能需求约束条件其它非功能需求Use Case文档软件需求规格阐明上海交通大学计算机系上海交通大学计算机系w产生不合格的需求阐明的缘由产生不合格的需求阐明的

24、缘由w无足够的用户参与,缘由无足够的用户参与,缘由w感到与用户协作不如编写代码有意思感到与用户协作不如编写代码有意思w由于开发人员觉得曾经明白用户的需求了由于开发人员觉得曾经明白用户的需求了w用户需求的不断添加用户需求的不断添加w模棱两可的需求模棱两可的需求w不用要的特性不用要的特性w过于精简的规格阐明过于精简的规格阐明w忽略了用户分类忽略了用户分类w不准确的方案不准确的方案上海交通大学计算机系上海交通大学计算机系w完好性完好性w正确性正确性w可行性可行性w必要性必要性w划分优先级划分优先级w无二义性无二义性w可验证性可验证性上海交通大学计算机系上海交通大学计算机系需求工程需求开发需求管理问题

25、获取分析编写规格阐明验证上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系上海交通大学计算机系w需求的来源需求的来源w访问并与有潜力的用户讨论访问并与有潜力的用户讨论w把对目前的或竞争产品的描画写成文档把对目前的或竞争产品的描画写成文档w系统需求规格阐明系统需求规格阐明w对当前系统的问题报告和加强要求对当前系统的问题报告和加强要求w市场调查和用户问卷调查市场调查和用户问卷调查w察看正在任务的用户察看正在任务的用户w用户义务内容分析用户义务内容分析上海交通大学计算机系上海交通大学计算机系w用户及其分类用户及其分类w各种用户对系统具用不同的要求,如一个没有阅各种用户对系统具用不同的要求,

26、如一个没有阅历的用户关怀系统能否简单易用,对于高级用户历的用户关怀系统能否简单易用,对于高级用户那么关怀产品的易用性和高效性。那么关怀产品的易用性和高效性。w因此需求对用户进展分类,每一个用户类将有本因此需求对用户进展分类,每一个用户类将有本人的一系列功能和非功能要求人的一系列功能和非功能要求w在工程中,要尽早为产品确定并描画不同的用户在工程中,要尽早为产品确定并描画不同的用户类,这样就能从每一个重要的用户类代表中获取类,这样就能从每一个重要的用户类代表中获取不同的需求。不同的需求。上海交通大学计算机系上海交通大学计算机系w寻觅用户代表寻觅用户代表w每个一个用户类必需有一名和几名用户代表参与每

27、个一个用户类必需有一名和几名用户代表参与软件开发工程周期软件开发工程周期w对于直接面向客户的工程,用户代表相对容易找对于直接面向客户的工程,用户代表相对容易找到,对于商品化软件到,对于商品化软件, ,用户代表此时称为产品用户代表此时称为产品代表比较难找到。代表比较难找到。w产品代表者必需是真正的用户,而不是用户的代产品代表者必需是真正的用户,而不是用户的代理人,如主办者,产品客户,市场人员理人,如主办者,产品客户,市场人员w必需给产品代表者足够的尊重,否那么将挫伤他必需给产品代表者足够的尊重,否那么将挫伤他们的积极性们的积极性上海交通大学计算机系上海交通大学计算机系w如何寻求产品代表者如何寻求

28、产品代表者w与大公司建立联络与大公司建立联络w经过产品打折或者免费运用的方式来吸引产品代经过产品打折或者免费运用的方式来吸引产品代表者表者w要留意技术走漏问题要留意技术走漏问题w真正聘请具有丰富阅历的适宜的产品代表者真正聘请具有丰富阅历的适宜的产品代表者上海交通大学计算机系上海交通大学计算机系w“谁说了算?问题谁说了算?问题w假设个别用户不能在需求方面达成一致的意见,假设个别用户不能在需求方面达成一致的意见,那么必需由产品代表者作出决策。这种方法的本那么必需由产品代表者作出决策。这种方法的本质是授权给产品代表者,由其处理他们所代表用质是授权给产品代表者,由其处理他们所代表用户的需求冲突问题户的

29、需求冲突问题w假设不同的用户类有不一致的需求,那么必需决假设不同的用户类有不一致的需求,那么必需决策出满足哪一类用户的需求更为重要。了解能够策出满足哪一类用户的需求更为重要。了解能够运用产品的客户种类的信息和他们的用法与产品运用产品的客户种类的信息和他们的用法与产品的业务目的的关系如何,将有助于呢决议哪一个的业务目的的关系如何,将有助于呢决议哪一个用户类所占份额最大用户类所占份额最大上海交通大学计算机系上海交通大学计算机系n不同公司的客户能够都要求产品按照他们各自的喜好不同公司的客户能够都要求产品按照他们各自的喜好来设计。运用工程的业务目的来决议哪些是他最关怀来设计。运用工程的业务目的来决议哪

30、些是他最关怀的客户。非中心客户的需求可以安排在下一个版本中的客户。非中心客户的需求可以安排在下一个版本中开发。开发。n客户经理与真正用户的需求相冲突。用户需求必需与客户经理与真正用户的需求相冲突。用户需求必需与业务需求一致,因此,必需压服那些没有亲身运用过业务需求一致,因此,必需压服那些没有亲身运用过产品的经理服从代表他们用户的产品代表者提出的详产品的经理服从代表他们用户的产品代表者提出的详细的用户需求和功能性规格阐明。细的用户需求和功能性规格阐明。n当开发者想像的产品与客户需求冲突时,通常应该由当开发者想像的产品与客户需求冲突时,通常应该由客户作出决策,然而,不要堕入客户作出决策,然而,不要

31、堕入“客户总是对的的客户总是对的的圈套中去,现实中,客户并不总是对的。圈套中去,现实中,客户并不总是对的。上海交通大学计算机系上海交通大学计算机系n假设市场部门提出的需求与开发者所想要开发的系统假设市场部门提出的需求与开发者所想要开发的系统发生冲突时,通常由于市场人员作为客户的代理人,发生冲突时,通常由于市场人员作为客户的代理人,市场需求具有更重的分量,但是,市场人员能够会一市场需求具有更重的分量,但是,市场人员能够会一味地迁就客户需求。味地迁就客户需求。n没有简单的正确答案没有简单的正确答案上海交通大学计算机系上海交通大学计算机系w访谈访谈w要点:要点:w事先需调查涉众或用户以及公司的背景。

32、事先需调查涉众或用户以及公司的背景。w访谈前对问题进展复审。访谈前对问题进展复审。w在访谈期间要参照一定的格式,以确保提出正确在访谈期间要参照一定的格式,以确保提出正确的问题。的问题。w在访谈终了时总结两、三个最为重要的问题。反在访谈终了时总结两、三个最为重要的问题。反复您听到的内容,以确认您的了解能否正确。复您听到的内容,以确认您的了解能否正确。上海交通大学计算机系上海交通大学计算机系w寻求客户寻求客户w客户是谁?客户是谁? w用户是谁?用户是谁? w他们的需求能否不同?他们的需求能否不同? w他们具有什么背景、才干和环境?他们具有什么背景、才干和环境?w业务流程业务流程 w问题是什么?问题

33、是什么? w想要处理该问题的缘由是什么?想要处理该问题的缘由是什么? w能否存在其他想要处理该问题的缘由?能否存在其他想要处理该问题的缘由? w胜利处理方案的价值是什么?胜利处理方案的价值是什么? w如今您如何处理问题?如今您如何处理问题? w时间和价值之间如何折衷?时间和价值之间如何折衷? w在其他什么地方可以找到此问题的处理方案?在其他什么地方可以找到此问题的处理方案? 上海交通大学计算机系上海交通大学计算机系w产品特点产品特点w该产品处理什么问题?该产品处理什么问题? w该产品会引起什么业务问题?该产品会引起什么业务问题? w对于用户来说,存在着什么危险?对于用户来说,存在着什么危险?

34、w产品将处于什么环境?产品将处于什么环境? w您对可用性有什么期望?您对可用性有什么期望? w您对可靠性有什么期望?您对可靠性有什么期望? w需求何种性能需求何种性能/ /精度?精度? 上海交通大学计算机系上海交通大学计算机系w通用问题通用问题w我能否提问了太多问题?我能否提问了太多问题? w我的问题能否与主题相关?我的问题能否与主题相关? w您是回答这些问题的适宜人选吗?您是回答这些问题的适宜人选吗? w您的答案是必需的吗?您的答案是必需的吗? w稍后我可以提出更多问题吗?稍后我可以提出更多问题吗? w您情愿参与需求复审吗?您情愿参与需求复审吗? w还有其他应该向您提出的问题吗?还有其他应该

35、向您提出的问题吗? 上海交通大学计算机系上海交通大学计算机系w留意:留意:w不要让对方阐明他们不经常阐明的事情。不要让对方阐明他们不经常阐明的事情。 w不要提出假设用户可以阐明复杂活动的问题。不要提出假设用户可以阐明复杂活动的问题。w普通来说,人们能做许多本人无法阐明的事情。普通来说,人们能做许多本人无法阐明的事情。 w阅历主义的根据阅历主义的根据 - - 短少相关性。短少相关性。 w提出可以自在回答的问题。提出可以自在回答的问题。 w逃避以逃避以“为什么开头的问题,由于这类问题会让对方采为什么开头的问题,由于这类问题会让对方采取防备的态度。取防备的态度。 w进展访谈对话时,要记住:进展访谈对

36、话时,要记住: w不要期望获得简单的答案。不要期望获得简单的答案。 w不要只求得到对方的回答而匆忙草率地进展访谈。不要只求得到对方的回答而匆忙草率地进展访谈。 w倾听,倾听,再倾听!倾听,倾听,再倾听! 上海交通大学计算机系上海交通大学计算机系w研讨班研讨班w研讨班开场前研讨班开场前w协调员需求约请应该参与研讨班的涉众,从而确协调员需求约请应该参与研讨班的涉众,从而确定参与研讨班的小组。应该向参与者提供定参与研讨班的小组。应该向参与者提供“热身热身资料,供他们在到会之前阅读。协调员担任研资料,供他们在到会之前阅读。协调员担任研讨班的后勤任务,比如发出约请、恳求带有会议讨班的后勤任务,比如发出约

37、请、恳求带有会议所需设备的适当会议室,以及分发研讨班议程等。所需设备的适当会议室,以及分发研讨班议程等。上海交通大学计算机系上海交通大学计算机系w召开会议召开会议w协调员主持会议,其中包括:协调员主持会议,其中包括: w给每个人发言的时机。给每个人发言的时机。 w确保会议不脱离正题。确保会议不脱离正题。 w搜集关于适用的需求属性的意见搜集关于适用的需求属性的意见 w记录调查结果。记录调查结果。 w总结会议并得出结论。总结会议并得出结论。 w整理结果整理结果w需求研讨班终了后,协调员与系统分析员需求花需求研讨班终了后,协调员与系统分析员需求花些时间对调查结果进展综合,并将信息精简为可些时间对调查

38、结果进展综合,并将信息精简为可引见的方式。引见的方式。上海交通大学计算机系上海交通大学计算机系w如何知道他曾经完成了需求的获取,一些线索如何知道他曾经完成了需求的获取,一些线索w假设用户不能想出更多的需求假设用户不能想出更多的需求w假设用户提出新的需求,但他可以从其它需求的假设用户提出新的需求,但他可以从其它需求的相关功能需求重获得这些新的需求相关功能需求重获得这些新的需求w假设用户开场反复原先讨论过的问题假设用户开场反复原先讨论过的问题w假设用户提出对未来产品的要求,而不是如今我假设用户提出对未来产品的要求,而不是如今我们讨论的特定产品们讨论的特定产品上海交通大学计算机系上海交通大学计算机系

39、w需求文档要求需求文档要求w完好性完好性w一致性一致性w可修正性可修正性w可跟踪性可跟踪性上海交通大学计算机系上海交通大学计算机系w软件需求规格阐明的作用软件需求规格阐明的作用w客户和营销部门依赖它了解他们所能提供的产品客户和营销部门依赖它了解他们所能提供的产品w工程经理根据包含在软件需求规格阐明重描画的工程经理根据包含在软件需求规格阐明重描画的产品来制定规划并预测进度安排、任务量和资源产品来制定规划并预测进度安排、任务量和资源w软件开发小组依赖它来了解他们将要开发的产品软件开发小组依赖它来了解他们将要开发的产品w测试小组利用它来制定测试方案,测试案例测试小组利用它来制定测试方案,测试案例w软

40、件维护人员和支持人员根据它了解系统的功能软件维护人员和支持人员根据它了解系统的功能w产品发布组根据它编写客户文档,包括用户手册产品发布组根据它编写客户文档,包括用户手册和协助和协助w培训人员根据它编写培训教材培训人员根据它编写培训教材上海交通大学计算机系上海交通大学计算机系w文档可读性文档可读性w对节、小节和单个需求的号码编排必需一致对节、小节和单个需求的号码编排必需一致w在右边部分留下文本注释区在右边部分留下文本注释区w允许不加限制地运用空格允许不加限制地运用空格w正确运用各种可视化强调标志正确运用各种可视化强调标志w创建目录表和索引表有助于读者寻觅所需信息创建目录表和索引表有助于读者寻觅所

41、需信息w对一切图和表制定号码和标识号对一切图和表制定号码和标识号上海交通大学计算机系上海交通大学计算机系w需求的标识需求的标识w序列号,如序列号,如UR-2,SRS13UR-2,SRS13w层次化编码,如层次化编码,如.4w层次化文本标签,层次化文本标签,“当用户恳求打印超越当用户恳求打印超越1010个副本时,系个副本时,系统必需让用户进展确认判别。统必需让用户进展确认判别。 print.copies.confirm print.copies.confirmw不完好的需求不完好的需求w进展特殊的标识进展特殊的标识TBD(to be determined)TBD(to be de

42、termined),在继续进展构,在继续进展构造需求集合之前,必需处置完一切造需求集合之前,必需处置完一切TBDTBDw用户界面与软件需求阐明用户界面与软件需求阐明w用户界面是处理方案,而不是需求,但是可以更清楚的用户界面是处理方案,而不是需求,但是可以更清楚的定义需求。定义需求。w可以画一些草图可以画一些草图上海交通大学计算机系上海交通大学计算机系wa 引言引言wa.1目的目的wa.2文档商定文档商定wa.3预期的读者和阅读建议预期的读者和阅读建议wa.4产品的范围产品的范围wa.5参考文献参考文献wb.综合描画综合描画wb.1产品的前景产品的前景wb.2产品的功能产品的功能上海交通大学计算

43、机系上海交通大学计算机系nb.3用户类和特征用户类和特征nb.4运转环境运转环境nb.5设计和实现上的限制设计和实现上的限制nb.6假设和依赖假设和依赖nC.外部接口需求外部接口需求nc.1用户界面用户界面nc.2硬件接口硬件接口nc.3软件接口软件接口nc.4通讯接口通讯接口上海交通大学计算机系上海交通大学计算机系wD.系统特性系统特性wd.1阐明和优先级阐明和优先级wd.2鼓励、呼应序列鼓励、呼应序列wd.3功能需求功能需求w其它非功能需求其它非功能需求we.1性能需求性能需求we.2平安设备需求平安设备需求we.3软件平安性需求软件平安性需求we.4软件质量属性软件质量属性we.5业务规

44、那么业务规那么we.6用户文档用户文档其它需求附录A:词汇表附录B:分析模型附录C:待确定问题的类标上海交通大学计算机系上海交通大学计算机系w需求阐明语句需求阐明语句w坚持语句和段落的简短坚持语句和段落的简短w采用自动语态的表达方式采用自动语态的表达方式w编写具有正确的语法和标点的完好句子编写具有正确的语法和标点的完好句子w运用的术语应该和词汇表中定义的一致运用的术语应该和词汇表中定义的一致w需求陈说应该具有一致的式样,例如需求陈说应该具有一致的式样,例如“系统必系统必需需,或者,或者“用户必需用户必需,并紧跟一个,并紧跟一个行为动作和可察看的结果,例如行为动作和可察看的结果,例如“仓库管理子

45、系仓库管理子系统必需显示一张在所恳求的仓库中有存货的药品统必需显示一张在所恳求的仓库中有存货的药品名单。名单。上海交通大学计算机系上海交通大学计算机系n为了减少不确定性,防止采用模糊的、客观的术语,为了减少不确定性,防止采用模糊的、客观的术语,例如,用户友好、容易、简单、迅速、有效、支持、例如,用户友好、容易、简单、迅速、有效、支持、许多、最新技术、优越的、可接受的和强壮的。许多、最新技术、优越的、可接受的和强壮的。n防止运用比较性的词汇,例如:提高,最大化,最小防止运用比较性的词汇,例如:提高,最大化,最小化和最正确化。定量地阐明所需求提高的程度或者说化和最正确化。定量地阐明所需求提高的程度

46、或者说清一些参数可接受的最大值和最小值。清一些参数可接受的最大值和最小值。上海交通大学计算机系上海交通大学计算机系w节选自目前我国的一些实践系统中的功能性需求的阐明节选自目前我国的一些实践系统中的功能性需求的阐明方式:方式:“根据详细的系统调研和需求分析,根据详细的系统调研和需求分析,系统的功系统的功能必需满足以下需求:能必需满足以下需求:w1)1)编制方案、方案工程拨款管理,编制方案、方案工程拨款管理,工程批复管理,工程批复管理,工程进度统计;工程进度统计;w2)2)工程工程管理;工程工程管理;w3)3)方案拨款、征费收缴信息及其他收拨款信息查询统计;方案拨款、征费收缴信息及其他收拨款信息查

47、询统计;w4)4)路产管理,违章建筑管理,工程资料管理,路产管理,违章建筑管理,工程资料管理,超,超限运输管理;限运输管理;w5)5)养征信息查询管理,收费站信息管理;养征信息查询管理,收费站信息管理;w6)6)文档管理,会议管理,合同管理,文档管理,会议管理,合同管理,驾驶员外勤,驾驶员外勤管理,常用管理;管理,常用管理;w7)7)养护信息管理,公路维护预警;养护信息管理,公路维护预警;w8)8)路况信息管理,交通量信息管理,科研工程信息管理;路况信息管理,交通量信息管理,科研工程信息管理;上海交通大学计算机系上海交通大学计算机系w“产品必需在固定的时间间隔内提供形状音讯,并且每次产品必需在

48、固定的时间间隔内提供形状音讯,并且每次时间间隔不得小于时间间隔不得小于6060秒秒w后台义务管理器应该在用户界面的指定区域显示形状音后台义务管理器应该在用户界面的指定区域显示形状音讯讯w在后台义务进程启动之后,音讯必需每隔在后台义务进程启动之后,音讯必需每隔6060+_10+_10秒秒更新一次,并且坚持延续的可见性。更新一次,并且坚持延续的可见性。w假设正在正常处置后台义务进程,那么后台义务管理器假设正在正常处置后台义务进程,那么后台义务管理器必需显示后台义务进程已完成的百分比必需显示后台义务进程已完成的百分比w当完成后台义务时,后台义务管理器必需显示一个当完成后台义务时,后台义务管理器必需显示一个“已完已完成的音讯。成的音讯。w假设后台义务中止执行,那么后台义务管理器必需显示假设后台义务中止执行,那么后台义务管理器必需显示一个出错信息。一个出错信息。上海交通大学计算机系上海交通大学计算机系w“产品必需在显示和隐藏非打印字符之间进展瞬产品必需在显示和隐藏非打印字符之间进展瞬间切换间切换w“用户在编辑文档时,经过激活特定的触发机制,用户在编辑文档时,经过激活特定的触发机制,可以在显示和隐藏一切可以在显示和隐藏一切HTMLHTML标志之间进展切换。标志之间进展切换。上海交通大学计算机系上海交通大学

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论