软件工程文档模板范例.docx

《软件工程文档模板范例.docx》由会员分享，可在线阅读，更多相关《软件工程文档模板范例.docx（32页珍藏版）》请在三一文库上搜索。

1、目录三、需求规格说明书2四、概要设计说明书H五、详细设计说明书143软件需求说明书软件需求说明书的编制是为了使用户的软件开发者双方对该软件的起初规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：3.1 引言3.1.1 编写的目的3.1.2 背景3.1.3 定义3.1.1参考资料3.2任务概述3.2.1目标3.2.2用户的点3.2.3假定与约束3.3需求规定3.3.1对功能的规定3.3.2对性能的规定3.3.2.1精度3.3.2.2时间特性要求3.3.2.3灵活性3.3.3输入输出要求3.3.4数据管理能力的要求3.3.5故障处理要求3. 3.6其它的专门的要求

2、3.4运行环境规定3.4.1 设备3.4.2 4.2支持软件3.4.3 接口3.4.4 控制4数据需求说明书数据要求说明书的编制目的是为了向整个开发时期提供关于处理数据的描述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下：1. 1引言1.1.1 编写目的1.1.2 背景1.1.3 定义1.1.4 参考资料2. 2数据的逻辑描述4. 2.1静态数据5. 2.2动态输入数据6. 2.3动态输出数据7. 2.4内部生成数据8. 2.5数据约定9. 3数据的采集10. 3.1要求和范围11. 3.2输入的承当者12. 3.3处理13. .4影响5概要设计说明书概要设计说明书可称作系统设计说

3、明书，这里说的系统是指程序系统，编制的目的是说明对程序的系统的设计考虑，包括程序系统的根本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下：14. 引言1.1.1 编写目的1.1.2 背景1.1.3 定义1.1.4 参考资料2. 2总体设计5. 2.1需求规定6. 2.2运行环境7. 2.3根本设计概念和处理流程8. 2.4结构9. 2.5功能需求与程序的关系10. 2.6人工处理过程11. 2.7尚未解决的问题3. 3接口设计5. 3.1用户接口6. 3.2内部接口7. 3.3外部接

4、口8. 4运行设计9. 4.1运行模块组合5.4.2运行控制5.4.3运行时间1.5 系统数据结构设计5. 5.1逻辑结构设计要点6. 5.2物理结构设计要点7. 5.3数据结构与程序的关系1.6 系统出错处理设计5. 6.1出错信息6. 6.2补救措施7. 6.3系统维护设计6详细设计说明书详细说明书可称作程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并概要设计说明书。对详细设计说明书的内容要不得要求如下：6.1引言6.Ll编写目的6.1.2背景6.1.3定义6.1.4参考资

5、料6.2程序系统的组织结构6.3程序1（标识符）设计说明6.3.1程序描述6.3.2功能6.3.3性能6.3.4输入项6.3.5输出项6.3.6算法6.3.7流程逻辑6.3.8接口6.3.9存储分配6.3.10注释设计6.3.11限制条件6.3.12测试方案6.3.13尚未解决的问题6.4程序2（标识符）设计说明三、需求规格说明书1.引言2.任务概述3.数据描述4.功能需求5.性能需求6.运行需求7.其它需求1 .引言编写目的为明确软件需求、安排工程规划与进度、组织软件开发与测试，撰写本文档。本文档供工程经理、设计人员、开发人员参考。工程背景a. 工程的委托单位、开发单位和主管部门b. 该软件

6、系统与其他定义【列出文当中所用到的专门术语的定义和缩写词的原文。】参考资料a. 工程经核准的方案任务书、合同或上级机关的批文b. 工程开发方案c. 文档所引用的资料、标准和标准。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源2 .任务概述目标运行环境操作系统：MicrosoftWindows2000AdvancedServer数据库：MicrosoftSQLServer2000条件与限制3 .数据描述静态数据动态数据【包括输入数据和输出数据。】数据库介绍【给出使用数据库的名称和类型。】数据词典数据采集4 .功能需求功能划分功能描述5 ,性能需求数据精确度时间特性【如响应时间、更新

