实验七 upower 团队作业4：团队项目需求建模与系统设计

项目	内容
课程班级博客链接	班级博客链接
这个作业要求链接	作业要求链接
团队名称	upower队
团队成员分工描述	吴xx：（PM）项目需求规格说明书、数据流图 梁xx：E-R图、数据库表、撰写博客园 马xx：系统状态图、软件系统设计说明书 石xx：WBS、软件系统设计说明书
团队的课程学习目标	1.学会用在线作图工具绘制数据流图、E-R图、系统状态图等 2.学会编制团队项目需求规格说明书、系统设计说明书 3.掌握系统总体设计过程、设计原理和启发式规则
这个作业在哪些方面帮助团队实现学习目标	1.团队协作学习方式掌握在线作图工具ProcessOn的软件操作方法 2.参照相关博客来进行绘制项目WBS结构 3.依据国际标准来写说明书
团队博客链接	团队博客
团队项目Github仓库地址链接	GitHub仓库

一、实验目的与要求

（1）编制团队项目需求规格说明书；

（2）编制团队项目系统设计说明书，掌握系统总体设计过程、设计原理和启发式规则。

二、实验环境要求

常用图形绘制工具：Visio、PowerDesign

在线作图工具ProcessOn：https://www.processon.com/

三、实验内容与步骤

任务1：按教师公布团队项目互评名单，对互评方《实验六 项目需求分析与原型设计》的项目成果进行评价，具体要求如下：

（1）阅读互评团队项目博文作业并进行评论，评论要点包括：博文结构、博文内容、任务分工与时间耗费。将以上评论内容发布到互评团队博客评论区。

（2）下载互评方团队项目资料与原型系统，并试运行原型系统。

项目	内容
结对方团队博客链接	结对方团队博客
结对方Github项目仓库链接	结对方Github项目仓库
博客评论	已进行博客评论，可通过此链接来查看评论内容
给互评团队作业评分成绩	任务1部分（12分）任务2部分（30分）任务3部分（39分）任务4部分（2分）任务5部分（20分） 总分：103分

任务2：以团队协作学习方式掌握在线作图工具ProcessOn的软件操作方法。

ProcessOn软件简介：

ProcessOn将全球的专家顾问、咨询机构、BPM厂商、IT解决方案厂商和广泛的企业用户紧密的连接在一起，提供基于云服务的免费流程梳理、创作协作工具，与同事和客户协同设计，实时创建和编辑文件，并可以实现更改的及时合并与同步，这意味着跨部门的流程梳理、优化和确认可以即刻完成。专注于为作图人员提供价值，利用互联网和社交技术颠覆了人们梳理流程的方法习惯，继而使商业用户获得比传统模式更高的效率和回报，改善人们对流程图的创作过程。其支持绘制思维导图、流程图、UML、网络拓扑图、组织结构图、原型图、时间轴等等。ProcessOn的使用简单，用户只需通过注册便可获得的服务，通过关注感兴趣的流程标签、专家和公司动态获取社交流信息。ProcessOn被设计的足够简洁和高效，没有打扰用户的广告信息，那些贡献高质量流程知识的顾问专家或商业公司会被推荐给访问者，那些能够提供卓越BPM系统解决方案的工具厂商也被连接到ProcessOn提供延伸服务，这些专业知识和工具服务正是每个流程化组织所需的。

• 专业的流程模板和海量共享的流程图：

a.价值链图（EVC）
b.常规流程图(Flowchart)
c.事件过程链图(EPC)
d.BPMN2.0图
e.Venn维恩图
f.Org组织结构图
g.iOS线框图
h.UI页面原型设计图
i.UML统一建模语言

• 符合标准的格式交换，并开放私有POS格式给开发者：

(1)能够将Visio图转换成ProcessOn文件
(2)能够将BPMN2.0文件转换成ProcessOn文件
(3)能够将ProcessOn的BPMN图导出成BPMN格式文件
(4)能够将ProcessOn的图导出成开放格式的pos元数据文件

• 强大且易于使用：

（1）提供绘制高层流程图和低层流程图的标准形状集
（2）支持Autoprompt，快速添加和连接对象
（3）从任何对象拖拽出新线条
（4）通过拖放来添加自己的图片
（5）流程文件和形状的数据属性自定义
（6）提供设计分层流程体系所需的热点链接

• 协作：
  a.包含更改即时合并与同步的实时协作
  b.不限数量的同时协作者
  c.强大的版本管控功能，包含完整的修订历史记录

任务3：根据实验六所收集的项目需求陈述资料绘制系统数据流图、编写数据字典（ER图）以及软件系统状态图，编制团队项目系统需求规格说明书，将该文档上传到团队项目Github仓库。

需求分析规格说明书

任务4：编制团队项目的WBS，估计各项任务所需时间。

