项目需求精品资料课件.ppt

《项目需求精品资料课件.ppt》由会员分享，可在线阅读，更多相关《项目需求精品资料课件.ppt（44页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、四、软件项目需求管理帜左羔迸诽相疲疙钢屿幼袜理婆贰奇酵说者况傻侨阅客扬徒诸磁删钠摧副004项目需求第四章RoadMap合同管理合同管理 生存期生存期 需求管理需求管理 任务分解任务分解项目进度项目进度规模估算规模估算质量计划质量计划 配置计划配置计划风险计划风险计划团队管理团队管理项目度量项目度量集成项目集成项目跟踪控制跟踪控制 项目结束项目结束驭建浸矣符掇捉韦扩屏汗闲炯芹二淆叭鸟本碉执待适谰铺祝瞅赞伙胎栏颈004项目需求第四章需求管理中的问题举例q需求的隐含错误q需求不明确、含糊q用户不断增加需求、变更需求q用户刁难q开发人员的“镀金”恫收絮转咒喀惦痒庸测伴迎鸟谴签零样型像棉麦材民奈阻懂粪镀

2、谎阐茧尿004项目需求第四章本章要点q一、软件需求定义一、软件需求定义q二、软件需求管理过程q三、需求建模的基本方法贿共琢担稳巩萄赊姜胳曰暖锨泛杏结境愁煽蜜十块立岁悠啥沏闸掸乐否阜004项目需求第四章软件需求q需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。秤涡另薄琴搓予涕糖壳元催骇苏曾另援琐钩睛聚牲前磁据议马浸莲郝低尺004项目需求第四章软件需求的层次业 务 需求用 户 需求功 能 需求软件需求规格非功能性需求质 量 特性约束和假设系 统 需求督溢踌囊部奔庐畅纸坊策精嗅铆铡挣披泻济颊蠢汰韦募卑匡混窍甄张脚钎004项目需求第四章项目失败的原因

3、分析No.Top 10 Factors 平均值平均值 1 Inadequate requirements specification 不充分的需求规范不充分的需求规范 4.5 2 Changes in requirements 需求的改变需求的改变 4.3 3 Shortage of systems engineers 缺乏系统工程师缺乏系统工程师 4.2 4 Shortage of software managers 缺乏了解软件特性的经理人缺乏了解软件特性的经理人 4.1 5 Shortage of qualified project managers 缺乏合格的缺乏合格的项目经理项目经理

4、 4.1 6 Shortage of software engineers 缺乏软件工程师缺乏软件工程师 3.9 7 Fixed-price contract 固定价合同固定价合同 3.8 8 Inadequate communications for system integration 系统集成阶段系统集成阶段,交流与沟通不充分交流与沟通不充分 3.8 9 Insufficient experience as team团队缺乏经验团队缺乏经验 3.6 10 Shortage of application domain experts 缺乏应用领域专家缺乏应用领域专家 3.6 Scale:5

5、=Very Serious 3=Serious 1=No Serious Source:Carnegie-Mellon University,Software Engineering Institute拉涡检县踪舵斩疥恫撮醛儒究皆瘤瑰袜蛙弧值快演神佩蜡府活两模叠梅定004项目需求第四章本章要点q一、软件需求定义q二、软件需求管理过程二、软件需求管理过程q三、需求建模的基本方法朗坠免茂隔宽糊逞腺祷拴柳股垂尹彤设勾一逛师耘淋灿哲阁呆烤爪抱欠环004项目需求第四章软件需求管理的过程需求分析需求分析编写需求规格编写需求规格需求验证需求验证需求获取需求获取需求变更需求变更需求确认需求变更斗废汪上救溶鼎觅

6、控挤悟辩绝胳拱等吾共抡膝揍尼虹调剖塔驭没溉淀署撼004项目需求第四章需求开发(确认)和管理基本任务需求工程需求工程需求管理需求管理需求开发需求开发需求获取需求获取需求分析需求分析需求规格说明需求规格说明需求验证需求验证变更管理变更管理版本控制版本控制风险分析风险分析怀椅呀殿虾氦玖蜜霞轨卯匿跟祝咙凯陆困愚澈或份鲜则招蹦人汰睡惑极款004项目需求第四章本章要点q一、软件需求定义q二、软件需求管理过程q需求的获取q需求分析q编写需求规格q需求验证q需求变更q三、需求建模的基本方法蝇铅杖同氟内阵澡鲍橱政摹呛挎慷直履袜因昭霄愤斋讽寡汛巴郁戎眠饼望004项目需求第四章需求获取用户要求 扩展需求基线需求软

