软件工程-软件需求规格说明书模板

软件需求规格说明书

1.引言

1.1 目的

为明确软件需求、规划项目、确认进度、组织软件开发并测试而撰写本文档。同时,详细分析项目总体需求,可以作为软件开发工作的基础和依据以及确认测试和验收的依据。

1.2 背景

本次待开发的软件为备忘录app,由XXX团队提出并开发。

1.3 参考资料

1、邹欣.构建之法[M].第三版.人民邮电出版社,2017

2.项目概述

2.1产品描述

此团队的项目是备忘录app,简单而又实用的日常生活软件,目标是解决用户多忘事的烦恼。用户可以通过备忘录app提前分配任务至具体时间段,提醒用户及时完成任务以防用户做事安排不合理和无规律,同时可以利用便签功能随时作笔记。最后,根据用户的软件使用记录生成一系列的总结表,让用户更直观地了解自己近段时间的备忘与任务情况。

2.2产品功能

本产品主要有以下功能,随着版本更新,功能可能会有增删。

  • 便签。简单地分类笔记
  • 将要备忘的事务转换成任务并可分配到具体时间进行提醒
  • 结算一段时间内的任务,获得任务完成记录
  • 将记录总结成图表形式,直观了解备忘记录完成情况

2.3用户场景

根据需求定义如下典型用户与典型场景:
1.春生-拖拉
在这里插入图片描述
2、刘阿斗–血神
在这里插入图片描述

3、李不平-上班族
在这里插入图片描述

2.4一般约束

1.开发环境约束:

  • 开发工具:Hbuilder
  • 开发语言:HTML5+CSS+JavaScript
  • 开发测试浏览器:Google chrome

2.时间约束:开发周期短,两个月的开发时间需要开发者合理规划时间,做到多项任务并发。
3.技术约束:团队成员在相关技术水平方面存在一定的欠缺,缺乏相关的项目经验,需要在开发中并发学习多种技术和能力。
4.其它约束:开发期间,团队成员还有别的学习任务,对项目进度造成一定程度上的影响。

2.5假设与依据

本项目是否能够成功实施,主要取决于以下的条件:

  • 团队成员的积极合作配合,为了项目的开发和实施,对个人时间进行合理规划同时为团队做出合理牺牲,配合队友完成任务
  • 开发过程中遇到的技术问题可以及时得到同学或者老师的指导和帮助

3.具体需求

3.1功能图

在这里插入图片描述

3.2功能需求

主页面:用户可在此页面跳转到其它功能页面或者退出。
在这里插入图片描述
便签页面:简单地备忘笔记,并记录当前时间。右下角的“+”功能可添加便签。
在这里插入图片描述
任务页面

  • 今日:当前分配好且需要完成的任务页面。(临时任务除外)
    在这里插入图片描述
  • 结算与分享
    在这里插入图片描述
  • 未来:进行分配任务的页面
    在这里插入图片描述
  • 历史记录
    在这里插入图片描述
  • 设置页面
    在这里插入图片描述
  • 总结页面
    在这里插入图片描述

3.3 外部接口需求

3.3.1 用户接口

无特殊需求。

3.3.2硬件接口

手机系统需要Android 7.0及以上

3.3.3软件接口

无特殊需求。

3.3.4通信接口

无特殊需求。

3.4属性

3.4.1可用性
  • 界面简洁美观,操作简单
  • 系统稳定,无bug
  • 涉及删除操作时,会有相关提醒
3.4.2安全性
  • 数据备份,防止用户丢失数据,及时恢复数据

3.4.3可维护性

  • 使用Github进行源码管理,便于维护与修复

4.验证验收表标准

4.1文档验收标准

文档编写符合国际文档编写规范

  • 项目选题报告
  • 软件需求规格说明书

4.2软件验收标准

软件一切功能正常,运行流畅、不卡顿、不闪退,适配于大部分Android手机。

4.3界面验收标准

在这里插入图片描述

4.4功能验收标准

需求四象限标准如图:
  在这里插入图片描述

4.5工作分配