7、处理时间、数据转换与传输时间、运行时间等。】适应性【在操作方式、运行环境、与其它软件的接口以及开发方案等发生变化时，应具有的适应能力。】6 .运行需求用户界面【如屏幕格式、报表格式、菜单格式、输入输出时间等。】硬件接口软件接口故障处理7 .其它需求【如可使用性、平安保密、可维护性、可移植性等。】四、概要设计说明书1.引言2.任务概述3.总体设计4.接口设计5.数据结构设计6.运行设计7.出错处理设计1 .引言编写目的【说明编写概要设计说明书的目的，指明读者对象。】工程背景【应包括：a. 工程的委托单位、开发单位和主管部门；b. 该软件系统与其他系统的关系。】定义【列出本文档中所用到的专门术语的

8、定义和缩写词的原文。】参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括:a. 工程经核准的方案任务书、合同或上级机关的批文；b. 工程开发方案；c. 需求规格说明书；d. 测试方案（初稿）；e. 用户操作手册（初稿）；f. 文档所引用的资料、采用的标准或标准。】2 .任务概述目标运行环境需求概述条件与限制3 .总体设计处理流程总体结构和模块外部设计功能分配【说明各项功能与程序结构的关系。】4 .接口设计外部接口【包括用户界面、软件接口与硬件接口。】内部接口【模块之间的接口。】5 .数据结构设计逻辑结构设计物理结构设计数据结构与程序的关系6 .运行设计运行模块的组合

9、运行控制运行时间7 .出错处理设计出错输出信息出错处理对策【如设置后备、性能降级、恢复及再启动等。】8 .平安保密设计9 .维护设计【说明为方便维护工作的设施，如维护模块等。】五、详细设计说明书1 .引言2 .总体设计3 .程序描述1 .引言编写目的【说明编写详细设计说明书的目的，指明读者对象。】工程背景【应包括工程的来源和主管部门等。】定义【列出文档中所用到的专门术语的定义和缩写词的原文。】参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括:a.工程的方案任务书、合同或批文；b.工程开发方案；c.需求规格说明书；d.概要设计说明书；e.测试方案（初稿）；f.用户操

10、作手册（初稿）；g.文档中所引用的其他资料、软件开发标准或标准。】2 .总体设计需求概述软件结构【如给出软件系统的结构图。】3 .程序描述【逐个模块给出以下的说明：】功能性能输入工程输出工程算法【模块所选用的算法。】程序逻辑【详细描述模块实现的算法，可采用：a.标准流程图；b. PDL语言；c. NS图；d. PAD；e.判定表等描述算法的图表。】接口存储分配限制条件测试要点【给出测试模块的主要测试要求。】六、用户操作手册1.引言2.软件概述3.运行环境8.程序文件（或命令文件）和数据文件一览表1 .引言编写目的【说明编写手册的目的，指明读者对象。】工程背景【应包括工程的来源、委托单位、开发单

11、位和主管部门。】定义【列出手册中所用到的专门术语的定义和缩写词的原文。】参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括:a.工程的方案任务书、合同或批文；b.工程开发方案；c.需求规格说明书；d.概要设计说明书；e.详细设计说明书；f.测试方案；g.手册中引用的其他资料、采用的软件工程标准或软件工程标准。】2 .软件概述目标功能性能a. 数据精确度【包括输入、输出及处理数据的精度。】b. 时间特性【如响应时间、处理时间、数据传输时间等。】c. 灵活性【在操作方式、运行环境需做某些变更时软件的适应能力。】3 .运行环境硬件【列出软件系统运行时所需的硬件最小配置，如

