团队作业3--需求改进&系统设计

这个作业属于哪个课程	计科二班
这个作业要求在哪里	《需求规格说明书》
这个作业的目标	编写需求规格说明书

往期博文

博文	链接
团队作业1——团队展示&选题	博文
团队作业2——《需求规格说明书》	博文

1.需求&原型改进

1.1选题及需求进行修改

问题1：这个项目适合哪些公司使用？

修改：项目系统的使用对象进行集中，适合土建项目的公司进行使用（可用对人员名称进行改动）

问题2：这个项目具体解决了哪些需求？

修改：解决了公司人员对项目的进度进行实时查看和管理，便于人员调度和项目进度审查，还可以进行绩效评估。

1.2完善后的规格需求说明书

项目简1介

公司项目管理系统：系统中可以管理对应的工程（任务），在工程中的角色：小工，包工头，经理，项目总负责人。每种角色有自己对应的职责和相对应的管理功能。
1)小工可以查看自己的任务，完成任务可以提交任务，还可以查看自己的小组的信息。

2)包工头可以管理自己的小组：提交小组任务完成，创建一个小组，修改小组信息，管理小组小工，删除小组，查看小组记录

3)经理可以管理自己的项目组和项目组内的小组，对小组的包工头可以进行任命重任命。对于项目组：可以修改项目组信息，提交项目组任务，创建项目组，和查看项目记录。

4)项目总负责人可以有经理的全部功能。可以管理自己所有的项目，可以重新任命经理。
5)各个人员可用查看公司人员的信息，方便进行人员组建。

面向用户的需求分析

土建类公司工程和人员关系复杂，需要进行简单的人员项目分配和管理，该系统可以使公司员工实时查看自己的工程任务和及时提交，也可以进行绩效的查看以及职位的提升。

功能性需求

1多个角色，不同管理权限

有不同的职位，那就有不同的功能，就要根据员工的职位来给予不同的功能。四个职位对应的工程管理有三个：1.小工自己的任务2.小组3.工程。
四个职位从低到高，高的职位能对低职位进行管理
1)小工的任务可以提交这个功能是小工特有的。
2)包工头可以管理自己的小组，对小工进行管理
3)经理对自己的项目组进行管理，项目组内的组也可以管理
4)总负责人可以管理自己的项目组，和项目组的所有小组。
职位高的有职位低的功能（除了小工有个自己的小工任务）。经理在包工头对小组的管理上增加了换包工头的权限，总负责人在经理的权限上增加了换经理的权限。

2小组，项目组操作

1)小组的创建需要项目组和包工头，因此创建小组要检验所属项目组和小组包工头。创建项目组需要总负责人和经理，也需要进行检验。
2)修改小组或项目组信息：可用在原有的信息上进行修改，所以修改时将原来的信息显示出来，在原来的基础上之间修改。
3)查看信息：不同职位查看的小组或者是项目组的数量以及对应的id是不同的，所以在查看信息时可用先将员工可用管理（所属）的小组或项目组全部找到，然后再点击想查看的小组或项目组查看（修改）信息。
4)人员调用：人员调用需要判断的该员工的职位是否符合且该员工要空闲，所以在进行具体操作时要先对人员进行检验，检验成功后再进行操作。
5)任务完成：任务完成也是一级套一级的，项目组要完成任务，那么其下小组要全部完成，小组完成的条件是小组内的小工任务全部完成任务。
删除：删除一个级别大的，在其内的也要跟着一起删除，删除小组，小组内小工的任务也要跟着删除，删除项目组，就要删除其内所有的小组。

3记录

需要将对小组或者项目组的操作都记录。那么就需要在每次对小组或者项目组操作后保存相应的记录到数据库中。

4所有员工信息

所有员工信息可用用来调用任命员工时的一个参考（入职日期、职位、是否空闲）。需要有搜索功能，那就需要模糊查询。显示到前端页面的数据也可以在前端进行一个排序的操作。

原有需求的不足：没有考虑具体的公司类型，以及着重解决哪些需求

改进部分

具体到土建类公司的项目管理，对人员名称进行具体化。着重解决项目的管理和人员的组建升职查看。

应用场景

A公司来了一个新的项目，需要在今年12月份之前完成，项目直接由负责人创建到系统上，然后负责人查看所有公司人员信息，确定项目下的经理（包工头、组长），然后分配具体的任务给每个人员。人员收到项目后，可以看到项目的具体信息，以及自己需要完成的部分，完成后提交项目，留下记录。负责人可以实时查看有哪些人完成了或者没完成项目，进行管理。

1.3功能分析四象限

根据《构建之法》和四象限管理法的理念，我们将任务按照重要程度和紧急程度分为四大模块：重要且紧急、重要但不紧急、紧急但不重要、既不重要也不紧急。