在这里插入图片描述

  • 15
    点赞
  • 160
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
XXX项目 软件需求规格说明书 版本:V1.1 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 简介 2 1.1 背景 2 1.2 目的 2 1.3 范围 2 1.4 缩略语 2 1.5 参考文档 2 2 运行环境 2 2.1 硬件环境 3 2.2 网络环境 3 2.3 软件环境 3 3 系统结构 3 3.1 系统功能结构 3 3.2 本系统与其它系统的关系 3 3.3 系统的行为架构 3 4 软件系统功能需求 3 对于结构化分析请采用如下格式: 4 4.1 XXX软件需求 4 4.1.1 需求编号 4 4.1.2 复杂度 4 4.1.3 优先级 4 4.1.4 功能描述 4 4.1.5 输入 4 4.1.6 处理 4 4.1.7 输出 4 4.1.8 约束条件 4 4.1.9 相关的性能需求 4 对于UML分析请采用如下格式: 4 4.2 XXX用例-UC001 4 5 非功能性需求 7 5.1 性能需求 7 5.2 可靠性需求 7 5.3 可移植性需求 7 5.4 可维护性需求 7 5.5 可用性需求 7 5.6 兼容性需求 7 5.7 分布性需求 7 6 在线用户文档和帮助系统需求 7 7 设计约束 7 8 需要购买的组件 7 9 接口与协议 7 9.1 用户接口 7 9.2 硬件接口 7 9.3 软件接口 7 9.4 通信接口 8 10 词汇表 8 简介 背景 【说明项目背景】 目的 【说明编写SRS的目的】 范围 【说明该SRS在整个项目周期的适用范围】 术语/缩略语 【说明本SRS涉及的术语、缩略语的详细含义】 参考文档 【说明编写SRS时引用和参考的文档】 运行环境 【说明用户期望的待开发系统的运行环境】 硬件环境 网络环境 软件环境 系统结构 【说明软件系统的业务层次结构,以及与其他外部系统之间的业务接口关系。】 系统功能结构 【说明软件系统的分解结构,可以采用功能分解树,或者系统静态架构图,或者高层系统用例模型图表示】 本系统与其它系统的关系 【对于研发项目和预研项目,说明该软件产品在ModelBank中的逻辑位置;对于客户化子项目,说明该软件系统在大系统中的逻辑位置,可以采用逻辑结构图表示】 系统的行为架构 【如果采用UML开发,可以说明系统的高层业务行为模型】 软件系统功能需求 【说明待开发系统业务功能需求被分配的软件需求,并统一编号组织。】 Eg:SRS1 XXX SRS1.1 XXX 或者 UC1 XXX UC1.1XXX XXX软件需求(对于结构化分析请采用如下格式) 需求编号 功能描述 输入 处理 输出 约束条件 相关的性能需求 XXX用例-UC001(对于UML分析请采用如下格式) 用例功能描述:制订修改计划的申请信息,并上报给上级单位。用户可以查询、查看计划调整申请信息。 界面图: 申请计划调整―――查看计划调整申请界面 申请计划调整―――计划调整界面 界面说明: 查询条件描述 序号 栏位名称 栏位说明 备注 页面表示形式 1 计划文号 字符型 64位长 输入项 弹出页面显示 2 申请标题 字符型 128位长 输入项 输入框 3 申请日期 日期型,YYYY-MM-DD;分为开始日期和截止日期 输入项 日期控件 计划调整申请信息描述 序号 栏位名称 栏位说明 备注 页面表现形式 1 标题 输入 必输项 输入框 2 调整顺序号 输入,字符型 32位长 输入项 文本输入框 3 调整原因 用户输入调整的原因和建议调整的其它说明信息 必输项 文本输入框 4 负责人 库内负责轮换申请人的姓名,20字符。 必输项 下拉列表框 5 申请日期 计划调整申请提出的具体日期,系统自动读取服务器日期。 输入项 日期控件 6 调整后开始日期 本库计划调整后的开始时间 必输项 日期控件 7 调整后结束日期 本库计划调整后的结束时间 必输项 日期控件 8 原计划文号 输入,字符型20位长 显示项 文本 9 原计划标题 输入,字符型128位长 显示项 文本 10 计划开始执行日期 原计划中的开始执行日期 显示项 文本 11 计划截止执行日期 原计划中的截止执行日期 显示项 文本 前置条件:无 后置条件:无 功能说明: 查询功能:查询已经制订的计划调整申请信息。查询条件:计划文号,申请标题,申请日期。查询列表:申请标题、计划文号,申请日期、负责人、状态。系统默认按申请日期降序排序。 查看计划调整申请信息功能:查看一条具体的计划调整申请信息,页面上并能显示原计划信息。 根据计划调整申请,查看原计划信息; 新增计划调整申请信息:用户首先选择原计划信息,然后对原计划进行修改; 修改计划调整申请信息:用户可以看到原计划信息; 删除计划调整申请信息; 打印计划调整申请信息; 上报功能:将此调整申请上报给上级单位。 特殊说明: 计划调整申请只对上级下发计划有用; 只有未上报的计划调整申请才能修改和删除; 计划调整申请的状态分为:上报,未上报; 已上报的计划调整申请的状态以红色表示; 在新增一个计划调整申请时,用户选择了计划文号后,系统取出此计划的信息并按仓号显示在页面上; 此模块的上报仅仅是将审核状态置为”已审核”,具体的对上级单位的提交由交换模块完成 业务实体描述 业务实体描述是根据需求分析过程中抽象出来的业务实体、数据需求以及业务实体之间的关系的描述。描述的内容包括需要画出数据概念模型图、实体字段信息、实体数据的来源、业务基础数据等内容。具体参考如下: 【1. 静态数据需求 列举描述在系统中,作为基础数据使用的基本不变的数据需求。例如:“员工档案”等数据的需求。 2. 动态数据需求 列举描述本软件所处理的动态数据需求。例如:销售数据、交易数据等等 3. 业务实体描述 描述本软件选用的业务实体、实体字段描述、字段类型描述、实体具体的数据库容量预测、命名标识等 4. 数据词典 列举描述本软件的数据字典。数据字典覆盖静态用户数据和动态用户数据两方面。 5. 数据采集需求 列举本软件的数据采集需求。包括数据采集的方式(自动采集或者交互式人工采集)、数据采集的频度说明、精度要求说明等等。 6. 数据精度需求 根据具体情况,描述本软件中的数据精确度需求。包括计算的精度(用小数位数表示)、有效数据位数等等方面的需求。】 非功能性需求 性能需求 【如果需要,说明用户提出的,或者应该满足的对软件系统性能的要求,并统一编号组织。比如:系统吞吐量,平均交易响应时间,平均无故障时间等】 可靠性需求 可移植性需求 可维护性需求 可用性需求 兼容性需求 分布性需求 故障处理需求 【描述对于各种主要故障的处理需求。包括处理方式、提示信息内容与格式和善后处理算法等等】 在线用户文档和帮助系统需求 【如果需要,说明在线文档和帮助系统的要求】 设计约束 【说明实现本系统必须服从的设计决策,比如:开发平台,语言,体系结构,采用的类库】 需要购买的组件 【如果需要,说明需要购买的软件组件】 接口与协议 用户接口 【说明软件要实现的用户接口】 硬件接口 【如果需要,说明软件必须支持的硬件接口】 软件接口 【说明系统外部的软件接口关系】 通信接口 【如果需要,说明系统与其他外部的软件通信协议】
### 回答1: 软件需求规格说明书(SRS)是软件工程中的一个重要文档,它描述了软件系统的功能、性能、界面和限制。 通常,软件需求规格说明书模板包括以下内容: 1. 引言: 包括SRS的目的、范围、定义、约定、参考文献等信息。 2. 总体描述: 描述软件系统的整体功能和性能。 3. 用户特性: 描述软件系统的用户特性,包括用户类型、用户环境、用户需求等。 4. 软件特性: 描述软件系统的软件特性,包括功能、性能、界面、安全性、可靠性等。 5. 限制: 描述软件系统的限制,包括硬件限制、软件限制、环境限制等。 6. 其他: 包括SRS的修订记录、参考文献等其他信息。 希望这些信息能够帮助您。 ### 回答2: 是的,软件需求规格说明书模板软件开发过程中的重要文档之一。这个模板用于明确软件系统的需求和功能,以便开发人员能够在开发过程中有一个明确的方向和目标。 软件需求规格说明书模板通常包括以下几个部分: 1. 引言:介绍软件项目的背景、目的和范围。 2. 整体描述:对软件系统的总体描述,包括系统的功能、特性和用户需求。 3. 具体需求:详细描述软件系统的各项功能需求,包括输入输出形式、数据处理逻辑等。 4. 非功能需求:描述软件系统除功能需求以外的其他要求,比如性能要求、安全要求等。 5. 约束条件:说明软件项目开发中需要遵守的限制和限定条件,比如开发时间、技术限制等。 6. 接口需求:描述软件系统与其他系统或组件之间的接口要求,包括输入输出接口、数据格式等。 7. 测试需求:明确软件系统的测试方法和测试要求,以保证系统的质量和稳定性。 因为每个软件项目的需求都有所不同,所以具体的模板可能会根据项目的需要进行调整和定制。在使用模板时,开发团队可以根据实际情况进行适当修改,以确保需求规格说明书对项目的开发和管理具有指导性和可操作性。 ### 回答3: 是的,软件需求规格说明书模板是一种用于规范软件需求文档编写格式的工具。它帮助软件开发人员清晰地描述系统的功能、性能、安全性以及用户界面等方面的需求。 软件需求规格说明书模板通常包括以下几个主要部分: 1. 引言:介绍文档的目的、范围、读者对象等信息; 2. 总体描述:对软件系统进行整体的概述,包括系统的背景、目标、功能需求、非功能需求等; 3. 具体需求:详细描述每个具体功能,并对其进行分析、设计或者采用的具体技术进行描述; 4. 约束条件:描述对软件开发、部署及使用的限制条件,如所需的硬件、软件平台、安全要求等; 5. 接口需求:描述软件系统与其他系统交互的需求,如接口技术要求、数据格式等; 6. 测试需求:描述对软件系统进行测试的具体需求,如测试环境、测试数据等; 7. 支持性需求:描述软件系统在安装、配置、部署和使用过程中的支持需求,如用户培训、技术支持等; 8. 可行性研究:对软件项目的可行性进行评估,包括技术可行性、经济可行性、时间可行性等; 9. 附录:包含一些补充信息,如术语表、缩写词解释等。 通过使用软件需求规格说明书模板,可以帮助软件开发团队更好地组织和编写需求文档,提高文档的清晰度和可读性。同时,模板还可以帮助团队遵循一致的编写规范,提高开发效率和准确性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值