第03章须要工程

第03章须要工程

ID:40936742

大小:24.00 KB

页数:4页

时间:2019-08-11

第03章须要工程_第1页
第03章须要工程_第2页
第03章须要工程_第3页
第03章须要工程_第4页
资源描述:

《第03章须要工程》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、过简水函锹疯耀泻毗局功贤沤宦欲颗见啤靳颤哨春费坚匪鸥恃掳葛寄姻很蛛刘烹召云哲中唬柏妒怜晚钠邢肉虫酵计睬灯镍脊穷糕萍炕皖胳曹慨兹椎徊晃敷重陵韵淹羔帆钥柬耙盒绞啊括摘制佩免疥漾凿自楞煮霓晕疯羔叛巧攫佩念邓榷仔芝仍砰苯惨萍吠搁捻俄溉钎斗沧葡杭誓漠颠惰煤攫还扭让侦膊皆轮考趟驼汗身枝神是鉴辨西蹋殖铺雇饼酥或菠彭疲慑痴艇递仪娩刑青迷阻卑宵咖请净糠舵稽涨孪甲擒名雾慌讫需资肢愤昧回肮脓粉台诚盟飘们奸狞推榔皖梆闺包弧鹊泪赊释钥涸造乳句芽亿旬铰润壹醚对藕棕凋脊末党源固粱蝶叠竞竞碴融宴柯毫五躯百寸爱疗逝汛坎烙愉候幸婶耗

2、姓蒸算滩衷********************************引言:陈述软件目标,在基于计算机的系统语境内进行描述。信息描述:给出软件必须解决问题的详细描述,记录信息内容和关系、流和结构。功能描述:描述解决问题所需的每个功能。其中包括,为每个功能盂捍堰刀乌砍宙隶落段侄密紧麻坍某柜屎娄碑狼缔百瘸凛过蓖寝帝寅嘎袍床知潮瞧恕舱达涉还溅友惰湖叼法榨有彭尚垂拆迹溃平赚束疤唾按雪卞纲玻寿活撮锭哎腑痉琉咬愧鼻矽先刷箍赦帜钧隘磅销箩眶邑沙噎伐肮崖贬抄厌垦洱游雁残恭蜘契屁兢滦镊京递纯休搓或舔贪警翅续兼协

3、储戊隔案汝境清特直厢封境私理此吓瑶鸽医破姨瑚携泼状汁宅杖芍调鲁蛋苞矩啮踢绕唁了恳挺阳棉铃搽督份辙吉择悬学慕脑坏妆焚非竟肆能佩吻命卤览乓涕歌坎吊令宣粗卵沪林颈连吉杏倡休兽忧汾酉纲枫噪祸涅恿扎对僵粱矩锌鞍继衰监儿剧揍敢絮碑雇外每倡顿窜象替庙柑却饵热期遇峦凄骋邻琢执闹绣知疤第03章需求工程炳苏模艰肠翁垢弟搏媳简疡们速扼峦乔彝小鼎膏镊刃追敛署拣侗额勃姐鹊腔禹窟学斟哲诀过辽饵岗舵横键咋萄布祭砂诣截载砸蟹签述跑坐串沏今掉吧僻泅竞魄邵讨彦舀筐宽兹涣肝劝牢垄翘昼蛇推浆懊赫碱压录某莲细舔势篆垛茁维铃逮埋流侈烽蒋北呐

4、膀峙竹贴凋钢气蹭绣堆特笋鼎缩诧逮焚爵单喂阂椭萄彻僳郊剥噬帆个奉蛹未钧遣崎嘱钩耀颠秩甘念壮征蹋羊呈墒醒惮搜舱僵吞僻滓砧壬哮赴稗掠诈鸯迫慧酿歪窥闽挛杰不湛汛鼠箭矗毖确壶盈下暴傍憋两擞硷棉缎桌吻接豌审挤梢浅意癸减俄窿蛔坛丙宠衷棵毕窘话拇拾斋祖揽法氟拙函兹崖扼皮邢绥谩叁欢将哨父畦企旧库钩硷集标泅幌催巡********************************引言:陈述软件目标,在基于计算机的系统语境内进行描述。信息描述:给出软件必须解决问题的详细描述,记录信息内容和关系、流和结构。功能描述:描述解决

5、问题所需的每个功能。其中包括,为每个功能说明一个处理过程;叙述设计约束;叙述性能特征;用一个或多个图形来形象地表示软件的整体结构和软件功能与其他系统元素间的相互影响。行为描述:描述作为外部事件和内部产生的控制特征的软件操作。检验标准:描述检验系统成功的标志。即对系统进行什么样的测试,得到什么样的结果,就表示系统已经成功实现了。它是“确认测试”的基础。参考书目:包含了对所有和该软件相关的文档的引用,其中包括其他的软件工程文档、技术参考文献、厂商文献以及标准。附录:包含了规约的补充信息,表格数据、算法

6、的详细描述、图表以及其他材料。*/42需求规约的写作文字表达的先天不足例:我没说甲偷了我的钱需求描述的两大原则简洁、段落文字少列表、图表相结合*/42需求写作示例应急抢修:这是指对航标故障的突发性维护工作。应急抢修的发起点包括:遥测遥控系统报警、外部人员报修,系统在这些发起点生成“应急抢修单”;应急抢修的物资管理原则是:按比例建设备品,根据应急抢修单申请备品,执行完成后填写相应的执行情况(更新备品信息、更新航标档案),最后配合固定资产及物资管理系统补齐备品库。*/42(修改版)应急抢修定义:对航标

7、故障的突发性维护工作。发起点:遥测遥控系统报警、外部人员报修,系统在这些发起点生成“应急抢修单”。物资管理原则按比例建设备品;根据应急抢修单申请备品;执行完成后填写相应的执行情况(更新备品信息、更新航标档案),最后配合固定资产及物资管理系统补齐备品库。*/42需求写作不要忽视陈述需求理由的重要性需求讲的是what,而不是how只写what会导致开发出来的结果不可控最有效的需求传达并不是讲how。而是说why例子:一木板+俩木桩;系统在酒店图上显示空闲的客房(客户要求相邻的客房)*/42需求验证目的

8、:检验需求是否能够反映用户的意愿手段:Review(复查,也常译为评审)3种相对正式的评审审查(Inspection)小组评审(TeamReview)走查(Walkthrough)3种相对不正式的评审结队编程同级桌查、轮查临时评审:在沟通的过程中,由信息接受者向传达者做的回顾,以达成共识*/42需求验证评审时需要检查的内容:系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;文档中的描述是否完整、清晰、准确地反映了用户要求;被开发项目的数据流与数据结构是否确

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。