12、a. 计算机型号、主存容量；b. 外存储器、媒体、记录格式、设备型号及数量；c. 输入、输出设备；d. 数据传输设备及数据转换设备的型号及数量。】支持软件【如：a. 操作系统名称及版本号；b. 语言编译系统或汇编系统的名称及版本号；c. 数据库管理系统的名称及版本号；d.其他必要的支持软件。】4 .使用说明安装和初始化【给出程序的存储形式、操作命令、反应信息及其含意、说明安装完成的测试实例以及安装所需的软件工具等。】输入【给出输入数据或参数的要求。】【说明数据来源、存储媒体、出现频度、限制和质量管理等。】【如：a,长度；b.格式基准；c.标号；d.顺序；e.分隔符；f.词汇表；g.省略和重复；

13、h.控制。输出【给出每项输出数据的说明。】【说明输出数据的去向、使用频度、存放媒体及质量管理等。】【详细说明每一输出数据的格式，如：首部、主体和尾部的具体形式。】出错和恢复【给出：a.出错信息及其含意；b.用户应采取的措施，如修改、恢复、再启动。】求助查询【说明如何操作。】5 .运行说明运行表【列出每种可能的运行情况，说明其运行目的。】运行步骤【按顺序说明每种运行的步骤，应包括：】a.运行目的；b.操作要求；c.启动方法；d.预计运行时间；e.操作命令格式及说明；f.其他事项。【给出建立或更新文件的有关信息，如：1a.文件的名称及编号；b.记录媒体；c.存留的目录；d.文件的支配【说明确定保存

14、文件或废弃文件的准则，分发文件的对象，占用硬件的优先级及保密控制等。】6 .非常规过程【提供给急或非常规操作的必要信息及操作步骤，如出错处理操作、向后备系统切换操作以及维护人员须知的操作和重点事项。】7 .操作命令一览表【按字母顺序逐个列出全部操作命令的格式、功能及参数说明。】8 .程序文件（或命令文件）和数据文件一览表【按文件名字母顺序或按功能与模块分类顺序逐个列出文件名称、标识符及说明。】9 .用户操作举例软件需求规格说明书样例1 .引言1.1 编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是工程委托单位的管理人员.希望能使本软件开

15、发工作更具体.1.2 工程背景1 .2.1工程委托单位:*公司2 .2.2开发单位:*公司1.3 定义1.4 参考资料2 .任务概述2.1 1目标：决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示2提高效率:利用软件进行管理,防止人工管理的失误以及延迟性,从而实现高效率的管理.2.2 运行环境：硬件方面:PentiUin级处理芯片1兆显存的兼容显卡256色,800600的兼容显示器标准兼容打印机2软件方面：WIN95操作系统2.3 条件与限制：编程用计算机一台完成期限2000/7/1无资金供给3 .数据概述数据流程图如下：3.1 静态数据:包括

16、系统登录密码,各数据库所在位置,系统分析原始数据1.1 2动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3 数据库描述：人事管理数据库:公司内人员的个人详细信息,包括档案信息销售管理数据库：当日销售记录及以前的销售统计,用于销售分析财务管理数据库:公司内部账目及收支情况详表技术管理数据库:公司所需各技术档案的详细记录（包括文档）3.4 数据字典：数据流词条描述：1 .数据流名：登录信息来源:用户的输入去向:系统内部检验局部组成:用户名，密码流通量:每次登录输入一次2 .数据流名：登录结果来源:系统去向:用户组成:返回信息流通量:每次登录返回一次3 .数据流名：输入修改信息来源

17、用户去向:系统判断局部组成:根据各数据库内容而不同流通量:依用户输入而定4 .数据流名：反应信息来源:系统判断局部去向:用户组成:系统经判断后发回的字符数据流通量：依系统当前信息而定5 .数据流名：识别信息来源:系统内部检验局部去向:系统判断局部组成:系统各数据库的标识信息流通量:用户每次输入流通一次6 .数据流名：处理信息来源:系统判断局部去向：各数据库处理局部组成:读取/修改标识,读取/修改的变量名称流通量:用户每次输入流通一次7 .数据流名：读取修改来源:系统判断局部去向:系统各数据库组成:读取/修改标识,读取/修改内容流通量：用户每次输入流通一次2数据文件词条描述：1 .数据文件名：