完成需求分析后，若要开发能够满足用户需求的软件，持续有序实现团队目标，一个团队软件项目要在一段时间内完成诸多任务，编制项目WBS（Work Breakdown Structure），即工作分解结构，是根据项目目标把工作分解成层次分明的、可交付成果的工作任务，用逻辑图形或树形结构表示出来），是团队项目有序管理的工作依据。

项目WBS:

各项目任务预计所需时间：

详情请查看需求分析规格说明书

任务5：对团队项目按功能进行模块划分、建立模块的层次结构及调用关系、确定各模块间的接口等；进行软件系统数据库逻辑结构设计，包括数据特征的描述、确定数据的结构特性。撰写团队项目软件系统设计说明书，以回答：软件是如何实现用户需求的？文档内容要求如下：

（1） 设计软件系统总体结构；

（2） 设计软件系统数据库逻辑结构；

项目软件系统设计说明书

任务6：完成《实验八 团队作业4：团队项目需求建模与系统设计》团队博文作业

记录完成《实验七 团队作业4：团队项目需求建模与系统设计》各项任务实际花费的时间和分工（5分）；

• 情况说明：已在博文开头进行分工，不在此重复论述

任务	实际花费时间（min）
任务1	30
任务2	30
任务3	300
任务4	240
任务5	320
任务6	40

从团队分工和协作学习角度，陈述团队实施项目需求分析建模、软件系统设计等学习活动的心得（每项3分，合计6分）

通过本次对Processon的学习，我们发现其还是比较好用，首先它的组件库比较丰富，包括很多icon，会使得设计显得高大上一些，其次会有一些对齐的辅助，帮助我们快速的对齐一些基本元素，导出也相对方便，制作起来也方便。劣势在于不支持自己的图上传，只能使用他提供的图，更好的思路可能是你从别的地方找到一个图，可以直接复制粘贴成为自己内部的元素，还有就是免费的作图张数也有限制。当我们进行需求分析建模时，容易把方向给搞错，因为我们做的是计算机科学与工程学院题库管理系统，虽然说用户是老师和学生，但是我们之前在进行需求调研的时候把目标给搞混了，其实题库系统角色主要是根据老师的需求来做的，主要是为了帮助老师解决问题，帮助他们管理，不能够以我们的想法去弄。所以我们在进行需求分析时应注意一切信息与需求都是站在用户的角度上，尽量避免我们的一些主观想象，应将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价，从而达到需求分析的准确性。分析员通过需求分析，逐步细化对软件的要求,最为困难的概念性工作便是要编写出详细的技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。如果做错，这将是会最终给系统带来极大损害的一部分，并且以后再对它进行修改也极为困难

石**：
  在设计软件系统的过程中会好几种方案，比如我们的软件是采用java语言开发的，而不是采用C语言开发，这就是一种语言选择方案。而要把在书本上学到的理论知识运用到文档说明以及软件设计，发现有很多东西其实还是有一定的出入的，这时候对我们的思想是有冲击的，对一个知识有了多方面的见解和更深刻的认识。在本次实验过程中，跟团队成员讨论如何使用ProcessOn建模工具，这是继墨刀之后又接触的一个新的东西，在进行项目需求分析建模的过程中我们对我们的整个软件进行了剖析，对一些不足也进行了整改。总之，是在不断改进中成长，最后需要感谢我的小伙伴们，我们的合作也越来越默契了。

吴**：
  通过本次实验，我了解到了ProcessOn建模工具，学习了它的使用方法，并与团队相互协作，完成了需求分析的项目建模。本次任务主要是根据项目来进行写需求分析报告，涉及到很多图形和文字内容，要根据之前的需求去完善软件的功能，在绘制一些结构图、数据流图以及E-R图的时候与组员在不停的讨论以及不断的修改，虽然在这些过程中有争吵，但是我们也从中收获到了许多。除此之外，还学习了许多与软件系统设计相关的知识，如什么是c/s，b/s和mvc设计模式等，使我受益匪浅。通过本次的实验学习，既完善了软件工程的相关知识，又加深了与小组成员的友谊与合作程度。

梁**：
  本次的实验中，我们又接触到了一个新的建模工具ProcessOn，通过组内的讨论，我们先学习了如何使用这个工具，接着进行团队分工，讨论了一下与我们设计的系统所需要的文档相关的内容，将软件工程这门课学到的理论知识结合到实践中。在这个过程中也遇到了一些问题，比如各种UML建模图的实现，最终通过团队协作完成了本次的作业。在这个过程中，我们的合作也越来越顺利。

马**：
 通过此次实验，我们主要学习了使用UML建模工具，系统学习了软件系统设计原理、设计过程和技术。关于建模工具的学习，我们使用的是ProcessOn。在进行项目建模需求分析时，我们也进行了多次修改完善，对需求模型的框架也在不断完善。小组学习的过程也是我们发表自己意见、点评他人意见以及反思自己的过程。