重要且紧急：这类事情具有时间的紧迫性和影响的重要性，无法回避也不能拖延。

重要但不紧急：这类事情不具有时间上的紧迫性，但却具有重大的影响或收益，对于个人或者企业的发展都具有重大意义。

紧急但不重要：这类事情虽然紧急但并不重要，我们必须认真权衡，仔细考量是否有必要去做这类事情，避免占用过多的时间。

不重要也不紧急：这类事情没有时间的紧迫性，也没有任何的重要性，多是一些琐碎的事情。

WBS

系统架构

数据库和页面架构说明

1数据库

1)员工的信息表：员工的职工号，入职日期，职位，电话号码，是否空闲等。

2)员工的任务表：员工职工号，小组id，具体任务，任务是否完成。

3)小组的信息表：小组id，小组名字、任务、任务难度、任务期限，包工头的职工号，所属工程队id，小组任务是否完成

4)工程队的信息表：工程队id，工程队名字，任务、任务难度、任务期限，经理的职工号，总负责人的职工号，是否完成任务。

5)小组、工程队的记录表：id，小组或工程队id，记录

6)删除操作记录信息表：记录对小组和工程队的删除。因为删除小组或工程队也会把相应的记录也删除掉，删除小组（工程队）的操作专门有一个表。

小组、个人任务、工程队分开，对于各个职位找寻自己的小组或者工程队都方便，而且层级分明，删除和创建也很方便。
登录时，根据登录的账号密码去找信息，得到职位然后根据职位给不同权限，小工可以根据小工的任务表去找自己的小组，然后得到小组信息。包工头可以根据小组信息表中包工头的职工号去找自己小组的信息和管理信息。施工经理根据工程队中经理的职工号来找自己对应的工程队，然后再去小组表中找所属工程id，就可以得到自己所管理的所有小组的信息。总负责人根据工程队表中的总负责人职工号找到所有的工程队，再找小组。
记录模块有两个，一个小组，一个工程，存储小组或者工程队的id来记录是哪组的记录，还有一个记录删除操作的删除记录表，删除小组或工程队后相应的记录表会删除，所以创建了一个单独记录删除小组或工程队操作的记录表。

2页面功能设计思路

在登录进去的首页对职位判断然后有不同的功能显示在页面上。
大的功能页面有四个：
1)小工任务

2)小组

3)工程队

4)所有员工信息。

小工可以选的功能页面有小工任务，小组，全部人信息。

包工头可以选的有小组，全部人信息
施工经理可以选的有小组，工程队，全部人信息
总负责人可选的有小组，工程队，全部人信息，和对所有任务的一个统计。
四种角色有几个功能是相同的，但又有不同的权限，比如说小工和包工头和施工经理都可以查看小组的信息，但包工头可以对小组的信息进行管理，施工经理在包公头的基础上又可以对小组的包公头进行交换。

所以点进小组和工程队的网页要对职位做一个判断，然后去赋予不同的权限。

Alpha任务分配计划

Product Backlog

Sprint Backlog

角色任务分配

团队成员	角色分工	完成时间
龙新超	数据库的创建	11.14
刘润桦	后端-对信息的创建修改查看	11.15
艾孜海尔江	前端-登录注册页面	11.17
梁戬希	前端-系统主页面	11.18
阿布都拉	系统测试	11.20

甘特图

测试

试术语：黑盒测试，功能测试，测试项，严重性

性能测试(Performance Testing)

在一定负载情况下，系统响应时间、搜索筛选结果等性能是否满足用户特定的性能需求。

负载测试(Load Testing)

在一定的软甲、硬件及网络环境下，在不同虚拟用户数量的情况下进行一种或者多种业务，测试服务器的性能指标是否在用户要求的范围内，用于确定系统所能承受的最大用户数、最大有效用户数以及不同用户数下的系统响应时间和服务器的资源利用率。

压力/强度测试(Stress Testing)

在一定软件、硬件及网络环境下，模拟大量的虚拟用户想服务器产生负载, 使服务器的资源处于极限状态下并长时间连续运行,目的是用来测试服务器高负载情况下是否能够稳定工作。

配置测试(Configuration Testing)

在一定的软件，硬件及网络环境下, 在数据库中构造不同数量级别的数据记录,运行一种或多种业务,在一定虚拟用户数量的情况下,获取不同配置的性能指标,由于选择最佳的设备及参数配置。通过配置测试可以将性能缺陷放大,方便定位瓶颈。

项目人员：所有参加开发的组员

任务概述
测试范围：前后端开发中的所有接口，以及数据库的增删改查操作

测试方法：手动测试、压力测试

测试停止及恢复条件：

测试停止条件：开发人员需要更改代码
恢复条件：确认代码修改无误

测试时间：持续3周