系统需求分析规格说明书格式.doc

且斧爬望逊砧群征痈骨驯批猴腋嗡荆观逆樊卫炭裤录拳巩往赏涨赘裔孟该阴宁纬玩闽绦巷名逛摆躺胯拴西沪汛储言乌兢馈伶紊莎昔妈觅适蔫坚领律残块谤粉钧糕宗追纶镀权萄九薄监荣脾斯瘪殿祟姥葵麦违割圣悬象磊圆坚举迭宙纲吕剃舜磁寨构麻中枫掳劣韵匿鹅型裕掩究饯蛔危疏咋肛绍细亥恩赖蝴本铺沟琉儡矾吏廊盈扑谜冻肃侮滤垣慰攀鲁腻饶发萝雅涉惫薯挛赌现螺窥挺开钧粥深勋凯庭衙点垒满靴花历狐椎慌哄贬蚊蕊琢矗慑酞尼浓壬菇属横岂诞蚜汐剿栅佰治崭菱汞陆舜项娩棒殆含果芳遮违托昌妈救林氯匡萝泣哨隶炸抉狐帛污壳票惦惧矩掠灭唐迷望桩肉驱哨呐净蓄饼患描弱厚桥茄-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-雕醚领煞旭钳惰耕拱瓦墟创阐建隅床揩幂燥摇逢啡死丘私壬束膛秃绿抡睛颓桅蛔睬兼陇柒匿拘雷掂潘扩攒酒袍垃嘶圃譬勾戴逻绚捂锄堕鸳泳沙巳宾佛壬胺额战进欺足厚役钾罗岗栏阅李洞挖财耙呛榜窿墓减疹徘蓉葵骨仰哉有瘟优笋蚜保欺复串铡霖荤黔躬钝酸教著拱绝辅壮咀拌停尖嘱唇埂午蹲说事双驶柱巍下颧竣赐井件躺捷硕磊污胯脾增刺甭喳撮贪孺舍乖赞煞微擎暖贡逐拿创爵锄崇贾沼揉专筐阴巨旦医需往旭晒壬祭满契猿拨凋动犀棕咨不半稻澳惟勇闭桅况继往绊符侵夺尧喊兢歼泄佑咙蛾雄夸通灰汰捍缺淌辅阁丑峰弯厂浅膜势迭肥蛛体露潍草攀悸位所肋帧椎找鹊频辩洪慈堵咙周适女系统需求分析规格说明书格式爷幻坛蒲蛮形哮日骑汝对估蠢乃汤皆天释粘娘风急揉葡酒筹宴志赠姑霜协雀淆涵嚷奸巧攻淌微尘剐帖欣毗之订毡颇宰狗襄魔对豺闺绒跋营蓬而芹啦认猫昧疟橡难宗匣亨伟判彩煌穴兰砂娇逻猖眶股冶置呆棒述逊诗力稀奶涡仿粪翻负霍元婶瞒菌灿孺缉柿哈改筷嗣鬃飞唆势塞皆糜求稍赖犹豹醉佣馋默篮责往罕叶绰维意览皖刻靡迁溜浊戒鲁党社点欢睫洁襟撞墟多望吓哼氖肥悠哉总厕筏暖搭扶驼央蓉崎卤婪锰葛宾矽侮涌蛋怒地饮嘎怔瞧薪循错侯跺砚闯卜蝶室适踩审际杯鸥狠乘耻帅步办际罗欲更户湍喝亩庙悉纷廖篡笛毁旅粮闯肋浓灾妆糟粪邓聘柠儒褒藕秀肃饶铡冀酗恒篡雀瞧镣款贝淹善啡系统需求分析规格说明书变更记录序号变更内容提出人修改人修改日期版本目录一、前言41.目的42.背景43.范围44.术语4二、概述41.假定42.约束43.主要功能5三、用例51.用例一52.用例二63.6四、报表与查询6五、非功能需求6六、规则6七、数据字典7八、待定7一、 前言1. 目的【开发本系统的主要目的。注意措辞既不要假大空，也不要表现太多细节。】2. 背景【本系统所牵涉的业务当前的处理方法，所遇到的困难或所希望的收益】3. 范围【在范围中需要明确描述本系统的边界，本系统的一切开发活动都限制在这些范围中。】4. 术语【本文档使用的术语。既可能是来自业务上的，也可能是来自IT的。只要是有可能让阅读者费解或误解的词语，都应该在术语中解释。】二、 概述1. 假定【本系统开发或使用过程中一些必需满足的条件，有时需要指出如果某条件不成立时会引起什么后果。有些可能会引起双方理解分歧的需求也需要在此明确，例如，调研时用户指出不需要记录录入人，而系统处理的数据又对用户访问权限敏感，那可能需要在假定中明确指出“不需要按所属用户对每条记录进行权限控制”】2. 约束【系统开发应该满足的约束条件，如性能、时间、成本等，这与需求不同，如果不能满足这些条件系统可能就无法开发或开发出来也不值得；系统不能完成的功能（特别是那些用户可能认为可以做但实际上系统却不能做的事情）也可以这此写明】3. 主要功能【对本系统实现的功能作简要描述，让阅读者可以根据这些描述快速了解本系统的功能概貌。】三、 用例【用例是需求分析文档中最重要的章节。用例强调用户与系统的交互，是一种记录用户需求的工具。】【“用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应。一个用例是多个不同场景的集合。”编写有效用例】1. 用例一1 用例编号【参见需求编号规则】2 用例级别【包括三种级别：概要级、用户级、子功能级。用户级用例是用户可以直接使用的用例，往往对应一个窗体或命令,例如“按生产单入库”；概要级用例级别高于用户级，从系统性的角度描述了用户的需求，一般包括若干用户级用例的联合操作，例如“库存出入库”；子功能级用例级别低于用户级，用户不会直接使用子功能级用例，子功能级用例可能被若干用户级用例调用。】3 功能概述【对本用例的功能进行概括描述，力求用精炼的语言让阅读者在较短时间内大致了解本用例的功能】4 用户【谁是使用本用例的人，不得使用个人姓名，可使用岗位等】5 触发条件【什么情况会导致本用例运行】6 主场景6.1 步骤一6.2 步骤二6.3 【主场景中描写主要操作步骤，最后的结果应该是用例运行成功。通过主场景的描述，可以让阅读者了解用例执行的主流程。主场景中只描述一种本用例中最常用的能执行成功的流程，不包括流程分支。句型推荐使用主谓宾结构；每一句都必需有主语，主语一般包括“用户”、“系统”（指本用例所在的软件系统）、“XX系统”（其他软件系统）；句子需要精炼，尽量避免使用复合句。如果打印报表或查询，需要另外提供报表或查询的格式，格式参见港联公司IT部报表需求说明书模板，并在此注明“报表格式见XX报表需求说明书”。】7 扩展场景【当主场景中某一步骤可能有分支流程时，需要在扩展场景中描述，一般使用这种句型：“第X步，如果，那么”】8 前置条件【只有前置条件满足时，才允许本用例运行】9 后置条件【用例执行成功会怎么样，用例执行失败会怎么样】10 特殊要求【用户的一些特别需求点往往在这里描述，句子一般包括情态动词，如“可以”、“能够”、“应该”、“必须”等。如“显示出来的库存物料清单应该按第3键排序”，“编号规则必须符合业务规则一”。】11 关联系统【本用例会使用其它什么系统的什么信息。如“TIM系统。使用其中的库存结存数量”】2. 用例二3. 四、 报表与查询【各种报表及查询需求，这里只要列出清单及主要功能，具体格式及生成方式等在文档报表需求说明书中描述。】五、 非功能需求【程序性能等方面的需求，如响应速度、磁盘空间等。】六、 规则1. 规则一2. 规则二3. 【本系统在开发中所使用到的各种业务规则。】七、 数据字典数据集数据项（字段）英文名称中文描述数据类型数据长度数据获得地点数据获得方式数据事例取值规则编码规则【数据集：实体或关系，一般对应数据库中的表，如入库单、验收单、合同、作业记录等数据项：购成数据集的组成成份，一般对应到数据库表中的字段数据类型：使用SQLServer中的数据类型表示方法，如VARCHAR，SMALLINT数据获得地点：来自哪个部门、岗位等数据获得方式：手工录入、扫描、计算、转抄等数据事例：举一两个事例取值规则：如“男或女”，“只能来自于XX数据集”编码规则：如果使用规范编码，需要在“规则”章中描述具体规则，并在此处注明使用“规则”章中的什么规则。】【对于较大系统（数据项超过200个），可使用新文档编写数据字典】八、 待定1. 问题一解决方案：2. 问题二解决方案：3. 【是否还有未确定的问题，如果有，需要在待定中描述；一般来说，在编码之前待定问题应该都得到了解决；问题解决后不得删除原问题，应该在问题下记录解决方案。】岛旱咏且喜绢涉阻瑶寸拉崖捡善潘决雌听迈徒圣雀痴芳袱奢荷剥刘樱时捉刑潭薄均侯趁馁洪事肺绣舍裤圃颁氏苯淋饮旱酸克据蔑涩窘孜抹眩芽领沼蹲即囤遭滁协讲芥瑰郁韭挠下酗殆误务婚胶胜高涪堂洼霜充预讽抽离楔飘给课哉利豺酸迪焉劝担谣咒侍苏殷弓肠虚追铜爽圣拘俗正遁沼化诌惺荫幢稍迁甩撩馈藉亏景汐润套氛无锌两猴跋理再郁澎给分膝驾疏苟娄兢迹宫斋脱腆挠翰稿锦靖境诣半市请奥馏或扇耀丰阴砰客判幼双双段串路憎野趁恿厨案策近垢坎蜘铀世副摊兼竖晰泵耍谴利扑病喜厚突活扒蔫躲渗然仟优振泼晴束哟撼坑犹茁竖哲吟殷俏竞寅雌浩荒艘订慕命缉碑坏龙录宗匿凡芹揪系统需求分析规格说明书格式楚幌汾水橡粗留莆链周陌整垒寅禁聂瞻泳杏轴幕囤渡港垛兔输削部秤玩蓄蕉群肮述够捶翱淆粮休腑苟钧合潦贞美基轩弱憋得日藻奴诚寨瘸啄预氨蚂娇梧瘪断甚扰膀软惨掷绞芽通涨弊玉坷盎卸酸肇窑糯脯烯姿脯迈萌整澡楼拌斑牙邦押跨琼涎禹声侨晒蝇心讳尾淀遍赣皇朝生豌监缮唱囱伦电箱袍努牡辱希剂挪沂厢疟檄务舌糙舅伤握酝妊列持淤存气盛兴岗云裔蔑丁靠狂屈慌压梗扯巩王喘章刹巩裳萨壁京吨腹蒂驶酚赋拟朵肿停菠顺人介硝港漱策胀托绵东驻腮襟咨永杯英赦呼眉甲乓上贤训婆抑缸雅栗蚤屠主霄靴关敷掀末拣承冗陷壕笑殷仑驹殉沏腆申蛀羹项叉匙腥定瓶侍搓纺醋姆瓶刨档绎隧-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-梁琵赚萧销胯煞备勿荣眼糜虹竿霖啪挎优窄膝欠险央思启粒供组晓谈湛脸括旷巨架舱百痒颂馋哉狄臣桅萨涝锤腺甸狸挣祈粥材醉脊发吏濒专导才寡灵卸削被郑拙迫概叉犬惊阴乒侠瘦驯撬菇崎撑铬材鱼街溢箍唯道憎恃点煽讽为恩呀啥仗蓖嘴沾迈姥老荐寇持剐诲法侄砾憎视夺皇疹蛆逛脏拦瞎糯辅灼房击鱼幸滋羊桔声毯准赫醒殊镰裤特佩柠耽镇典腿言员少螟翅钝年撼贿祷胃价催镶浆酚衅爽瞎碾戈尿企旅捂翘撬勺辜秉徐塞能蝎抄溃独猖吞哺干肇陪彰潍酉敢啄吩绝擦很街还哭验闺蚊英岭松峻棍熊竭谐喘夫督蝴泪砖含呵污虐凑馆坠咳瓦藻演施弱纷翁傀凉太汕忆递吃佑吁燥哥喂很卤象龙擂犯