团队作业2——《需求规格说明书》
| 这个作业属于哪个课程 | 计科二班 |
|---|---|
| 这个作业要求在哪里 | 《需求规格说明书》 |
| 这个作业的目标 | 编写需求规格说明书 |
| 团队成员 | 学号 |
|---|---|
| 龙新超 | 3121004921 |
| 刘润桦 | 3121004919 |
| 艾孜海尔江 | 3121004900 |
| 梁戬希 | 3121004914 |
团队github链接：github
往期博文
| 博文 | 链接 |
|---|---|
| 团队作业1——团队展示&选题 | 博文 |
1.需求规格说明书
1.1项目简介
公司项目管理系统：系统中可以管理对应的工程（任务），在工程中的角色：普通员工，组长，经理，项目总负责人。每种角色有自己对应的职责和相对应的管理功能。
1)普通员工可以查看自己的任务，完成任务可以提交任务，还可以查看自己的小组的信息。
2)组长可以管理自己的小组：提交小组任务完成，创建一个小组，修改小组信息，管理小组普通员工，删除小组，查看小组记录
3)经理可以管理自己的项目组和项目组内的小组，对小组的组长可以进行任命重任命。对于项目组：可以修改项目组信息，提交项目组任务，创建项目组，和查看项目记录。
4)项目总负责人可以有经理的全部功能。可以管理自己所有的项目，可以重新任命经理。
1.2面向用户的需求分析
如今公司的项目越来越多，不同的职位在项目中的权限也不一样，需要使用一个系统来管理公司所有的项目。为公司以及各个员工提供方便，快捷，安全的项目管理。用网页来登入系统，为不同的职位提供不同的权限，网页风格简单明了，方便职工的快速上手使用项目管理系统。
1.3功能性需求
1.3.1多个角色，不同管理权限
有不同的职位，那就有不同的功能，就要根据员工的职位来给予不同的功能。四个职位对应的工程管理有三个：1.普通员工自己的任务2.小组3.工程。
四个职位从低到高，高的职位能对低职位进行管理
1)普通员工的任务可以提交这个功能是普通员工特有的。
2)组长可以管理自己的小组，对普通员工进行管理
3)经理对自己的项目组进行管理，项目组内的组也可以管理
4)总负责人可以管理自己的项目组，和项目组的所有小组。
职位高的有职位低的功能（除了普通员工有个自己的普通员工任务）。经理在组长对小组的管理上增加了换组长的权限，总负责人在经理的权限上增加了换经理的权限。
1.3.2小组，项目组操作
1)小组的创建需要项目组和组长，因此创建小组要检验所属项目组和小组组长。创建项目组需要总负责人和经理，也需要进行检验。
2)修改小组或项目组信息：可用在原有的信息上进行修改，所以修改时将原来的信息显示出来，在原来的基础上之间修改。
3)查看信息：不同职位查看的小组或者是项目组的数量以及对应的id是不同的，所以在查看信息时可用先将员工可用管理（所属）的小组或项目组全部找到，然后再点击想查看的小组或项目组查看（修改）信息。
4)人员调用：人员调用需要判断的该员工的职位是否符合且该员工要空闲，所以在进行具体操作时要先对人员进行检验，检验成功后再进行操作。
5)任务完成：任务完成也是一级套一级的，项目组要完成任务，那么其下小组要全部完成，小组完成的条件是小组内的普通员工任务全部完成任务。
删除：删除一个级别大的，在其内的也要跟着一起删除，删除小组，小组内普通员工的任务也要跟着删除，删除项目组，就要删除其内所有的小组。
1.3.3记录
需要将对小组或者项目组的操作都记录。那么就需要在每次对小组或者项目组操作后保存相应的记录到数据库中。
1.3.4所有员工信息
所有员工信息可用用来调用任命员工时的一个参考（入职日期、职位、是否空闲）。需要有搜索功能，那就需要模糊查询。显示到前端页面的数据也可以在前端进行一个排序的操作。
1.4技术需求
- 技术需求：Java，前端技术（HTML，CSS，JAVASCRIPT），数据库管理，服务器。
- 编程语言：JAVA，HTML，CSS，JAVASCRIPT。
1.5预期用户数量
2-3个公司，200-300人。
1.6系统真实性，可用性，价值所在
真实性： 该系统在技术上分为前端后端，使用数据库保存项目信息。可用真实实现系统功能
可用性： 公司项目管理系统，使关键利益相关者能够随时访问项目信息。这有助于协调和沟通，并确保所有团队成员都能够获得所需的信息。系统能够实时监控项目状态，使管理者能够及时采取行动，应对问题和变化。
价值所在 ：资源优化：系统可以帮助优化资源分配，确保资源得以有效利用，以提高项目价值和效益。绩效评估：公司项目管理系统帮助管理层评估项目的绩效和价值。通过跟踪项目进展和结果，可以确定项目是否达到了既定的目标和预期的价值。
2.团队任务
2.1原时间安排
| 时间 | 任务 |
|---|---|
| 第9周 | 1.团队组队、团队博客 |
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第10周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第11周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.测试计划 | |
| 第12、13周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第14周 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第15周 | 1.团队项目Alpha博客：事后分析 |
2.2校正后安排
| 时间 | 任务 |
|---|---|
| 第9周 | 1.团队组队、团队博客 |
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第10周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.平台环境搭建完成 | |
| 第11周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.编码规范完成、初步架构搭建 | |
| 3.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 4.测试计划 | |
| 第12、13周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第14周 | 1.用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第15周 | 1.团队项目Alpha博客：事后分析 |
2.3使用GitHub Issues管理项目开发
团队github链接：github
3.分工
3.1角色分工
| 团队成员 | 角色分工 |
|---|---|
| 龙新超 | 开发（后端），测试 |
| 刘润桦 | 开发（后端），架构 |
| 艾孜海尔江 | 开发（前端），测试 |
| 梁戬希 | 开发（前端），架构 |
3.2 本周任务情况
| 任务 | 人员 | 完成情况 |
|---|---|---|
| 撰写博客 | 艾孜海尔江，梁戬希 | 已完成 |
| 环境搭建 | 龙新超，刘润桦 | 已完成 |
| 学习JAVAWEB | 龙新超，刘润桦 | 正在学习中 |
| 学习前端 | 艾孜海尔江，梁戬希 | 正在学习中 |
| 分析项目内容，所需技术 | 龙新超，刘润桦，艾孜海尔江，梁戬希 | 已完成 |
| 工作总结 | 龙新超，刘润桦，艾孜海尔江，梁戬希 | 已完成 |
3.3 团队成员感想
| 成员 | 感想 |
|---|---|
| 龙新超 | 通过对项目的分析，团队的讨论，更好的了解了项目所需完成的功能以及实现功能所需要学习的技术。与队友合作交流，让大家都能够在合作中成长。谢谢其他三大天王 |
| 刘润桦 | 通过初步了解这个项目的需求和设计，我更好地了解项目协同合作。与队友的沟通学习，让我对接下来项目的完成更有信心。 |
| 艾孜海尔江 | 通过初步跟团队合作，设计项目，学到了很多有用的专业知识，在队友的帮助下对自己的短处有了更深的了解。 |
| 梁戬希 | 我们这周完成了环境的初步搭建，对项目所需的流程进行了讨论与确定，为顺利完成项目奠定了基础 |