18、人事数据简述:存储人员信息数据文件组成:人员的各项信息（以CString类型为主）2 .数据文件名：销售数据简述:存储当日及从前的销售记录数据文件组成:销售的各项信息3 .数据文件名：财务数据简述:存储财务管理信息数据文件组成:财务管理的各项记录4 .数据文件名：技术数据简述:存储公司内部使用的技术档案信息数据文件组成:技术档案名称，内容加工逻辑词条描述：1 .加工名：检验简要描述:判断用户的许可性输入数据流:登录信息输出数据流:登录结果加工逻辑:判断是否与系统内部用户信息相符合2 .加工名：判断简要描述:判断用户的操作并进行相应的读取/存储工作输入数据流:输入修改信息输出数据流:反应信息加工

19、逻辑:判断用户的操作-调用数据库-读取/修改-反应3 .加工名：人事档案管理简要描述:对人事数据库进行相应要求的操作,并与判断局部交互输入数据流:处理信息,读取修改输出数据流：读取修改，处理信息加工逻辑:判断用户要读取/修改的内容-反应用户所需信息4 .加工名：销售统计简要描述:对销售数据库进行相应要求的操作,并与判断局部交互输入数据流:处理信息,读取修改输出数据流：读取修改，处理信息加工逻辑:判断用户要读取/修改的内容-反应用户所需信息5 .加工名：财务统计简要描述:对财务数据库进行相应要求的操作,并与判断局部交互输入数据流:处理信息,读取修改输出数据流：读取修改，处理信息加工逻辑:判断用户

20、要读取/修改的内容-反应用户所需信息6 .加工名：技术管理简要描述:对技术统计数据库进行相应要求的操作,并与判断局部交互信息输入数据流:处理信息,读取修改输出数据流：读取修改，处理信息加工逻辑:判断用户要读取/修改的内容-反应用户所需信息4源点及汇点词条描述：名称:用户简要描述:既是源点又是汇点,发出动作信息给检验和判断加工,通过交互界面接受反应信息有关数据流:登录结果,登录信息,输入修改信息,反应信息数目：一个4.功能需求4. 1功能划分可细分为四局部:人事管理,销售管理,财务管理,技术档案管理4.2功能描述人事功能：(1)能对公司内部的所有人员有关档案详细资料记录并保存。(2)能对数据库内

21、人事档案的数据进行查阅和修改。(3)能按部门或姓名检索人员。(4)当某员工的雇用期限到达整年时，按时提醒。销售统计功能(1)按日对公司的销售情况进行统计,包括销售额销售数量各地区销售比例不同销售方式的销售量比例以及销售毛利润情况制定销售情况的月报表季报表以及年报表对销售情况进行分析,对不同销售人员的业绩进行评定财务管理功能(1)协助财务人员进行计算机管理,对库存情况进货情况销货进行登录和输出(2)根据预设的库存情况提醒进货(3)对收款情况进行统计,在应收帐款到达预设值时进行提示技术管理功能(1)对技术资料进行登录(2)对维修记录进行登录和统计,按不同型号的机器进行故障整体分析,并作出分析报告(

22、3)对维修配件的需求进行管理并及时提示备货5.性能需求5.1 数据精确度：因为此数据为公司内部数据,所以要求不能有误差5. 2时间特性:当日销售统计要求有即时性,马上能反应出存货的问题；同时财务管理数据计算当前存货情况,并对进货情况进行估算5. 3适应性:此软件只在公司内部管理人员的机器上使用，因此不考虑适应性6.运行需求6. 1用户界面:屏幕格式：(1)要求有菜单及工具栏以方便操作(2)各数据库信息可在屏幕上直接修改(3)各数据统计结果可在屏幕上显示(4)进行系统分析后的结果在另一窗口中显示报表格式：(1)人事管理报表只要求有个人的普通数据(2)销售统计报表要求可分别打印当日统计或之前的统计

