团队作业2-《需求规格说明书》
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/2023softwareengine |
|---|---|
| 这个作业要求在哪里 | 团队作业2-《需求规格说明书》 - 作业 - 2023软件工程-双学位 - 班级博客 - 博客园 (cnblogs.com) |
| 这个作业的目标 | 形成需求规格说明书、建立和初步熟悉团队git的协作方式、建立和初步熟悉团队git的协作方式 |
| 其他参考文献 | 无 |
目录
团队计划
需求规格说明书
预期用户数量
系统阐述
码云链接
issues截图
时间安排表
其他
团队分工
成员的感想
团队计划
需求规格说明书
1.引言
1.1 编写目的
构造一个面向管理者，以管理图书借阅功能为目的的图书管理系统。
1.2 项目背景
在目前强调文化强国，提升文化软实力的社会现状，学校学生以及社会文化需求日益提升，图书数量日益增多。每个图书馆都存在大量的图书以及庞大的借阅信息流，构建管理系统，集中管理信息是必要的。因此我们将图书进行信息化，构建便于学生借阅图书以及方便管理者管理的系统。该系统对于管理者仅仅开放注册登录、新增学生以及借阅与归还功能，操作方便简洁。
2.系统概述
2.1 概述（系统是做什么的）
增加和删除信息：包括管理人员、图书、学生
管理人员使用个人账号进行注册使用，注册信息包括：姓名、账号、密码。构建管理人员关系（管理号、姓名、账号、密码）
管理人员的权限内可以进行图书的录入与删除，图书关系（录入时间、ISBM号、书名、作者、管理号、状态（已借/未借/过期/删除））
新增学生信息以提供借阅权限，构建学生关系（学号、姓名）
2.2 功能（系统功能架构图）
3.系统特性
3.1 系统角色：
本系统主要用于以下的几类人员：
（1）系统管理员：管理用户、分配角色权限、系统设置。
（2）图书管理员：图书预约查询、图书借阅查询、借阅图书登记、还书登记、图书遗失登记。
（3）普通用户：查看个人信息、修改个人信息、查询图书、借阅图书
3.2 图书管理
3.2.1 增加图书信息
使用者：图书管理员
目的：单个添加图书基本信息
基本事件流：
（1）图书管理员进入，增加单个图书界面。
（2）系统显示图书信息输入界面，图书管理员输入书名、编号、分类、购买日期、作者等信息。
（3）图书管理员确认输入信息，系统检查编号是否唯一，若唯一，则增加图书信息。否则，提示图书管理员重新输入。
3.2.2 导入图书信息
使用者：图书管理员
目的：批量导入图书信息，也可以将其他系统中图书信息按照规定的格式导入本系统。
基本事件流：
（1）图书管理员进入批量导入图书界面。
（2）系统显示导入文件类型，格式说明，并提供导入的模板文件下载。
（3）图书管理员按照导入文件格式要求填写或者生成对应文件，然后将文件上传，点击确定。
（4）系统检查文件的合理性，如果文件格式有误或者有数据冲突，给出详细的提示列表（错误所在行，错误原因），图书管理员修改文件后再上传，如果上传文件合理，系统将图书信息导入系统。
4. 非功能性需求
4.1 性能需求
响应时间尽可能地短，达到1到2秒
报名统计时间不超过30秒
支持200本图书信息一次性导入，导入时间不超过30秒
支持100名用户并发使用，并保证性能不受影响
4.2 安全性需求
（1）权限控制：
根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。
（2）重要数据加密:
对一些重要的数据按一定的算法进行加密，如用户口令，重要参数等数据备份。
允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。
（3）记录日志:
系统应该能记录系统运行时所发生的所有错误，包括本机错误和网络错误。日志同时记录用户的关键性操作信息。
4.3 可用性需求
方便操作，操作流程合理
控制必录入项
容错能力
统一规范的提示信息
用户可自定义（一些重要参数可以灵活配置）
联机帮助与操作指南
4.4 用户文档
包括：安装手册（word），用户手册（word），在线帮助
4.5 其他需求
(1)支持多浏览器
(2)系统安装访问方便
预期的用户数量
预期用户量为100。
阐述系统的：真实性、可用性 以及价值所在
真实性：每个图书馆都存在大量的图书以及庞大的借阅信息流，构建管理系统，集中管理信息是必要的。
可用性：该系统对于管理者仅仅开放注册登录、新增学生以及借阅与归还功能，操作方便简洁。
价值所在：在目前强调文化强国，提升文化软实力的社会现状，学校学生以及社会文化需求日益提升，图书数量日益增多，需要将图书进行信息化，构建便于学生借阅图书以及方便管理者管理的系统。
团队项目的码云链接
图书管理系统 (#1) · Issue · 雅典娜342 / 团队 · GitCode
团队项目issues截图
团队项目的时间安排表
|
第五周 |
1.团队组队、团队博客 |
|
|
2.团队介绍、成员展示、角色分配、选题确定 |
|
|
3.制定团队计划安排，团队贡献分的规定 |
|
第六周 |
1.需求规格说明书 |
|
|
2.原型设计，队员估计任务难度并学习必要的技术 |
|
|
3.编码规范完成、平台环境搭建完成、初步架构搭建 |
|
第七周 |
1.原型改进（给目标用户展现原型，并进一步理解需求） |
|
|
2.架构设计，WBS, 团队成员估计各自任务所需时间 |
|
|
3.测试计划 |
|
第八、九周 |
1. 团队项目Alpha任务分配计划 |
|
|
2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 |
|
第十周 |
1.用户反馈+测试计划改进 |
|
|
2. 团队Alpha阶段个人总结 |
|
|
3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 |
|
第十一周 |
1. 团队项目Alpha博客：事后分析 |
其他
团队的分工
杨嘉琦：博客填写、测试
童宇盈：需求分析
李永全：开发文档编写
何梓轩：UI设计
吴增杰：前端开发
蔡佳兴：前端开发
钟汝森：后端开发
成员的感想
杨嘉琦：这是我第一次进行图书管理系统的开发，之前我还没有做过项目，这次的项目对我来说是一个巨大的挑战。我认为参与这次项目可以检验我这段时间以来的学习成果，同时也能锻炼我写代码的能力。希望能够通过这次的团队项目学习到更多的知识，提升自己的能力。
童宇盈：这是我第一次参与项目设计，感觉还是有一点难度的。从选题的确认到现在团队开始尝试，我从中都会学习到新的技巧和知识。相信在未来的项目设计中我能更好的提升自己，学到更多东西，加油！
李永全：这次合作我学到了很多东西，素质，知识能力。不懂的虚心请教，从别人身上学到自己没有的东西，与人合作交流，同累同乐，合作互助。
何梓轩：我很有幸参加这个项目。软件工程并不是简单的写代码，而是一种类似于艺术的学科，我们精心设计软件，就像一门艺术，写代码也有写代码的艺术，但是并不同于搞艺术的那种艺术，我们这个是要设计软件设计的巧妙，准确，更加人性化。当拿到一个项目，并不是一股脑一通乱写，而是先要分析项目的模式，设计结构，团队合作模式，开发方式。我们要以一个软件工程师的角度去看待项目，设计项目。
吴增杰：这是我第一次与其他专业同学共同完成系统开发项目，大家都没有过相关经验，彼此都是在摸索着学习。在学习的过程中，对软件工程这门课程有了更深的理解，也对项目开发也有了更多的接触与熟悉，这对我未来成为一名IT工程师积累了宝贵的经验。无论最终成品如何，这段经历必定使我终生难忘。
蔡佳兴：能参与到这个项目，我很荣幸，我想我会学到很多。以前也不知道做项目要合作，但从来都没尝试过，很高兴有这个机会。特别是队友的积极参与，交流讨论，提供了相互学习的机会，也让我更加积极地投入其中。
钟汝森：软件的开发过程就像是一部精密的机器的组装过程，零件的打磨必不可少，互相的配合也是必要的，很高兴我能参与到组装的过程，希望能从中学到团队的合作精神。
