宠家----项目需求分析
宠家----项目需求分析
| 作业所属课程 | https://edu.cnblogs.com/campus/zswxy/2018SE |
|---|---|
| 作业要求 | https://edu.cnblogs.com/campus/zswxy/2018SE/homework/11607 |
| 团队名称 | 宠家 |
| 作业目标 | 需求规格说明书 |
| GitHub链接 | https://gitee.com/T24/chongjia |
一、工作流程
1、讨论与分工
- 本次作业在小组讨论的过程中，每个成员提出了自己想要完成的任务。在协商之后，由组长开始分配具体的任务。
2、撰写与设计
- 明确任务后，各成员根据自己的分工开始查阅资料，撰写《需求规格说明书》、进行原型设计。
3、反馈与修改
- 在初步完成《需求规格说明书》以及原型设计后由每个成员开始阅读、查看，在发现错误时即时提出问题，反馈到小组的讨论群中进行修改。
4、验收
- 在每个成员检查完毕，没有发现错误与漏洞后，完成需求规格说明书的撰写。最后每个成员commit团队仓库中。
5、commit情况
二、团队分工
| 成员 | 分工 | 任务比重 |
|---|---|---|
| 吴慧琳 | 市场调研，界面设计 | 20% |
| 滕思 | 后端开发，本次文档负责人 | 25% |
| 周菲 | 数据库设计 | 25% |
| 李佳俊 | 前端开发 | 15% |
| 肖双杰 | 测试 | 15% |
三、需求规格说明书
1.引言
1.1目的
该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。
本文档面向多种读者对象：
（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。
（2）设计师：对需求进行分析，并设计出系统，包括数据库的设计。
（3）程序员：了解系统功能，编写《用户手册》。
（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。
在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。
1.2背景
如今社会的发展迅速，现在各种的新新技术也是如雨后春笋般层出不穷。而如今，随着人们越来越繁忙的生活和工作以至于幸福感也越来越低。养宠物也慢慢的成为了拯救幸福感其一的途径。而如今计算机网络已经成为人们生活不可缺少的一部分,在各个领域取得了广泛的应用,极大的推动了社会经济发展,因而受到了人们的广泛关注。使用计算机保存客户，医师和宠物资料信息，是宠物医院超正规化，科学化发展的必经路，是大势所趋的发展道路。宠物医院管理系统是为了更便捷的记载医生出诊情况、消费的客户及其宠物的基本信息等。
1.3参考文献
[1] GB-T8567-2006，《计算机软件文档编制规范》[S]
2.项目概述
2.1产品描述
我们借助计算机的运算速度快、存储功能强等特点,开发了宠物医院管理信息系统,较好的解决了宠物档案变得冗余繁杂的问题。经综合分析，本宠物医院信息管理系统包含以下功能：
1、宠物医院的登陆。
2、医生管理。
3、客户管理。
4、专业管理。
2.2产品功能
首先通过用例图了解角色分工如下：
-
管理员：（因为我们设计的主要是针对宠物医院后台使用的系统，所以只有管理员这一个用户角色。）
图2-1管理员用例图
用户场景如下：
管理员即为本系统的使用者，他可以通过验证账号、密码登陆到系统进行医生管理、客户管理以及专业管理。其中，主要分为三个模块：
医生管理模块：在医生管理模块可在首栏的医生管理中对医院的医生进行信息的管理，既可点击查询按钮对现有的医生进行信息的查询和修改，也可以点击添加医生按钮对新增医生基本信息的填写。
客户管理模块：点击客户管理按钮会进入到客户管理界面从而进行对客户的信息管理，可在页面上输入客户姓名进行查询，如若有可以对客户的信息修改或者删除，如若没有会给出“没有找到相关客户信息”的相关信息。点击添加客户可以添加新客户，新增之后可随之添加客户的宠物相关的资料然后就可以对宠物进行健康方面的备注。
专业管理模块：主要是医院对本院的专业科室进行增删改查以便于专业科室与医生所对应的科室和宠物相关联 。这个模块可以将三者串联起来，方便客户售后的查询。
2.3用户特点
本系统的最终用户主要是各大宠物医院和诊所。而本系统可以解决绝大部分宠物医院和诊所去管理医生，消费者以及生病的宠物信息的难题，满足他们的需求。
2.4一般约束
进行本软件开发工作的约束条件如下：
1.开发周期短：项目开发时间短，在完成课程之外还需要开发者合理规划时间，做到多项任务并发。
2.所采用的方法与技术有限：项目团队成员的技术水平不够成熟，需要在开发中并发学习多种技术和能力。
2.5假设与约束
本项目是否能够成功实施，主要取决于以下的条件：
（1）团队成员的积极合作配合，为了项目的开发和实施，对个人时间进行合理规划同时为团队做出合理牺牲，配合队友完成任务。
（2）团队掌握能够适用于该项目的技术，这是能否完成网站的关键。
3.具体需求
首先引入类图明确该项目中的角色分类及其角色间的相互联系。
3.1功能需求
该系统共有三个模块：医生管理模块，客户管理模块，专业管理模块。一个管理员角色。角色登陆之后不同模块有不同的操作。
3.1.1登陆界面
如果用户名、密码和验证码均正确，便会进入到医生管理界面，并且提示登陆成功。假如用户名输入有误，就会在界面上提示“用户名不存在”的提示，如若密码输入有误便会在界面上提示“密码错误”的提示，假如在输入过程中意识到自己的输入有误可在下方按钮点击重置方可重新输入。
3.1.2用户操作界面
管理员登陆成功之后进入到系统操作界面，可以选择不同的操作。
3.1.3医生管理界面
宠物医院登陆之后，可在首栏的医生管理中对医院的医生进行信息的管理，既可点击查询按钮对现有的医生进行信息的查询和修改，也可以点击添加医生按钮对新增医生基本信息的填写。
3.1.4客户管理界面
点击客户管理按钮会进入到客户管理界面从而进行对客户的信息管理，可在页面上输入客户姓名进行查询，如若有可以对客户的信息修改或者删除，如若没有会给出“没有找到相关客户信息”的相关信息。点击添加客户可以添加新客户，新增之后可随之添加客户的宠物相关的资料然后就可以对宠物进行健康方面的备注。
3.1.5专业管理界面
专业管理模块主要是医院对本院的专业科室进行增删改查以便于专业科室与医生所对应的科室和宠物相关联 。这个模块可以将三者串联起来，方便客户售后的查询。
3.2 外部接口需求
3.2.1 用户接口
本系统采用SpringMVC框架， 用户界面的具体要求在具体需求中已有描述。 。
3.2.2 硬件接口
无特殊需求。
3.2.3 软件接口
无特殊需求。
3.2.4 通信接口
无特殊需求。
3.3性能需求
3.3.1精度需求
1、管理员信息精度
用户名：20位，可由数字、字母、符号或文字组成。不可为空。
密码：密码由6-12个字符组成。密码只能由数字、英文字符组成。不可为空。
验证码：根据提示输入。不可为空。
2、医生信息精度
医生姓名：20位，可由汉字、字母组成。不可为空。
专业特长：20位，可由汉字、字母组成。不可为空。
3、客户信息精度
客户姓名：20位，可由汉字、字母组成。不可为空。
4、专业信息精度
专业特长：6位，只能由汉字组成。不可为空。
3.4其他非功能性需求
- 可靠性：导入数据和修改数据时应保证数据的完整性。
- 性能要求：页面响应时间应低于1秒。
- 可支持性：应该适应包括Chrome、edge、IE等在内的主流浏览器。
- 易用性需求：界面简单易懂，可以快速上手使用。
- 安全性需求：对所有需要权限的操作都应进行权限验证。
4.验收验证标准
| 测试功能 | 测试项 | 输入/操作 | 检验点 | 预期结果 | 验收情况 |
|---|---|---|---|---|---|
| 登陆功能 | 登录 | 用户名和密码 | 成功 | 成功 | |
| 医生管理功能 | 添加信息 | 添加病人病历信息 | 成功 | 成功 | |
| 客户管理功能 | 添加和查询信息 | 添加客户个人信息 | 成功 | 成功 | |
| 专业管理功能 | 添加和查询信息 | 添加专业信息 | 成功 | 成功 |