23、3)财务统计报表要求打印出存货及公司帐务详表(4)技术管理报表要求可以分别打印技术档案总表和任一技术档案文档内容菜单格式:要求菜单项大致与WIN95标准相同,另外附加的功能做到新的单项中输入输出时间:年份以4位数字表示6. 2硬件接口：需要标准打印机接口进行报表打印7. 3软件接口：Windows标准接口8. 其他需求可使用性:要求容易使用，界面友好平安保密性:因本数据属于公司内部管理用关键数据，因此除公司管理人员外,其他人员不得访问.要求设有登录密码检验功能,并且此密码可以在以后进行修改可维护性:要求本软件的维护文档齐全,便于维护软件需求规格说明书模板修订历史版本说明编制批准批准日期1.

24、1初次编写SEPG目录1 .引言11.1. 背景11. 2.参考资料1L3.假定和约束11.4. 用户的特点12.功能需求12. 1.系统范围12.2. 系统体系结构（二层架构的系统可剪裁本小节）12. 3.系统总体流程23. 4.需求分析21.4.1. XXXXXXX（功能需求名称）22. 4.1.1.功能描述23. 4.1.2.业务建模24. 4.1.3.用例描述35. 4.1.4.用户界面56. 4.2.XXXXXXX（功能需求名称）53.非功能需求53. 1.性能要求53. 1.1.精度53. 1.2.时间特性要求63. 1.3.输人输出要求63. 2.数据管理能力要求63. 3.平安

25、保密性要求67. 4.灵活性要求67.1. 其他专门要求64.运行环境规定64. 1.设备68. 2.支持软件79. 3.接口710. 4.控制711. 求跟踪712. 批单71.引言1.1. 背景说明：a.待开发的软件系统的名称；b.本工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C.该软件系统同其他系统或其他机构的根本的相互来往关系。1.2. 参考资料列出本说明书中引用和参考的资料，如：a.本工程的经核准的方案任务书或合同、上级机关的批文；b.属于本工程的其他已发表的文件；c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发

26、表日期和出版单位，说明能够得到这些文件资料的来源。1.3. 假定和约束可选列出进行本软件开发工作的假定和约束，例如经费限制、开发期限、设备条件、用户的资料准备和交流上的问题等。1.4. 用户的特点可选列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。2.功能需求2. 1.系统范围明确概要地说明用户对系统、产品高层次的目标要求，如系统开发的意图、应用目标、作用范围以及其他相关的背景材料。如果所定义的产品是一个更大系统的一个组成局部，则应说明本产品与该系统中其他各组成局部之间的关系，为此可使用一张方框图来说明该系统的

27、组成和本产品同其他各局部的联系和接口。2.1. 系统体系结构（二层架构的系统可剪裁本小节）可选以图+文本结合的方式描述系统的总体架构。以下应提供系统总体架构图：以下对系统总体架构进行描述：2.2. 系统总体流程以图+文本结合的方式说明系统的总体流程。图一是方案合同管理系统的总体流程图。图一2.3. 需求分析需求分析的目的是获取或描述系统需求中的每一个功能需求，并通过分析确定系统能够做什么？谁来使用这个系统？建立用例模型：发现角色和用例，并确定角色之间的关系、用例之间的关系，以及角色与用例之间的相互关系描述用例：角色与系统如何交互的规格说明。2.4. 1.XXXXXXX（功能需求名称）2.5.

28、1.1.功能描述功能编号：功能需求：从用户业务的角度描述功能需求。2.6. 1.2.业务建模从可视化的角度一用例图一描述功能需求图二是综合方案管理系统合同编辑业务的功能需求用例图。图二2.7. 1.3.用例描述以文本的方式描述每一个用例中角色与系统相互交互的规格说明。1、XXXXXX（用例名称）描述对象描述内容标识符用例的唯一标识符说明对用例的概要说明参与者与该用例相关的参与者列表，以及参与者的特点频度参与者访问此用例的频率状态通常分为：进行中、等待审查、通过审查或未通过审查前置条件一个条件列表，如果其中包含条件，则这些条件必须在访问用例之前得到满足后置条件一个条件列表，如果其中包含条件，则这