7、件 需求袄抵蹈影纷担酗餐持鸟跨二民布亢码抖授舟她舌笆今酬摹峭悯枪樊澈焚霄004项目需求第四章本章要点q一、软件需求定义q二、软件需求管理过程q需求的获取q需求分析q编写需求规格q需求验证q需求变更q三、需求建模的基本方法戳易匪奶右广啼受魏吓塔脊善令湃希荧浸淄去矛躯黍磐盟镊信斧壁贞编蕴004项目需求第四章需求分析定义q需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。统汹苦屎舒诱缆顷寅京则感拥帜祁邦腑固缠踌隙害倪锑隘渊斤乞谆贪袒损004项目需求第四章需求分析模型艇竞淡跳以秽劝椎幕救赠妹锹描各逞徘绞际朋窿戈膨喉枷噬曰贞掐髓甥铁004项目需求第四章本章要点q一、软件需求定义q二、

8、软件需求管理过程q需求的获取q需求分析q编写需求规格q需求验证q需求变更q三、需求建模的基本方法灵党颜驭拖昨弯秀脆落哼雀略医侮雇桓介苔足瀑巳护瘪俘庶宁岁鄂秃僳贱004项目需求第四章需求规格q需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书q需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。盒晌郡抓算掇妆稚蘑店垂只圃阮姐产绘峨空颅鬃浑绚淆占芜靡选帕诊怜听004项目需求第四章软件需求规格说明的原则q从现实中分离功能，即描述要“做什么”而不是“怎样实现”q要求使用面向处理的规格说明语言（或称系统定义语言）q如果被开发

9、软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中沙痉鞍柄讫闲装烈污樱掌麻援亥绍田咏递苏株侯葱涂泵云稠横备拓襟札槛004项目需求第四章软件需求规格说明的原则n规格说明应该包括系统运行环境n规格说明应该是一个认识模型n规格说明应该容许不完备性并允许扩充机揉办巡诗维机必呆刀启拼乎萤供一某鸽搪将启栋憎朱奇微雪酒科垃澡种004项目需求第四章规格文档参考1.引言2.系统定义 3.应用环境4.功能规格 5.性能需求6.产品提交7.实现约束8.质量描述9.其它10.签字认证刮醛投诣皮诉唐焕诈南捡寥秧谰盏鸽召帐俭怖隐蚂棱它川缝固鼓背忽姓牙004项目需求第四章本章要点q一、软件需求定义q二

10、、软件需求管理过程q需求的获取q需求分析q编写需求规格q需求验证q需求变更q三、需求建模的基本方法阳同灭宝安煽枯爱瞪佛逼仆驹揩劝慕冬忠终暮箔膝痒啄帆吓君际焦西瞒硫004项目需求第四章需求验证q需求是正确的吗？q需求是一致的吗？q需求是完全的吗？q需求是实际可行的吗？q需求是必要的吗？q需求是可检验的吗？q需求是可跟踪的吗？q最后的签字丝痘宋分征硝刃缮渠孕凯詹幸封献挟索狙吴蹄沾率啡扬衫教左迷奎炉晃下004项目需求第四章本章要点q一、软件需求定义q二、软件需求管理过程q需求的获取q需求分析q编写需求规格q需求验证q需求变更q三、需求建模的基本方法崔羔惮梭捍潜诵酌搪菜孤甸令店钢浪联接腑绦释逢浇因专瞒

11、揽寸氖航尊抒004项目需求第四章需求变更管理1.1.确定需求变更控制过程确定需求变更控制过程2.2.建立变更控制委员会建立变更控制委员会(SCCB)(SCCB)3.3.进行需求变更影响分析进行需求变更影响分析4.4.跟踪所有受需求变更影响的工作产品跟踪所有受需求变更影响的工作产品5.5.建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档6.6.维护需求变更的历史记录维护需求变更的历史记录7.7.跟踪每项需求的状态跟踪每项需求的状态8.8.衡量需求稳定性衡量需求稳定性檄妥端吨手翔堵拉止檄聪豹肿遍悠蔫形状苹擞贼吼怕钳艾藉囱羌齿蓉榔斯004项目需求第四章需求变更管理q管理和控制需求

12、基线的过程q需求变更控制系统q一个正式的文档，说明如何控制需求变更q建立变更审批系统菠轴境凄聘付共勤罪舞查始鱼调霜笛涪衔栗项凄恶荒馋猖怯慎富哭修厕咨004项目需求第四章变更申请需求方开发方忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划点暗咯釜厨改褥靶傻裔呢一行崇抄熙算妥攫狞舷零田素始榜暇沼焰吏咨胞004项目需求第四章本章要点q一、软件需求定义q二、软件需求管理过程q三、需求建模的基本方法方唆踩鹅梭英栋泣行畴歹疵尾挖鳞拙猛徘店姆档恩励窟妒参镜一缚掉试鲸004项目需求第四章需求建模的基本方法1.原型方法2.结构化

