实验七 团队作业4：团队项目需求建模与系统设计
实验七 团队作业4：团队项目需求建模与系统设计
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | 2018级卓越班 |
| 这个作业要求链接 | 实验七 团队作业4：团队项目需求建模与系统设计 |
| 团队名称 | 玛卡巴卡小分队 |
| 团队成员分工描述 | 熊文婷：任务1； 杨子豪：任务4； 贾傲羊：任务5； 于泽浩：任务6； 团队协作：任务2，3，5； |
| 团队的课程学习目标 | （1）编制团队项目需求规格说明书； （2）编制团队项目系统设计说明书，掌握系统总体设计过程、设计原理和启发式规则； （3）完成作业互评； |
| 这个作业在哪些方面帮助团队实现学习目标 | （1）在团队编制项目需求规格说明书的过程中； （2）在团队编制项目系统设计说明书的过程中； （3）在学习系统总体设计过程、设计原理和启发式规则的过程中； （4）在团队互评作业博文的过程中； |
| 团队博客链接 | 实验七 团队作业4：团队项目需求建模与系统设计 |
| 团队项目Github仓库地址链接 | 仓库：实验七 团队作业4 |
任务1：按教师公布团队项目互评名单，对互评方《实验六 项目需求分析与原型设计》的项目成果进行评价
（1）阅读互评团队项目博文作业并进行评论，评论要点包括：博文结构、博文内容、任务分工与时间耗费。
-
结对方团队
结对方团队名称 博客链接 Github项目仓库链接 天马行空 天马行空组的博文链接 天马行空组的仓库链接 -
结对方成员
结对方成员 备注 * 梦涛 PM * 蕊媛 进行项目开发 癿 * 盼 进行文档的编写 * 钦颖 进行项目测试 -
团队互评
-
结合实验六评分标准，我们给出互评团队作业成绩为： 102 分
（2）下载互评方团队项目资料与原型系统，并试运行原型系统。
-
结对方的Github仓库
-
项目需求下载
-
需求调研
-
排版问题：
注：整篇文档的排版是最大的问题，比如字体大小、行间距等，尤其是首页目录部分，希望后续可以加强。
-
墨刀v1.0
注：被标注的功能用不了，前期只有两个功能可以
-
墨刀v1.1
改进后的项目原型所有功能都可以使用
- 墨刀v1.2
任务2 ProcessOn简介
-
ProcessOn简介
-
ProcessOn是一个面向垂直专业领域的作图工具和社交网络，成立于2011年6月并于2012年启动。支持绘制流程图、思维导图、原型图、UML、网络拓扑图、组织结构图等。ProcessOn提供免费在线作图、实时协作，不仅省去下载和更新的问题，而且还高效，易于上手。
在使用ProcessOn期间，绘制了一个简单的E-R图，来认识和了解其中的功能。ProcessOn提供多种图形满足用户的需求，绘制方法非常简单，只需要简单的选中并且拖出，更改其中的内容就可以完成。
-
但是ProcessOn也有一点缺陷，我们发现除个人工作免费外，团队协作功能需要付费，而且个人工作只支持9个文件数，若想要扩容则有两种方法，第一是选择免费扩容，需要通过邀请一定数量的好友；第二则是通过付费。
-
ProcessOn最值得称赞的功能不单单是支持各种绘图方式，还有可以将画好的图下载，以png文件的方式保存，这一点相比于E-Draw等需要下载的软件更具有用户吸引力。我们作为用户在选择使用何种软件的时候比较在乎这一点。
除此之外，虽然ProcessOn对于团队协作是付费的，但是可以通过邀请协作者来共同完成，而这项功能则是免费的。
-
任务3：根据实验六所收集的项目需求陈述资料绘制系统数据流图、编写数据字典（ER图）以及软件系统状态图，编制团队项目系统需求规格说明书，将该文档上传到团队项目Github仓库。
-
文档有关于团队软件项目的需求陈述文字（已上传GitHub仓库）
-
文档有系统数据流图、数据字典以及软件系统状态图（已上传GitHub仓库）
-
E-R图
-
系统数据流图
-
数据字典
-
软件系统状态图
-
任务4：编制团队项目的WBS，估计各项任务所需时间。
完成需求分析后，若要开发能够满足用户需求的软件，持续有序实现团队目标，一个团队软件项目要在一段时间内完成诸多任务，编制项目WBS（Work Breakdown Structure），即工作分解结构，是根据项目目标把工作分解成层次分明的、可交付成果的工作任务，用逻辑图形或树形结构表示出来），是团队项目有序管理的工作依据。
-
团队项目的WBS（已上传GitHub仓库）
任务5：对团队项目按功能进行模块划分、建立模块的层次结构及调用关系、确定各模块间的接口等；进行软件系统数据库逻辑结构设计，包括数据特征的描述、确定数据的结构特性。撰写团队项目软件系统设计说明书，以回答：软件是如何实现用户需求的？文档内容要求如下：
-
设计软件系统总体结构（下图为部分内容，完整文档已上传GitHub仓库）
-
设计软件系统数据库逻辑结构（下图为部分内容，完整文档已上传GitHub仓库）
-
GitHub仓库内容
注：两个文档里包含实验所要求的全部内容。
任务6：完成团队博文作业
-
内容如下
7 各项任务实际花费的时间和分工
| 任务名称 | 计划用时（min） | 实际用时（min） | 分工 |
|---|---|---|---|
| 任务1 | 60 | 120 | *文婷 |
| 任务2 | 60 | 40 | 团队协作 |
| 任务3 | 180 | 230 | 团队协作 |
| 任务4 | 240 | 300 | *子豪 |
| 任务5 | 360 | 600 | *傲羊，团队协作 |
| 任务6 | 60 | 80 | *泽浩 |
注：本次实验虽有个人分工和团队协作，但在实际过程中以团队协作为主，个人分工任务为此成员主导进行，以保证实验按时完成。
8 学习活动的心得
-
*泽浩
团队分工：本次实验分工吸取了上次的经验，针对每个人的特长分工主导任务进行，同时也协同大家共同完成团队任务。
协作学习：在团队实施项目需求分析建模、软件系统设计等学习活动中，我们不仅有线上的讨论交流，也在线下进行了探讨，其中个人觉得线下的探讨最为深刻，我们集中解决了个人分工时所不会的内容又再次细分任务协作完成，如我也参与了任务4绘制E-R图，分析数据字典等工作。
-
*文婷
团队分工：作为团队队长，在本次作业中，我体会最深刻的一点就是团队协作，也确实理解了一个团队只有每个人都干活，这个项目才可以做的很好。起初我们团队成员之间的协作并不是特别密切，但是后来我发现这样肯定会造成一些问题，比如有些人要做很多工作，而有些人却闲着不知道做什么，通过一次线上会议以及一次线下会议我解决了这个问题。再次把任务细分。
协作学习：我完成了《项目需求规格说明书》以及任务一、二等任务，在完成《项目需求规格说明书》的时候离不开成员之间的协作，我们集思广益，将想法提出来最后绘制E-R图。
总结：本次实验，在复习数据库的同时也再次体会到了之前在学《软件工程经济》和《数据库概述》这两门课的时候本组的队长的不易。对于ProcessOn我已经基本掌握，在与其他类似的软件做了对比以后我也在任务二中分析出其中的优缺点，这点是我最值得提及的，因为我可以通过比较选择适合自己的软件工具。最后，也希望在以后的学习中我们的团队协作可以更加密切，不局限于线上会议，更加拓展到线下，面对面的与各位成员交流，学习。 -
*傲羊
团队分工：团队的利益高于一切，协作才能优秀。小溪只能泛起破碎的浪花，百川纳海才能激发惊涛骇浪，个人与团队的关系就像小溪与大海。每个成员只有将自己融入集体，才能充分发挥个人的作用。只有细化任务后才能对任务有更高的把握，有助于理解任务和完成任务。
协作学习：合作是人类相互作用的基本形式，在人的发展中没有-种发展是与别人无关。分组之后任何一位组内成员都有责任掌握教学内容,只有每位成员的积极性都调动起来，成员之间才能互相帮助，互相合作。比如我们的项目需要完成大量的任务，如此大的工作量靠一个人的力量是不行的。我们小组在这次任务中将各个任务拆分细化，既有合作也有独立，很多任务我们共同攻关，通过本次的项目进展，我深深的体会到了协作学习的重要性，对我有很大帮助。
-
*子豪
团队分工：个人的发展离不开团队的发展，员工将个人追求与企业的追求紧密结合在一起，破除个人英雄主义，搞好团队的整体搭配，取长补短，形成协调一致的团队，才能在团队中成为最受欢迎的人。
协作学习：只有分组，各负其责然后交流分享成果，才能共赢。这种合作的意义远远超过了学习本身。另外，小组合作学习，能充分调动学生学习积极性，使每一位成员都有了主动学习和创新的机会。
-
部分协作学习过程
