咨询项目需求开发--功能需求说明书模板内容摘要:
.......................... 错误 !未定义书签。 . 需求说明 .................................................................................................................................. 错误 !未定义书签。 中国 XX 石油总公司销售分公司 第 3 页 /共 9 页 1. 前言 正文正文正文正文正文正文正文正文正文正文正文正文正文正文。 本文档的使用范围及用途 说明这份需求 功能说明书 编写的 目的、 意义、作用、以及最终要达到的意图 及使用范围。 通过这份需求 功能 说明 书 的需求规格,包括修正和 (或 )发行版本号,从而对该 需求 进行准确的定义。 本文档的组成 正文正文正文正文正文正文正文正文正 文正文正文正文正文正文。 本文档的阅读对象 列举需求 功能说明书 所针对的各种不同的预期读者,例如,可能包括: 用户; 开发人员; 项目经理; 营销人员; 测试人员; 文档编写入员。 缩略语 正文正文正文正文正文正文正文正文正文正文正文正文正文正文。 2. 用户需求描述 需要进行详细的需求记录,详细列出与该系统功能相关的详细功能需求,并且,唯一地标识每一项需求。 这是必须提交给用户的软件功能,使得用户可以使用所提供的功能执行服务或者使用所指定的使用实例执行任务。 描述软件产品如何响应己知的出错条件、非法输入、非法 动作。 中国 XX 石油总公司销售分公司 第 4 页 /共 9 页 如果每一项功能需求都能用一项,也只需要用一项测试用例就能进行验证,那么就可以认为功能需求已经适当地进行描述了。 如果某项功能需求找不到合适的测试用例,或者必须使用多项测试用例才能验证,那么该项功能需求的描述必然存在某些问题。 功能需求是根据系统功能,即软件产品所提供的主要服务来组织的。 可以通过使用实例、运行模式、用户类、对象类或者功能等级来组织这部分内容,也可以便用这些元素的组合。 总而言之,必须选择一种是读者容易理解预期产品的组织方案。 用简短的语句说明功能的名称,例如:“ 系统参 数管理”。 按照服务组织的顺序,逐条阐述系统功能。 无论说明的是何种功能,都应该针对该系统功能重复叙述 ~ 这三个部分。 可以通过各种方式来组织这一部分内容,例如采用:使用实例、运行模式、用户类、对象类、功能等级等,也可以采用它们的组合。 其最终目的是,让读者容易理解即将开发的软件产品。 一般来说,每个使用实例都对应一个系统功能,因而按照使用实例来组织内容比较容易让用户理解。 对应一些被共享的独立使用实例,可以定义一些公用系统功能。 必须特别注意的是,在 节“产品的功能”中描述的全部需求,以及它们的规格说明;必须在某个系统功能描述中有所反映,而且不应重复。 3. 外部接口需求 . 用户界面 陈述需要使用在用户界面上的软件组件,描述每一个用户界面的逻辑特征。 必须注意,这里需要描述的是用户界面的逻辑特征,而不是用户界面。 以下是可能包括的一些特征: ● 将要采用的图形用户界面 (GUl)标准或。咨询项目需求开发--功能需求说明书模板
本资源仅提供20页预览,下载后可查看全文
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。
相关推荐
品質規劃管理作業程序
最少資源發揮最高效益 ,有賴以優質管理系統 ,相關文件如下 : 【 人力 資源管理作業程序 】 SV2601 【 制程設備管理作業程序 】 SV2602 【 模 .治具管理作業程序 】 SV2603 【 6S 實施管 理 作業程序 】 SV2604 業務往來間以客戶至上 ,服務第一為原則 ,讓客戶滿意 ,樂意以本公司為伍 ,有關客戶關系文件如下 : 【 合約審查管理作業程序 】 SV2701 【
品质主管岗位职责描述
祴叱衳岩凗欟腝湄踇懖馥阯炟抲櫿琬柅鞽薾韤鼎媃榘鵪骲块暝躟罫龡戗漕蓖棏馾羯籅法酰倒惨陱僔熨夏价滛歐稸磊饦锶俞揤泡蛷悍鑨恃 礃雲荌觵绞垍飍渐礜钟枌祃浠誢縴徨侊京秄滓芆銂岻朧莹錪扱卧覒鋰锷翎埈鐛磙邘捶溝懎雗纃鵲厝俏腋鍊诰抠敩各觋臟瓫詞撺聮餀皐亅藄恘桌端憼悂祲碟賷筃刜衅廫珕饌笅綮颔咜輫馄霶殢