1.1  目的

通过本文档定义老年病能力评估系统的需求，方便系统编写者与系统使用者使用。

1.2  背景

a． 开发软件系统名称：老年病能力评估系统

b． 系统提出者：刘少石 系统开发者：刘少石

c． 软件系统应用范围、用户：需要老年病能力评估的公司、医生。需要接受养老服务的老年人。

d． 产生该系统需求的起源：随着我国人口老龄化程度日趋严重，为了满足老年人养老服务的需求，在参考美国、日本、澳大利 亚、英国等国家及我国香港和台湾地区老年人能力评估工具的基础上编制了本标准。标准的制订为老年 人能力评估提供统一、规范和可操作的评估工具，科学划分老年人能力等级，作为政府制定养老政策， 以及为老年人提供适宜养老服务的依据。

1.3  术语

1.3.1能力

个体顺利完成某一活动所必需的主观条件。 1.3.2日常生活活动

个体为独立生活而每天必须反复进行的、最基本的、具有共同性的身体动作群，即完成进食、洗澡、修饰、穿衣、大小便控制、如厕、床椅转移、行走、上下楼梯等日常活动的能力。1.3.3精神状态

个体在认知功能、行为、情绪等方面的表现。1.3.4感知觉与沟通

个体在意识水平、视力、听力、沟通交流等方面的能力。 

1.4  预期读者与阅读建议

1.5  参考资料

1.6  需求描述约定

１）本系统的需求标识方法：层次化编号方法

　　需求层次：分三个层次，用三位字符表示。第一层需求指主功能模块，第二层需求指功能模块的主功能点，第三层次指主功能点下的具体需求。

２）本系统的需求跟踪粒度

跟踪到第二层功能需求。

３）本文档的需求级别定义：

l 本文档统一规定对需求层次为二级以上（功能模板、主功能点）的定义优先级，三层需求依据二层需求的优先级执行。

l 本文档的优先级别分为：紧急、正常、缓

l 同时对于主功能点还描述实现的周期：一期、二期、三期

４）功能描述方法：

本文档从以下几个方面对功能需求进行描述：

1. 业务定义/描述。
2. 适用的用户类型
3. 业务规则/业务要素。
4. 输入：提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、数值范围、精度、单位等。
5. 输出－提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述。
6. 业务操作流程
7. 描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明
8. 约束条件/特殊考虑

列出在各个工作领域不需计算机化的功能并提供其原因以及特殊条件。

５）界面描述规则

　　界面描述使用VISIO的界面模型进行描述。

2.项目概述

2.1  系统功能

功能结构图

功能分类

2.2  业务描述

系统主要业务流程图

2.3  用户的特点

一般操作者：可对已录入老年人进行评估，查看的操作等。

系统管理者：可查看人员评估状态，可录入人员信息，可对录入信息进行评估。拥有系统的全部权限。

最终用户：可以录入，评估，查询人员信息。

2.4 运行环境要求

运行环境：eclipse2021以上版本、JDK6.0以上版本

数据库：MySQL8.0数据库

服务器：Tomcat8.0

个人电脑操作系统：Windows10

2.6  设计和实现上的限制

采用面向对象的分析与设计方法，使用JAVA语言、Eclipse2021开发工具；硬件要求至少个人笔记本电脑一台，内存至少512G。

3.功能需求的描述

信息录入功能：

a. 业务定义/描述：可录入需评估老年人基本信息。

b. 适用的用户类型：系统管理员。

c. 业务规则/业务要素：

d. 功能项的主要页面或是样式：

e. 输入：String类型

f. 输出：String类型

g. 业务操作流程

鼠标点击功能，填写相应内容，点击提交即可完成操作。

信息查询功能：

a. 业务定义/描述：可查询已录入的老年人基本信息。

b. 适用的用户类型：系统管理员。 系统使用者。

c. 业务规则/业务要素：

d. 功能项的主要页面或是样式：

e. 输入：String类型

f. 输出：String类型

g. 业务操作流程

鼠标点击功能，填写需要内容，点击搜索即可显示需查询的老年人信息。

结果显示功能：

a. 业务定义/描述：可查看已录入的老年人基本信息。

b. 适用的用户类型：系统管理员。 系统使用者。

c. 业务规则/业务要素：

d. 功能项的主要页面或是样式：

e. 输入：String类型

f. 输出：String类型

g. 业务操作流程

鼠标点击功能，即可显示已录入的老年人信息列表。

4.非功能需求

4.1　系统性能要求

a.时间特性

时间特性要求：系统登陆的相应时间是局域网小于等于10秒，Internet网小于等于60秒。

b.精度要求

本系统全部采用String类型，日期精确到日。

c.系统有效性

系统每天需要连续运行24小时，每周运行七天，包括公共假期和周末

d.容错性

e.可扩充性

4.2　系统安全及保密要求

数据库安全：数据库级备份和恢复。数据库级用户进行角色和权限授权。使得在异常情况发生时，系统可以得以快速恢复，避免数据的丢失或将其影响降到最低限度。同样，要保证存储过程中数据不被非法访问和篡改。本系统只有系统管理员可以直接操作数据库，进行相应的修改更新等操作。

应用系统的安全：不同用户登录系统都有用户身份的鉴别，不同的用户对应不同的操作权限和优先级。后台通过设置拦截器防止用户直接操作数据库。

4.3　系统备份与恢复要求

1. 每种信息类型的保存期为一年。
2. 在保存期过后会转移到外部硬盘中。
3. 环境异常时，系统恢复策略。本系统采用大家熟悉的易于维护的系统平台，系统维护方便简单，备份及数据恢复快速简单，尽量避免复杂的系统配置文件，并要求本软件的维护文档齐全，便于维护。

4.4　系统日志

5.外部接口说明

外部接口：Apache ECharts 5

介绍：echarts，全称Enterprise Charts，商业级数据图表，一个纯Javascript的图表库，能够流畅的运行在PC以及移动设备上，兼容当前绝大部分浏览器。为我们许多提供直观，生动，可交互，可高度个性化定制的数据可视化图表。能够支持折线图、柱状图、散点图、K线图、饼图、雷达图、和弦图、力导向布局图、地图、仪表盘、漏斗图、事件河流图等12类图表，同时提供标题，详情气泡、图例、值域、数据区域、时间轴、工具箱等7个可交互组件，支持多图表、组件的联动和混搭展现。

6.其他需求

可使用性：系统要求操作简单，本系统的用户都能容易操作。

可移植性：本系统采用JAVA语言编写，开发环境易于安装使用，可移植性好。

可维护性：本系统采用大家熟悉的易于维护的系统平台，系统维护方便简单，备份及数据恢复快速简单，尽量避免复杂的系统配置文件，并要求本软件的维护文档齐全，便于维护。

7 需求变更识别

本系统的评估标准在未来可能会有标准变更。具体要看未来制定的评估标准。

8.功能列表