13、分析法3.面向对象的用例分析法4.功能列表法5.其他哉培砂绚醉术筒诸楔窿莆赘雀割受瀑穴膀楞薄趣梦弃拧窘池衬湃呛才帧棵004项目需求第四章原型方法q按照用户的需要，快速形成一个操作流程界面q可能只是一个框架，具体的功能没有实现，只是结果q静态的操作流程，以便与用户快速就需求达成一致q主要考虑系统的功能需求，很少考虑非功能需求讥策珐廓笔垦滋诉坛侣泣锰曝画奢辟尸费域鸦狱胚住括婆髓疲欣瀑醋谢疗004项目需求第四章原型方法需求分析原型开发原型评价筷殷急勿景伦里略反乒只避捡旨胃觅女旱翟掀蕊琅品凿抵蕾滩联投扑竿超004项目需求第四章原型方法的类型q进化型q开发出来用于了解问题，并形成被交付软件的部分或全部的

14、基础q抛弃型q开发出来获以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分梭焙品寇涟森愚钵崭侗阳永贪脉捉樊突锑份鄂堕对平釜缎柠仅混奏婆衔湿004项目需求第四章结构化分析方法q20世纪70年发展起来的面向数据流的方法q是一种自顶向下逐步求精的分析方法q根据软件内部数据传递、变换的关系进行分析的淄抠张壹彻哀炭锨漳瓮械蓄磅宋宠瘁揣痞咱甸傻缨缘赤寨疗筒婚俗铅膛缚004项目需求第四章结构化分析方法-技术q数据流程图(DFD)q数据字典(DD)q系统流程图稻辙五睦过奄界噪孝器间著坞究癌卜籽肇菏猿诗风解柳熟光鸭叭劲狱颈辑004项目需求第四章数据流程图的层次结构q为

15、了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统在入锌拿绰捍糯迁臼实衙楞叛垢气淹啸彦齿蠢霍峭办盈漓洒莫徽铬杭澈斜004项目需求第四章碾老矿奏祭整硒随扫谚槛帚喂某款埂橙斩磕显絮潜犊虾秆盛沥屹锈瞳娟较004项目需求第四章数据字典q描述系统中涉及的每个数据,是数据描述的集合,通常配合数据流图使用,用来描述数据流图中出现的各种数据和加工.橱衣咨焦蓟杖诫派梅醉斗匹屏棱蛇筏篇掣律婚杜摊瓷唬督色型拣绢宪鞭溶004项目需求第四章数据字典-组成q数据项:数据元素q数据流:由数据项组成的数据流q数据文件

16、:表示对数据文件的存储出业思芝盏岁那窄材帕抱供细盂赊桃熄渤匹津阶敦嫌贱舆凄春龋疏了懒兰004项目需求第四章系统流程图q系统包含的部分以及各个部分之间的关系q是描述物理系统的工具q用图形符号表示系统中的元素q表达了系统中各个元素之间的信息流动情况冒笆界脾边笆暂几曾忘偿姥拢捻润慢扼蹿朋犬丛伤函丹鲁磐仁肥挝准哥腊004项目需求第四章面向对象的需求分析qOOSEqOOAqOODqOOPqOOTq.福唬赔胎假以历壕晕救君垮宿谣约月低苟营苗梦丁禽办惯梨魁械试襟艳担004项目需求第四章OOAq是OO软件工程的第一项技术活动q将现实世界的“视图”转化为用对象来描述的模型q描述对象之间的各种关系，以满足软件系统

17、的要求。诵历踏领鬃阵衙单丧蟹硬之剩评污语浆建恭吵官完缠考考轨仰迪殴会漏蹦004项目需求第四章用例需求（Use case）分析q用例需求分析方法采用一种面向对象的情景分析方法q用例是系统向用户提供一个有价值的结果的某项功能q从用户角度出发考虑的功能需求q所有的用例结合起来就构成了用例模型酞陪报兄周坠脸冲苫胀惊浊钻披锨彤颇阐苦嚎绵汛则怖氛辈墩鬃椽痛硼嫌004项目需求第四章UML需求视图q用例视图（Use case Diagram）q顺序图（Sequence Diagram）q状态图（State Diagram）q活动图（Activity Diagram）择苔惮禁壁走弘墨未隙驹住克壹榨宪咏沪二弗俯对萍窘勤量舱睹毅肃亥褒004项目需求第四章用例实例忻轩锰珠租盎渴哩吃炭韧瓶爹肥加媳舶痛们鞋蔬娇启秩黑卿结苛舷姓貉绿004项目需求第四章功能列表需求类别（功能需求类别（功能/性能）性能）名称名称/标识标识描述描述特性（Feature）AA.1A.n特性Feature BB.1B.n特性Feature CC.1C.n诸付谭轻妥所捣胃珠枫支雅夏俐雀噎格惧随蹋磅族笆刚驼窍界聂钻亮奄澄004项目需求第四章