(医疗器械软件)研究资料-需求规格说明书(SRS)

xiao99
xiao99 这家伙很懒,还没有设置简介

0 人点赞了该文章 · 319 浏览

需求规格说明书(SRS)

1.引言

1.1编写目的


为了明确“XXXXX”项目的需求,为用户和分析设计人员之间的交流提供方便,更好地安排项目规划与进度,组织软件开发与测试,减少项目风险,撰写本需求规格规格说明书。

本需求规格说明书的读者为项目经理、分析设计人员、程序员、质量保证人员、维护人员以及客户方的相关人员。

1.2项目背景

1.3定义


GB/T 11457所列术语和下列定义适用于本指南。

合同:指XXXX共同签署的关于本项目的合同。

客户:指XXXX公司。

语言:是指具有语法和语义的通信工具,包括一组表达式、惯例和传递信息的有关规则。

编程语言:是指用于编写源程序的高级语言和汇编语言。

用户:XXXXXX


1.4参考资料

a)GB/T 11457 软件工程术语

b)GB 8566 计算机软件开发规范

c)GB 8567 计算机软件产品开发文件编制指南

d)GB/T 12504 计算机软件质量保证计划规范

e)GB/T 12505 计算机软件配置管理计划规范

f)GB/T 19001 质量管理体系

g)ISO9001 质量管理体系

h)ISO9000-3质量管理体系

i)ISO/IEC 12207软件生命周期过程标准

j)ISO/IEC TR 15504软件过程评估标准

k)IEEE1058.1软件项目管理计划标准

l)CMM 2.0 能力成熟度模型

m)PMBOK项目管理知识体系

n)项目计划任务书

o)项目开发计划

p)设备用户手册


2.总体描述

2.1目标

2.1.1开发意图、应用目标

a)开发意图:

XXXX。

b)应用目标:

XXXX

2.1.2产品描述

(描述产品的基本要求、主要部分、外部接口等可使用框图展示较大系统的主要部分、相互关系、外部接口等))

2.1.2.1软件系统总体结构图

采用基于采用 MVC 模式架构的开发方式,实现的系统具有界面美观、操作简单、开发系统容易升级、系统开发周期短、成本低等优点。在项目的研发中,从体系结构上将本系统设计为4层结构:

系统结构图

(结构图说明)

2.1.2.2软件系统总体数据流图 (图示及说明)

2.1.2.3系统功能的总体用况图 (图示及说明)

2.1.2.4约束:

a)系统接口;

(列出每个系统接口,识别完成系统需求的软件功能以及与系统匹配的接口描述。)

b)用户界面;

(如要求的屏幕显示格式、页面、版式、报告内容、菜单内容等)

c)硬件接口;

(如支持的设备,采用的协议等)

d)软件接口;

(与其他软件的接口,软件应提供名称、助记符、规格说明编号、版本号、来源,接口软件的目的等)

e)通信接口;

(如局域网协议等)

f)内存约束;

(对主存、辅存的任何使用特征和限制)

g)运行;

(如用户引发的操作、交互操作的周期、无人值守操作的周期、数据处理支持能力、备份和回复操作)

h)现场适应性需求

(给定现场、任务和运行模式的需求)

2.2产品功能

描述软件的将执行主要功能的概要。(可用文本或图示的方法,显示不同功能及其之间的关系,显示变量之间的逻辑关系)

2.3用户的特点

a)管理员:。

b)用户1:

c)用户2:

2.4约束条件

经费限制:

时间限制:

硬件局限:

方法、技术、环境:

法规:

标准:

并行操作:

审核功能:

3.具体需求

3.1外部接口


各接口描述包括以下内容:

a)项的名称;

b)目的描述;

c)输入源和输出目的地;

d)有效范围、准确度和容限;

e)测量单位;

f)定时;

g)与其他输入/输出的关系;

h)屏显格式;

i)窗口格式;

j)数据格式;

k)命令格式;

l)结束消息。

3.1.1.1用户接口

3.1.1.2硬件接口

3.1.1.3软件接口

3.1.1.4通信接口

3.2功能需求

3.2.1用户注册功能

系统应能完成用户注册功能

⮚主参加者:用户

⮚环境目标:

⮚前置条件:数据库有足够的空间。

⮚触发器:用户进入注册界面。

⮚场景:

a)用户进入注册界面。

b)用户输入会员名。

c)用户输入登录密码。

d)用户输入确认密码。

e)用户输入其他个人基本信息。

f)用户输入验证码。

g)点击确认按钮,提交注册信息。

⮚异常:

a)用户注册的会员名已在系统中存在时,给出提示信息,让其更改所输入的会员名。

b)用户输入的确认密码与登录密码不一致时,给出提示信息,让其重新输入密码。

c)用户输入的验证码错误时,给出提示信息,随机更换验证码的图片后,让其重新输入验证码。

⮚优先级:必须被实现。

⮚何时可用:首次开发。

⮚使用频率:每天多次。

⮚后置条件:用户完成操作后显示注册成功信息。

⮚活动图

3.3性能需求

3.3.1支持的终端数:

3.3.2支持同时运行的用户数量;

3.3.3要处理的信息量和类型:

3.3.4精度

3.3.5速度:

3.3.6人身和环境安全性需求

3.4数据库逻辑需求

(规定将置于数据库的任何信息的逻辑需求,可包括:)

a)不同功能使用的信息类型;

b)使用频度;

c)访问能力;

d)数据实体及其之间的关系;

e)完整性约束;

f)数据保存要求

3.5设计约束

(描述由可能由其他标准、硬件局限等引发的设计约束)

3.6软件系统属性

3.6.1可靠性

3.6.2可用性

3.6.3保密性需求

a)对注册过的用户个人信息的严格保密,除用户自己以及管理员之外,其他人不能查阅用户信息。

b)对数据传输过程需有严格的保密机制,防止用户数据的泄露。

c)对于管理员要分发给管理数据库的权限。

3.6.4可维护性

3.6.5可移植性


发布于 2024-01-12 17:26

免责声明:

本文由 xiao99 原创发布于 质量人 ,著作权归作者所有。

登录一下,更多精彩内容等你发现,贡献精彩回答,参与评论互动

登录! 还没有账号?去注册

暂无评论