29、些条件将在用例成功完成以后得到满足被扩展的用例此用例所扩展的用例（如果存在）被包含的用例此用例所包含的用例（如果存在）根本操作流程参与者在用例中所遵循的主逻辑路径，即当各项工作都正常进行时用例的工作方式可选操作流程在变更工作方式、出现异常或发生错误的情况下所遵循的路径修改历史记录修改人：修改日期：修改原因：问题如果存在，则为与此用例的开发相关的问题或操作工程的列表以下是综合方案管理系统中的合同编辑功能需求中的合同增加用例描述：描述对象描述内容标识符IPMS0101说明增加一条合同记录参与者合同编辑人员一熟悉合同管理业务频度状态通过审查前置条件1.参与者具有合同增加的权限2.参与者已选取对应的方

30、案记录3.当前方案总投资Sl三（该方案下已签合同价）后置条件1.数据库中更加一条合同纪律2.可执行合同原件扫描用例3.可执行合同付款增加用例4.可执行合同修改和合同删除用例被扩展的用例无被包含的用例无根本操作流程请参见图三的合同增加流程可选操作流程当用户确认合同增加时发现异常时，系统提示合同增加无效的提示修改历史记录修改人：修改日期：修改原因：问题1.合同编码的具体约定2.合同类型、资金来源、合同受委托方字典表的具体设计图三合同增加活动流程2、XXXXX（用例名称）2.8. 1.4.用户界面概要描述功能对应的用户界面风格，采用原型生命周期的工程也可以提供原型界面拷贝。2.9. 4.2.XXXX

31、XXX（功能需求名称）2.10. 需求3.1. 性能要求3. 1.1.精度可选说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。3. 1.2.时间特性要求说明对于该软件的时间特性要求，如对：响应时间；更新处理时间；数据的转换和界面更新传送时间等的要求。3. 1.3.输人输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。3.1. 数据管理能力要求可选说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其

32、分量的存储要求做出估算。3.2. 平安保密性要求用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求，对系统防止机密数据被非法侵入、修改及丧失的要求。3.3. 灵活性要求可选说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a.操作方式上的变化；b.运行环境的变化；c.同其他软件的接口的变化；d.精度和有效时限的变化；e.方案的变化或改良。对于为了提供这些灵活性而进行的专门设计的局部应该加以标明。3.4. 其他专门要求可选如用户单位对使用方便的要求，对可维护性、可补充性、易读性、可靠性、异常处理要求、运行环境可转换性的特殊要求等。4.运

33、行环境规定4.1.设备列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：a.处理器型号及内存容量；b.外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；c.输入及输出设备的型号和数量，联机或脱机；d.数据通信设备的型号和数量；e.功能键及其他专用硬件4. 2.支持软件列出支持软件,包括网络和硬件设备平台、操作系统平台、数据库系统平台以及编译（或汇编）程序和测试支持软件等。4. 3.接口可选说明该软件同其他软件之间的接口、数据通信协议等。5. 4.控制可选说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。6. 需求跟踪需求跟踪的主要目的是保证所有的需求都得到分析，以承诺需求-分析需求对应表(PRS_SRS表)的方式描述已分析需求对已承诺需求的覆盖情况。PRS_SRS表的格式请参见软件需求管理过程标准(Supl-Manu-Srs-OOI)。7. 签批单我已阅读上述软件需求规格说明书，我将严格遵守说明书中的条款，并保证全力支持该规格说明书的实施。执行主管：日期技术主管：日期工程组长：日期用户代表：日期开发人员代表:日期小组成员：日期小组成员: