软件需求规格说明书样例

  

1. 引言

1.1 编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.

1.2 项目背景

1.2.1项目委托单位:****公司

1.2.2开发单位:***公司

1.3 定义

1.4  参考资料

2. 任务概述

2.1 目标:

<1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示

<2>提高效率:利用软件进行管理,避免人工管理的失误以及 延迟性,从而实现高效率的管理.

2.2 运行环境:

<1> 硬件方面:Pentium级处理芯片
  1兆显存的兼容显卡
  256色,800*600的兼容显示器
  标准兼容打印机

<2>软件方面: WIN95操作系统

2.3 条件与限制:

  编程用计算机一台
  完成期限2000/7/1
  无资金供给

3. 数据概述

数据流程图如下:

3.1 静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据

3.2  动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间

3.3 数据库描述:

  人事管理数据库:公司内人员的个人详细信息,包括档案信息
  销售管理数据库:当日销售记录及以前的销售统计,用于销售分析
  财务管理数据库:公司内部账目及收支情况详表
  技术管理数据库:公司所需各技术档案的详细记录(包括文档)

3.4 数据字典:

<1>数据流词条描述:

  1.数据流名:登录信息
  来源:用户的输入
  去向:系统内部检验部分
  组成:用户名,密码
  流通量:每次登录输入一次

  2.数据流名:登录结果
  来源:系统
  去向:用户
  组成:返回信息
  流通量:每次登录返回一次

  3.数据流名:输入修改信息
  来源:用户
  去向:系统判断部分
  组成:根据各数据库内容而不同
  流通量:依用户输入而定

  4.数据流名:反馈信息
  来源:系统判断部分
  去向:用户
  组成:系统经判断后发回的字符数据
  流通量: 依系统当前信息而定

  5.数据流名:识别信息
  来源:系统内部检验部分
  去向:系统判断部分
  组成:系统各数据库的标识信息
  流通量:用户每次输入流通一次

  6.数据流名:处理信息
  来源:系统判断部分
  去向:各数据库处理部分
  组成:读取/修改标识,读取/修改的变量名称
  流通量:用户每次输入流通一次

  7.数据流名:读取修改
  来源:系统判断部分
  去向:系统各数据库
  组成:读取/修改标识,读取/修改内容
  流通量: 用户每次输入流通一次

<2>数据文件词条描述:

  1.数据文件名:人事数据
  简述:存储人员信息
  数据文件组成:人员的各项信息(以CString类型为主)

  2.数据文件名:销售数据
  简述:存储当日及从前的销售记录
  数据文件组成:销售的各项信息

  3.数据文件名:财务数据
  简述:存储财务管理信息
  数据文件组成:财务管理的各项记录

  4.数据文件名:技术数据
  简述:存储公司内部使用的技术档案信息
  数据文件组成:技术档案名称,内容

<3>加工逻辑词条描述:

  1.加工名:检验
  简要描述:判断用户的许可性
  输入数据流:登录信息
  输出数据流:登录结果
  加工逻辑:判断是否与系统内部用户信息相符合

  2.加工名:判断
  简要描述:判断用户的操作并进行相应的读取/存储工作
  输入数据流:输入修改信息
  输出数据流:反馈信息
  加工逻辑:判断用户的操作->调用数据库->读取/修改->反馈

  3.加工名:人事档案管理
  简要描述:对人事数据库进行相应要求的操作,并与判断部分交互
  输入数据流:处理信息,读取修改
  输出数据流: 读取修改, 处理信息
  加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

  4.加工名:销售统计
  简要描述:对销售数据库进行相应要求的操作,并与判断部分交互
  输入数据流:处理信息,读取修改
  输出数据流: 读取修改, 处理信息
  加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

  5.加工名:财务统计
  简要描述:对财务数据库进行相应要求的操作,并与判断部分交互
  输入数据流:处理信息,读取修改
  输出数据流: 读取修改, 处理信息
  加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

  6.加工名:技术管理
  简要描述:对技术统计数据库进行相应要求的操作,并与判断部分交互信息
  输入数据流:处理信息,读取修改
  输出数据流: 读取修改, 处理信息
  加工逻辑:判断用户要读取/修改的内容->反馈用户所需信息

<4>源点及汇点词条描述:

  名称:用户
  简要描述:既是源点又是汇点,发出动作信息给"检验"和"判断"加工,通过交互界面接受反馈信息有关数据流:登录结果,登录信息,输入修改信息,反馈信息
  数目:一个

4. 功能需求

4.1 功能划分

  可细分为四部分:人事管理,销售管理,财务管理,技术档案管理

4.2 功能描述

