目录
CH1-项目需求提案计划书
1.1背景：
1.2原因：
1.3影响：
二、项目概述
2.1项目介绍
2.2项目应用
2.3项目目标
三、参考资料
3.1引用
CH2-项目需求萃取分析书
一、引言
1.1目的
1.2项目前景与范围
2.1问题域
2.2硬数据采样
2.3涉众分析
2.4获取问题
2.5明确问题
2.6业务需求
2.7解决方案
CH3-项目需求分析规格书
1.1目的
1.2介绍
2.1项目展望
2.2需求环境
2.3项目规划
三、用户需求
3.1需求规格说明
3.2功能需求
3.3非功能需求
四、数据分析
4.1Mysql安装
4.2创建数据库
五、需求测试与改善计划
1.2需求测试分析
1.3测试类型评估
六、项目Glossary
CH1-项目需求提案计划书
- 引言
1.1背景：
当今时代是飞速发展的信息时代，在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。随着在校大学生人数的不断增加，教务系统的数据量也不断的上涨。学校工作繁杂、资料重多，虽然各类管理信息系统已进入高校，但还未普及，而对于学生成绩管理来说，目前还没有一套完整的、统一的系统。因此，开发一套适和大众的、兼容性好的系统是很有必要的。
计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。 管理信息系统是进行信息的采集、存储、加工、维护和使用的系统，它是随着管理科学和技术科学的发展而形成的。学生成绩管理系统是一个教育单位不可缺少的部分，它的内容对于学校的决策者和管理者来说都至关重要,所以学生成绩管理系统应该能够为用户提供充足的信息和快捷的查询手段，对学生来说可以轻松的查阅自己在校的成绩以及信息等。但是一直以来人们都是靠传统人工的方式管理学生成绩，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对学生成绩信息进行管理,有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生成绩管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。因此，开发这样的一套成绩管理系统成为很有必要的事情。 学生成绩管理系统提供了强大的学生成绩管理管理功能，方便系统管理员对学生成绩等信息的添加、修改、删除、查询、留言等操作，同时一样的方面学生对自己各科成绩查询，学习的交流。
1.2原因：
传统的成绩管理使用的Excel或者纸质记录学生，不便于保存和查找，传统的人工管理方式存有诸如效率低，保密性差，查找、更新、维护困难等各种各样的缺点。为了减轻教师对学生成绩管理的负担，我们采用学生成绩管理系统，可以方便地对学生和学生成绩进行管理，使用计算机对学生成绩进行管理，会给应用者带来很多方便，例如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。当数据量旁大的话，这个成绩管理系统可以体现出它的优越性，能够快速地整理出某某班级，某某学生的学习情况，学校领导可以知道教师师资力量。将学生成绩数据变成可视化数据图，能够帮助学生判断其偏科、稳定程度，为以后择校提供了一定的的参考价值。
1.3影响：
1.大幅度提高工作效率，使学校的教师从繁重琐碎的学生成绩整理中解脱出来，把主要精力投入到教育工作中。
2.用计算机数据库管理代替手工统计工作，并且对数据库中的各数据自动进行逻辑验证，使数据统计过程中的错漏减少到最低程度。
3.使各学生和教师的信息规范化、高效化，大大简化数据汇总的工作量。
二、项目概述
2.1项目介绍
我们小组项目是学生成绩管理系统，它主要功能是对学生成绩存储和查询，教师能够录入学生成绩，对学生成绩进行统计与分析，学生也可以对自己的成绩进行查询与分析，当发现成绩分数与实际情况不符合，可以进行成绩反馈，教师可以通过学生的反馈申请，进行审核处理，判断是否错批对学生成绩进行修改。管理员能够对用户的账号进行管理和授权，包括对所有教师和所有学生信息进行管理和进行添加。
2.2项目应用
根据当今最流行的B/S架构，我们采用WEB方式进行项目实现。根据用户使用系统类型占比，基本用户使用的是Windows系统，而Linux等其他系统占比较少，所以项目兼容主要面向的是Windows下的Web应用。
2.3项目目标
本项目主要目标是减轻教师在对学生的成绩管理的负担，同时为了能够在期末或者查找成绩的高峰期能抗的住巨大的并发量，我们还需要对项目的服务器架构进行设计。
三、参考资料
3.1引用
[1]《需求分析 软件需求与建模 第2版》骆斌 丁二玉著 2015.2
CH2-项目需求萃取分析书
一、引言
1.1目的
从学校、学生、教师以及相关资料中得到系统开发所需要的相关信息，对项目进行需求收集。对用户和开发人员的背景不同，立场不同的环境中，解决他们之间的知识理解的困难，开发人员清楚并完整地获取用户的需求，清楚地理解所要解决的问题。到后面找出其的问题域以及要分析的内容。
1.2项目前景与范围
由于现在国家大力支持教育事业，学生数量每年都在递增，学生要学的学科也在逐年增加，这样一来，教师要管理学生的每一科成绩工作量就显得很大，当科目数量和学生数量增多时候，在教师进行学生成绩分析就会变得困难复杂，这时候我们的学生成绩管理系统就体现了它的价值，只要数据库有数据，就能马上分析出来，给教师学生查看。综合以上，我们项目有很大的需求，有需求就有市场，除了能够满足需求还能给我们项目带来很大利润。
- 萃取过程
2.1问题域
当今时代是飞速发展的信息时代，在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。随着在校大学生人数的不断增加，教务系统的数据量也不断的上涨。学校工作繁杂、资料重多，虽然各类管理信息系统已进入高校，但还未普及，而对于学生成绩管理来说，目前还没有一套完整的、统一的系统。因此，开发一套适和大众的、兼容性好的系统是很有必要的。
计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。 管理信息系统是进行信息的采集、存储、加工、维护和使用的系统，它是随着管理科学和技术科学的发展而形成的。学生成绩管理系统是一个教育单位不可缺少的部分，它的内容对于学校的决策者和管理者来说都至关重要,所以学生成绩管理系统应该能够为用户提供充足的信息和快捷的查询手段，对学生来说可以轻松的查阅自己在校的成绩以及信息等。但是一直以来人们都是靠传统人工的方式管理学生成绩，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对学生成绩信息进行管理,有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生成绩管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。因此，开发这样的一套成绩管理系统成为很有必要的事情。 学生成绩管理系统提供了强大的学生成绩管理管理功能，方便系统管理员对学生成绩等信息的添加、修改、删除、查询、留言等操作，同时一样的方面学生对自己各科成绩查询，学习的交流。
2.2硬数据采样
人们在进行实际工作时会产生各种各样的表格和文档资料，这些表格和文档资料往往是用户对实际业务进行加工和抽象之后的结果，是一种精化过的知识。因此，在研究一个现有系统时，有经验的需求工程师总是会从现有文档中获取事实，理解问题域。
首先确定学校所需要课程科目，需要什么科目来记录成绩，还需要对学校教师进行咨询，确定老师需要的功能和需求。
根据2017年教师调查问卷显示，70%的教师对学生成绩大起大落这种起伏不定的成绩稳定性真实原因式不了解的，学生背后成绩影响原因可能很多:1.考前玩游戏2.谈恋爱3.没有考前复习4.心理素质不好，考前容易紧张5.考前生病6.没有好好休息，诸如此类的原因都是影响学生考试成绩的因素。据调查每经历一大考，基本所有的班主任都会进行一次班会，汇总学生们的考试，该表彰的表彰，该批评的批评，而且考完后都会对试卷题目讲解，帮助学生解答疑惑，这个时候，班主任需要对班级40多名学生进行成绩汇总，统计和分析，浪费了极多的人力，班主任一般需要对平均分统计，平均分以上和一下的学生，发现有严重的问题学生，进行咨询原因，当然这时候学生都不一定会如实回答，有些学生单纯就是不爱学习，这种不爱学习的学生，就需要请家长，让家长帮助老师教育学生，回归学生该有的本分。当学生寻找班主任帮忙分析自身情况的时候，班主任有需要打开传统成绩登记表，比对班级情况和学生情况，根据排名推断出进退步程度，给出最好的分析。学生也希望能够从老师那里知道自己不足和能够进步的学科，凭借自己努力在下一次考试中获得进步。
以上的调查问卷大致的说明了学校教师对学生成绩了解渠道以及学生需求。
2.3涉众分析
2.3.1用户涉众
|
名称 |
涉众说明 |
期望 |
|
学生 |
获取学生成绩，学生可查询自己成绩，反馈成绩问题进行申诉。除了知道成绩还可以查看教师对学生成绩的评价留言，给出线上意见和建议，学生还可以查询月考、期中考试和期末考试的班级排名和年级排名，可以为自己设定期望排名，每当达到期望，校方会获得到信息，能够给到学生奖励，起到积极的推进效果 |
查询方便、快捷 使用简单，操作不复杂，做到每个用户都能知道如何使用，权限不宜过高，只能拥有申请权限，不可删除和退出。
|
|
教师 |
登记学生成绩，遇到申诉问题，可进行查询，增删科目，以及学生班级录入。能够给学生成绩评价留言，每次考试有重大进步的学生，教师能够在班级中第一时间看到，以及有很明显的退步，教师也能够发现，能够汇总班级和年级排名，选定科目排名，进步程度排名。能够在系统中提交需求，方便第一时间反馈最新的需求，以便系统更新需求，维护优化系统。可以发布通知 |
提供可靠、准确的分析结果。可以从不同角度呈现分析结果。 |
|
管理员 |
对教师进行管理 维护系统，第一时间反馈问题给开发工程师，能够发布通知（权限略高） |
信息保密，对信息输入和删除都有严格的要求，需要多个管理员确认才可通过。 |
Use Case Model
适用环境：向用户举例基本功能。
使用目的：允许业务分析人员和其他涉众描述参与者(用户扮演的角色)在与系统交互时希望实现的价值。
绘制步骤：通过问题域、涉众上进行获取问题和明确问题，对发现的每个问题进行“明确问题→发现业务需求→定义问题解决方案及系统特性”，得到每个问题的业务需求和解决方案，从而进行绘制用例图。
图例说明：这是问题P1、P2、P3和P4的用例图，成绩查询解决了P1和P3问题，成绩录入解决P2问题。
2.3.2项目涉众
公司组织
主管：项目CEO
开发总监：负责带领开发小组成员以及管理。
市场部主管：负责跟投资人和市场沟通.
人力资源管理主管：负责对公司员工成员管理。
客服总监：负责对项目用户反馈处理管理。
财务总监：负责处理公司的财政收入和支出。
Organization Chart
适用环境：它通常在定义企业或业务体系结构期间使用，并允许将角色包含在存储库的其他部分中，例如表示哪个角色、头衔或人员负责给定的业务流程、功能或支持服务。
使用目的：允许业务分析人员、业务架构师或其他涉众创建组织图，以表示特定时间点的组织结构。可以将组织的部门、角色或指定的人员包括在图表中。
绘制步骤：我们根据项目涉众整理绘制出来的模型。
图例说明：这是公司组织结构图
Organization Viewpoint
适用环境：它通常在定义企业或业务体系结构期间使用，并允许将角色包含在存储库的其他部分中，例如表示哪个角色、头衔或人员负责给定的业务流程、功能或支持服务。
使用目的：允许业务分析人员、业务架构师或其他涉众创建组织图，以表示特定时间点的组织结构。可以将组织的部门、角色或指定的人员包括在图表中。
绘制步骤：我们根据项目涉众整理绘制出来的模型。
图例说明：这是公司组织结构图
2.4获取问题
结合涉众分析和问题域我们项目获取到以下问题：
P1:传统成绩录入不方便
P2:学生查看成绩不方便
P3:教师统计成绩不方便
P4:没有系统的分析成绩，学生不知自己的弱项。
2.5明确问题
|
要素 |
内容 |
|
ID |
P1 |
|
提出者 |
教师 |
|
关联者 |
学生、教师 |
|
问题 |
传统成绩录入不方便 |
|
影响 |
导致教师工作量增大，浪费大量时间，导致教师上课萎靡不振，不能很好授课。 |
|
要素 |
内容 |
|
ID |
P2 |
|
提出者 |
学生 |
|
关联者 |
学生 |
|
问题 |
学生查看成绩不方便 |
|
影响 |
导致学生不能及时查看成绩，导致学生在出成绩时候不能很快知道自己的成绩导致焦虑，影响身体健康发育。 |
|
要素 |
内容 |
|
ID |
P3 |
|
提出者 |
教师 |
|
关联者 |
学生、教师 |
|
问题 |
教师统计成绩不方便 |
|
影响 |
一般考完试教师都会对班级成绩进行具体的统计分析，如果按照传统的成绩分析，会导致教师工作量庞大，而且数据可能会出错，出错的数据会造成班级具体情况出现错误，这种偏差会让教师对班级授课方式出现错误。 |
|
要素 |
内容 |
|
ID |
P4 |
|
提出者 |
学生 |
|
关联者 |
学生、教师 |
|
问题 |
没有系统的分析成绩，学生不知自己的弱项。 |
|
影响 |
导致学生查看成绩不能知道自己的弱项，就会有些学生不知道从何下手，不知道要提高哪一个科目，哪一个方向。 |
2.6业务需求
此业务需求是跟据网上资料查询，某学校在使用类似系统后的业务需求：
BR1：在系统使用6个月后，录入学生成绩效率提高50%，数据在网上可查询，数据丢失可备份。
BR2：在系统使用3个月后，学生和教师能够普及使用该系统，工作效率提高50%。
BR3：在系统使用6个月后，教师能够很好地分析成绩，并且不会出现数据错误，工作效率提高15%。
2.7解决方案
|
要素 |
内容 |
|
|
ID |
P1 |
|
|
解决方案1 |
方案描述 |
能够通过Excel表一键导入学生成绩数据 |
|
业务优势 |
以前的成绩可以录入到数据库 |
|
|
代价 |
如果Excel表有脏数据会污染数据库 |
|
|
要素 |
内容 |
|
|
ID |
P2 |
|
|
解决方案1 |
方案描述 |
通过学生登录的账号，数据库能够把关于这个学生的成绩自动获取到 |
|
业务优势 |
能够精准查询，不会遗漏 |
|
|
代价 |
暂无 |
|
|
要素 |
内容 |
|
|
ID |
P3 |
|
|
解决方案1 |
方案描述 |
通过筛选班级的选项，系统自动通过算法分析出班级的情况。 |
|
业务优势 |
快速便捷，准确定位学生问题。 |
|
|
代价 |
过于客观，如果数据库数据有误会导致整体分析出现问题。 |
|
|
要素 |
内容 |
|
|
ID |
P4 |
|
|
解决方案1 |
方案描述 |
系统通过算法分析出学生的成绩，学生根据筛选能够限定系统分析的范围，从而找到自身不足。 |
|
业务优势 |
学生能够准确定位到自己的问题。 |
|
|
代价 |
过于客观，如果数据库数据有误会导致整体分析出现问题。 |
|
Activity Diagram
适用环境：它通常在计划的分析阶段使用，以显示活动所描述的工作是如何通过一系列操作来执行的。
使用目的：允许业务分析人员和其他涉众通过定义一系列操作来创建活动如何执行其工作的可视化表示。该序列由控制流关系表示。
绘制步骤：我们根据用例模型对功能展开细化绘制而成的活动图。
图例说明：这是用户使用这个系统的活动图。
Requirements Traceability
适用环境：它通常被用于开发模型和元素(如块、用例和测试用例)，并与它们满足的需求相关。
使用目的：允许系统工程师创建一个图，其中模型元素和它们相关的需求之间的关系可以可视化，包括其他需求。
绘制步骤：创建了一些元素和一个图表，这些元素和图表将目标的实现建模为需求和约束，以及这些需求是如何通过业务和等核心元素实现的应用程序服务。引入颜色是为了增加图表的吸引力，并区分元素类型。
图例说明：创建元素和一个显示它们之间关系的追溯关系图需求和模型中的其他元素，包括拥有需求块、用例和测试的涉众情况下。
CH3-项目需求分析规格书
- 引言
1.1目的
从学校、学生、教师以及相关资料中得到系统开发所需要的相关信息，对项目进行需求收集。对用户和开发人员的背景不同，立场不同的环境中，解决他们之间的知识理解的困难，开发人员清楚并完整地获取用户的需求，清楚地理解所要解决的问题。到后面找出其的问题域以及要分析的内容。
1.2介绍
我们小组项目是学生成绩管理系统，它主要功能是对学生成绩存储和查询，教师能够录入学生成绩，对学生成绩进行统计与分析，学生也可以对自己的成绩进行查询与分析，当发现成绩分数与实际情况不符合，可以进行成绩反馈，教师可以通过学生的反馈申请，进行审核处理，判断是否错批对学生成绩进行修改。管理员能够对用户的账号进行管理和授权，包括对所有教师和所有学生信息进行管理和进行添加。
- 项目概述
2.1项目展望
我们小组项目是学生成绩管理系统，它主要功能是对学生成绩存储和查询，教师能够录入学生成绩，对学生成绩进行统计与分析，学生也可以对自己的成绩进行查询与分析，当发现成绩分数与实际情况不符合，可以进行成绩反馈，教师可以通过学生的反馈申请，进行审核处理，判断是否错批对学生成绩进行修改。管理员能够对用户的账号进行管理和授权，包括对所有教师和所有学生信息进行管理和进行添加。
Principles Viewpoint
适用环境：该模式通常在活动的早期阶段使用，并通常构成企业体系结构的一部分，由许多活动重用。
使用目的：允许企业和信息技术架构师以及其他涉众将原则与目标联系起来。这些原则将形成需求表达的基础。
绘制步骤：通过前期的问题分析，我们对我们的项目制定了以下目标。将这些目标绘制成模型，提供开发以及高层人员查看。
图例说明：这是我们项目的项目目标图，显示了我们项目的主要目标，确定了方向。
Requirements Realization viewpoint
适用环境：通常在定义了目标、明确了需求和约束、设计了业务服务、流程和应用程序服务及组件的分析阶段使用。它也可以在应用程序或流程重新评估阶段使用。
使用目的：允许企业、业务和技术架构师、业务分析人员、需求管理人员对表示服务的元素和实现这些服务的元素分解和实现需求的方式进行建模和可视化。
绘制步骤：根据前面提出的目标计划，在这我们对每个目标进行了细化绘制而成的模型图。
图例说明：这是我们项目的目标细化图，将每个目标下的其他需求进行细化描述。
2.2需求环境
当今时代是飞速发展的信息时代，在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。随着在校大学生人数的不断增加，教务系统的数据量也不断的上涨。学校工作繁杂、资料重多，虽然各类管理信息系统已进入高校，但还未普及，而对于学生成绩管理来说，目前还没有一套完整的、统一的系统。因此，开发一套适和大众的、兼容性好的系统是很有必要的。
计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。 管理信息系统是进行信息的采集、存储、加工、维护和使用的系统，它是随着管理科学和技术科学的发展而形成的。学生成绩管理系统是一个教育单位不可缺少的部分，它的内容对于学校的决策者和管理者来说都至关重要,所以学生成绩管理系统应该能够为用户提供充足的信息和快捷的查询手段，对学生来说可以轻松的查阅自己在校的成绩以及信息等。但是一直以来人们都是靠传统人工的方式管理学生成绩，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对学生成绩信息进行管理,有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生成绩管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。因此，开发这样的一套成绩管理系统成为很有必要的事情。 学生成绩管理系统提供了强大的学生成绩管理管理功能，方便系统管理员对学生成绩等信息的添加、修改、删除、查询、留言等操作，同时一样的方面学生对自己各科成绩查询，学习的交流。
2.3项目规划
Capability Roadmap
适用环境：通常情况下，当业务中发生重大变化时，需要计划和开发对业务需求至关重要的核心或额外功能，并且在图表上的时间尺度所涵盖的时间段内，这也将是有用的参考。
使用目的：允许业务架构师、业务分析人员或其他涉众创建或查看组织计划在指定时间框架内创建或获取的功能的高层概要
绘制步骤：这是我们小组根据从开学到现在，包括以后进行了规划。
图例说明：该图包括一些我们规划中已完成的一些任务与目标，任务的原因，有何利益，处于什么阶段，实现了什么里程碑等多个阶段。
Project Roadmap
适用环境：用于确保对重要里程碑、可交付成果和组件有一个概述，以便在激烈的分析和实现过程中存在一个清晰而简单的计划，在高层次上描述项目。
使用目的：允许首席信息官、架构师、分析师和其他高级涉众获取项目的重要和高级方面的基于时间的可视化。
绘制步骤：我们从开学到现在进行需求获取和需求分析阶段所做的事情一一列举出来。
图例说明：该图创建了一些元素和路线图图，这些元素和路线图图关注于项目的目标、目标、里程碑和可交付成果。它创建了组成解决方案的关键里程碑、计划和高级组件的高级视图。路线图被分为许多部分，这些部分有助于可视化产品的特性、技术能力和一致性。
三、用户需求
3.1需求规格说明
requirement specification
适用环境：当需求或业务分析师希望在文档或电子表格之类的视图中工作时，通常会使用它，因为这样他们可以更高效地工作，或者因为他们不熟悉在其他视图(如图视图)中工作。
使用目的：将一组需求的结构可视化到两个级别的方法，允许在适合非技术受众的熟悉界面中创建和管理需求。对这个视图中的需求的更改将导致所有其他视图(如图)被自动更新。
绘制步骤：通过需求获取得知用户的需求，编写而成需求规格分析说明书。
图例说明：我们将复杂的需求分解成更为细节的细粒度需求，比如学生成绩查询，不单单只有学生成绩查询，还能够再细化成个人成绩查询和课程成绩查询。
3.2功能需求
3.2.1需求总览
Two Level Requirement Hierarchy
适用环境：两级需求层次结构模式创建元素和图表，允许将需求可视化为层次结构，允许将复杂的需求分解为更细粒度的需求，直至两个级别。
使用目的：当需求或业务分析人员想要提供需求及其组成的子需求的可视化时，通常使用它。描述整个系统的需求通常是在系统描述的早期创建的;然而，模式可以在任何时候创建，特别是当需求描述了一个子系统或所关注的系统的一部分时。
绘制步骤：通过前期的需求获取我们分析出用户的基本需求，通过涉众分析的用户群众将他们的需求功能展示出来。
图例说明：教师需要成绩录入功能，学生管理功能以及筛选功能，筛选功能主要是筛选教师查询的学生、科目。学生拥有成绩反馈功能和查看成绩功能，管理员拥有账号管理功能。
3.2.2账号管理
Traceability – Relationship Matrix
适用环境：当需求描述整个系统时，它通常是在系统描述的早期创建的;但是，它可以在任何时候创建，特别是当需求描述了一个子系统或重点系统的一部分时。
使用目的：提供一种可视化一组需求结构的方法，允许建模者表达一个需求是由许多其他需求组成的事实，并且能够在图中查看需求id和文本。
绘制步骤：通过涉众分析出管理员的需求，我们绘制了管理员的账号管理的主要功能。
图例说明：这是管理员的账号管理的需求图。
3.2.3教师成绩录入流程图
BPMN Diagram
适用环境：图表比文本更容易理解，它可以帮助实施该过程的人员获得更详细的指南。业务合作伙伴可以实现更自然的沟通和协作，并朝着高效流程和高质量结果的目标迈进。
使用目的：提高效率，应对新情况或获得竞争优势。BPMN充当活动过程的易于理解的视觉表示。
绘制步骤：通过教师涉众分析出他们的录入成绩的流程，我们绘制了这个教师的录入成绩BPMN 模型。
图例说明：这是教师录入成绩的流程，首先教师先根据学生信息找到该学生，对其进行成绩录入，系统首先进行判断有无存在该学生，如果有则继续，再判断其权限，如果没有权限则录入失败。
3.2.4内部块图
Internal Block Diagram
适用环境：图表比文本更容易理解，它可以帮助开发人员知道有什么端口和有什么系统。
使用目的：显示块的封装结构内容(部件、属性、连接器、端口、接口)，以便可以使用基于接口的设计技术递归地分解和“连接”它们。
绘制步骤：根据上面的需求获取得出的需求，将其整理成各个子系统并对其构建成图。
图例说明：这是对各个用户身份进行子系统的划分，方便维护与开发。
3.2.5教师添加序列图
sequence diagram
适用环境：通常在设计或实现阶段使用，但也可以在计划已经完成且需要文档时使用。它们可以用于可视化两个或多个组件及其交换的消息之间的复杂交互。序列图也可以方便地从调用栈自动创建。
使用目的：允许元素之间的交互被可视化。设计人员和实现团队通常创建序列图，要么作为设计工具，要么作为文档的目的。消息序列通常可以为设计决策提供信息，或者使在操作系统中发现的问题变得清晰。
绘制步骤：通过教师的录入学生成绩的流程，我们将这些流程进行建模。
图例说明：教师对学生录入成绩，首先需要有触发录入成绩的条件，先查询有无此学生，然后对成绩录入进行权限认证，循环就是教师的一次性录入多个学生。
3.2.6 功能数据流
Context Level 0 Diagram
适用环境：通常在信息分析过程中使用。上下文(级别0)图通常在早期创建，以理解在系统和外部实体之间交换的信息(数据)，包括旅行的方向和其他对分析重要的细节，如类型、格式、大小和传输频率。
使用目的：允许业务分析人员、数据分析人员、信息架构师或其他涉众创建数据在观察下的系统和外部实体(上下文或级别0图)之间流动的方式的表示。
绘制步骤：根据前面的需求获取，得到相应的需求，将这个需求转换成流的形式绘制成图。
图例说明：该图将学生，教师，管理员三个角色的各个功能都做出可详细的结束，其中还包括每个功能涉及的数据库。
3.3非功能需求
3.3.1非功能需求分析图
Non-Functional Requirements Analysis
适用环境：当需求或业务分析师想要提供非功能性需求的可视化时，通常使用它。描述整个系统的需求通常是在系统描述的早期创建的;然而，模式可以在任何时候创建，特别是当需求描述了一个子系统或所关注的系统的一部分时。
使用目的：提供一种在单个图表或项目浏览器中可视化非功能性需求组的方法。预定义的包集通过允许识别缺失的需求来帮助识别需求规范中的缺口。
绘制步骤：根据需求分析出用户除了功能需求之外还有可能需要其他非功能需求绘制而成的模型。
图例说明：可用性是为了方便用户使用这个系统，可靠性是系统出现故障会有备用，不影响用户正常使用，可拓展性学校对评分统计有新的规则能够很快适应，安全性保证用户隐私，性能需求保证并发。
3.3.2系统环境图
Starter Deployment Diagram
适用环境：部署图模式创建元素和部署图，该部署图描述具有单个节点(服务器)和执行环境(容器)的部署环境，以及部署到这些节点上的构件。
使用目的：允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点(如机器服务器)、执行环境(如操作系统、容器、基于软件的服务器)。工件和部署规范为软件如何部署到节点或执行环境建模。
绘制步骤：项目在进入编码阶段后所需要的运行环境和服务器。
图例说明：tomcat服务器是为了实现web开发的一个服务器，它的编程环境是jdk1.8，服务器存储用户数据和项目代码，项目代码由3大模块构成，分别是教师管理模块，学生管理模块和管理员管理模块。
四、数据分析
4.1Mysql安装
4.2创建数据库
4.3创建表
Domain Model
适用环境：Domain Model通常是在计划中创建的第一个模型之一，并形成了存储库其他部分开发的基础。它可以像使用字典一样被用作通信工具。
它还可以作为其他模型的参考，如流程图或组件图，指示输入或输出什么信息。
使用目的：创建一个领域中重要概念的模型，该模型可以用作通信设备，以确保所有涉众对这些概念有共同和一致的理解。
绘制步骤：根据硬数据采样，得知我们项目需要什么数据项和数据类型而绘制出来的表，每个表之间的联系也是通过需求获取得知。
图例说明：我们需要创建5张表，分别是课程表，学生表、成绩表、班级表和教师表。
五、需求测试与改善计划
- 需求测试
1.1概述
1.1.1目的
- 把用户需求转变为功能需求
- 把不明确需求转为明确
1.1.2方法
- 列出软件开发需求中具有可测试性的开发需求
- 对每一条开发需求，形成可测试的分层描述的测试需求
- 对形成的测试需求，由定义的软件内部/外部质量模型来确定软件产品的质量需求
- 分析测试执行时需要实施的测试类型
- 建立测试需求跟踪矩阵，对需求进行管理
1.2需求测试分析
1.2.1原始需求
原始需求是从用户需求、产品包需求、系统需求、测试经验库、协议规范等需求来源中提取的经过整理的输入集合。本文的原始需求亦即经过整理成文的业务需求，将每一条需求对应的系统、业务需求编号、业务需求说明及相关文档注明。其中系统名称为被测系统名称；需求版本号为业务需求版本号；业务需求的编号和业务需求名称引用需求分析文档编号及名称,描述引用需求分析文档描述。
1.2.2产品需求测试列表
需求测试列表是在原始需求列表的基础上，对每一条原始业务需求进行分析，形成可测试的分层描述的测试要点，再根据标准和需求文档对每一个测试要点进行分析，得出需要执行的测试类型和更详细的测试描述，最终与原始需求列表综合形成需求测试列表。
测试需求的类型，可分为功能性、安全性测试、接口测试、容量测试、完整性测试、结构测试、用户界面测试、负载测试、压力测试、疲劳强度测试、恢复时间测试、配置测试、兼容性测试、可维护性测试等；前置条件即测试需求需执行的前提条件；优先级一般定义为核心级，重要级，一般级和建议级，其中核心是指针对于必不可少的功能需求、非功能需求及核心的业务流程的测试需求；重要是指针对于关键的功能需求、重要的非功能需求及重要的业务流程的测试需求；一般是指对于一些为特定用户或业务需求而设的系统功能，由于这些系统功能使用频率相对较低，或者这些系统功能可以由其它的方法实现其替代功能，因而即使发布版中并未包括这些功能，也不会对收入或客户满意度造成太大的影响；建议是指针对于一般的测试需求，如果受资源或时间的约束，在预定的产品发布时间，有可能不能完成对这些系统功能的验证，则这些系统功能的需求测试被定义为建议的。
测试需求评审状态包括：未评审、已评审、不评审。
评审的内容包括：
- 完整性评审：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求；
- 准确性评审：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据；
评审的形式有相互评审、交叉评审；轮查；走查；小组评审；审查。
评审人员：必须存在多种角色，保证不同类型的人员都参与，包括开发经理、项目经理、测试经理、系统分析人员、相关测试人员和开发人员。
根据系统需求，产品有不同类型的测试需求，如功能测试需求、性能测试等，以续表形式分别列出。
1.2.3功能需求测试
功能测试需求要求描述产品如何响应正确的、可预知的出错条件、非法输入或动作，必须唯一地标示每一个需求。
1.2.4性能需求测试
性能需求测试要求包括测试精度、时间特性、适应性等要求。
1.2.5压力需求测试
对系统不断施加压力，通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别。例如测试一个Web站点在大量的负荷下，何时系统的响应会退化或失败。
1.2.6用户界面需求测试
用户界面测试包括可视性(如界面整体布局协调性、色彩搭配合理性、界面要素美观性)、可用性(显控协调性、操作方便性与灵活性、提示、信息反馈、系统响应时间、易学习型、帮助功能完备性和准确性)、健壮性(输入类型及边界控制性能、危险操作拦截提示性能、操作可恢复性)容错等方面。
1.2.7接口测试
硬件接口：描述系统中软件和硬件每-接口的特征。这种描述可能包括支持的硬件类型和软硬件之间交流的数据、控制信息的性质–级所使用的通信协议。软件接口：描述该产品与其他外部组件的连接，包括数据库、操作系统、工具、库和集成的商业组件，并描述在软件组件之间交换数据或消息的目的、所需要的服务以及内部组件通信的性质，确定将在组件之间共享的数据。
通信接口：描述与产品所使用的通信功能相关的需求，包括电子邮件、web浏览器、网络通信标准或协议及电子表格，定义了相关的消息格式，规定通信安全或加密问题，数据传输速率和同步通信机制，例如描述计算机与机器硬件接口，波特率等的测试；通信过程中断电的测试，人为中断通信的测试，连续多次通信的测试，通信过程中随意操作按钮的测试。
1.3测试类型评估
不同测试类型能否发现不同类型的缺陷,依据测试类型来评估测试分析设计工作是非常必要的，必须在产品初期就要规划测试类型，以期尽可能的发现所有相关类型的缺陷。
- 改善计划
在系统需求不同的情况下，做出了的系统的功能也不同，但拓展的功能有相似的，可以在原来的基础上，加入一些特有的元素。
一款好的企业APP软件必定拥有独特的个性化元素，开发者在为企业app开发定制方案的时候，将企业的结合到应用之中，增强其商业价值。如在为从事蛋糕制作企业定制方案的时候，可以开辟一个供用户自行搭配的平台，用户可以通过自身意愿进行款式选择、颜色搭配、口味设置等进行定制心仪蛋糕，进而有效促进消费。
一切应该开发都是为了迎合用户的喜爱，所以在进行定制开发方案的时候，开发者应该从用户的生活细节出发，挖掘符合产品特点的内容进行广告植入。比如星巴克的Early Bird，从用户的生活细节入手进行开发，其中闹钟的功能符合了用户起床必备，同时结合产品的特点进行设置，用户只需要按时起床就可以从中获得福利，受到了用户的广泛欢迎。
为了增强用户的体验感，很多开发者在开发的过程中，在体验功能中添加了游戏互动的元素。在宜家推出的应用中，用户通过下载该应用就可以按照自己喜爱的模式进行自定义家居布局，并且还可以对自己的创意进行分享，参与到票选的比赛中，增强了用户的参与感。
总之，在自身的核心功能中实现自己的个性化，突出自己的核心功能，从而体现出系统的功能性，我们系统要体先出自己的核心功能时，要具备独特的个性化元素，在相同的系统中体现出自己的价值。
六、项目Glossary
|
1 |
UI(User Interface) |
User interface refers to the overall design of human-computer interaction, operation logic and beautiful interface of software |
|
|
defining model（定义模型） |
The model on which a repository is based. Any number of |
|
|
deployment diagram（部署图） |
A diagram that shows the configuration of run-time |
|
|
object diagram（对象图） |
A diagram that encompasses objects and their relationships |
|
|
postcondition（后置条件） |
A constraint that must be true at the completion of an |
|
|
pseudo-state（伪状态） |
A vertex in a state machine that has the form of a state, but |
|
|
statechart diagram（状态图） |
A diagram that shows a state machine. See: state machine. |
|
|
class diagram（类图） |
A diagram that shows a collection of declarative (static) |
|
|
collaboration diagram（协作图） |
A diagram that shows interactions organized around the |
|
|
component diagram（构件图） |
A diagram that shows the organizations and dependencies |
|
|
interaction diagram（交互图） |
A generic term that applies to several types of diagrams that |
|
|
meta-metamodel（元模型） |
A model that defines the language for expressing a |
|
|
use case model（用例模型） |
A model that describes a system’s functional requirements |
|
|
use case diagram（用例图） |
A diagram that shows the relationships among actors and |
|
|
structural model（模型结构） |
A model aspect that emphasizes the structure of the objects |
|
|
N-Ary Association（N元关联） |
An association among three or more classes. Each instance |
|
|
multiple classification（多重分类） |
A semantic variation of generalization in which an object |
|
|
metaobject(元对象) |
A generic term for all metaentities in a metamodeling |
|
|
object lifeline (对象生命线) |
A line in a sequence diagram that represents the existence |
|
|
run time(运行时间) |
The period of time during which a computer program |
|
|
Enumeration（枚举） |
A list of named values used as the range of a particular attribute type. For example, RGBColor = {red, green, blue}. Boolean is a predefined enumeration with values from the set {false, true}. |
本文地址：https://blog.csdn.net/Rralazy/article/details/111955310