<1>人事功能:

  (1)能对公司内部的所有人员有关档案详细资料记录并保存。
  (2)能对数据库内人事档案的数据进行查阅和修改。
  (3)能按部门或姓名检索人员。
  (4)当某员工的雇用期限达到整年时,按时提醒。

<2>销售统计功能

  (1)按日对公司的销售情况进行统计,包括销售额/销售数量/各地区销售比例/不同销售方式的销售量比例以及销售毛利润情况
  (2)制定销售情况的月报表/季报表以及年报表对销售情况进行分析,对不同销售人员的业绩进行评定

<3>财务管理功能

  (1)协助财务人员进行计算机管理,对库存情况/进货情况/销货进行登录和输出
  (2) 根据预设的库存情况提醒进货
  (3) 对收款情况进行统计,在应收帐款达到预设值时进行提示

<4>技术管理功能

  (1)对技术资料进行登录
  (2)对维修记录进行登录和统计,按不同型号的机器进行故障整体分析,并作出分析报告
  (3)对维修配件的需求进行管理并及时提示备货

5. 性能需求

5.1 数据精确度:因为此数据为公司内部数据,所以要求不能有误差

5.2 时间特性:当日销售统计要求有即时性,马上能反应出存货的问题;同时财务管理数据计算当前存货情况,并对进货情况进行估算

5.3  适应性:此软件只在公司内部管理人员的机器上使用,因此不考虑适应性

6. 运行需求

6.1 用户界面:

  屏幕格式:

  (1)要求有菜单及工具栏以方便操作
  (2)各数据库信息可在屏幕上直接修改
  (3)各数据统计结果可在屏幕上显示
  (4)进行系统分析后的结果在另一窗口中显示

  报表格式:

  (1)人事管理报表只要求有个人的普通数据
  (2)销售统计报表要求可分别打印当日统计或之前的统计
  (3)财务统计报表要求打印出存货及公司帐务详表
  (4)技术管理报表要求可以分别打印技术档案总表和任一技术档案文档内容菜单格式:要求菜单项大致与WIN95标准相同,另外附加的功能做到新的单项中输入输出时间:年份以4位数字表示

6.2 硬件接口:需要标准打印机接口进行报表打印

6.3  软件接口:Windows标准接口

7. 其他需求

  可使用性:要求容易使用,界面友好

  安全保密性:因本数据属于公司内部管理用关键数据,因此除公司管理人员外,其他人员不得访问.要求设有登录密码检验功能,并且此密码可以在以后进行修改

  可维护性:要求本软件的维护文档齐全,便于维护

  • 3
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
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. 引言 本文档旨在描述软件系统的需求规格,包括系统的功能、性能、界面、数据、安全等方面的要求。本文档适用于开发人员、测试人员、项目经理等相关人员。 2. 项目概述 本项目是一个在线购物平台,用户可以在平台上浏览商品、下单购买、支付等操作。系统需要支持多种支付方式,包括支付宝、微信支付等。系统需要支持多种语言,包括中文、英文等。 3. 功能需求 3.1 用户注册 用户可以在系统中注册账号,需要提供用户名、密码、邮箱等信息。系统需要对用户输入的信息进行验证,确保信息的正确性和安全性。 3.2 商品浏览 用户可以在系统中浏览商品,可以按照商品分类、价格等条件进行筛选和排序。系统需要支持商品的图片展示和详细描述。 3.3 购物车 用户可以将商品添加到购物车中,可以对购物车中的商品进行增删改查等操作。系统需要支持购物车的实时更新和商品数量的统计。 3.4 订单管理 用户可以在系统中查看自己的订单,可以对订单进行支付、取消等操作。系统需要支持订单状态的实时更新和订单的历史记录。 4. 性能需求 4.1 响应时间 系统需要保证在用户请求后,能够在3秒内响应用户的请求。 4.2 并发能力 系统需要支持1000个并发用户的访问。 5. 界面需求 5.1 用户界面 系统需要提供简洁、美观的用户界面,用户可以方便地进行操作。 5.2 管理员界面 系统需要提供管理员界面,管理员可以对商品、订单等进行管理和操作。 6. 数据需求 6.1 数据库 系统需要使用MySQL数据库进行数据存储和管理。 6.2 数据备份 系统需要定期进行数据备份,确保数据的安全性和可靠性。 7. 安全需求 7.1 用户认证 系统需要对用户进行认证,确保只有合法用户才能进行操作。 7.2 数据加密 系统需要对用户的敏感信息进行加密,确保信息的安全性。 以上是软件需求规格说明书样例,希望对您有所帮助。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值