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

项目	内容
课程班级博客链接	班级博客
这个作业要求连接	作业链接
团队名称	这是个小队
团队成员分工描述	祁英红（组长）：负责安排工作，协调各个组员的工作以及代码编写 帖佼佼：主要负责文档撰写工作以及代码编写 高文利：主要负责代码设计以及主要编写工作 李华：主要负责文档撰写工作以及代码测试审查工作
团队的课程学习目标	（1）学习使用UML建模工具； （2）掌握面向对象需求分析建模技术； （3）理解和掌握面向对象软件系统设计原理、设计过程和技术。
这个作业在哪些方面帮助团队实现学习目标	（1）促进了团队之间的合作加深，成员之间得互相借鉴学习，互助提升； （2）学会熟练使用ProcessOn,Visio等常用UML图形绘制工具; （3）学会绘制UML图等； （4）了解了软件设计模式； （5）完成了需求建模与系统设计说明书。
团队博客链接	团队博客链接
团队项目Github仓库地址链接	Github仓库链接

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

（1）阅读互评团队项目博文作业并进行评论，评论要点包括：博文结构、博文内容、任务分工与时间耗费。将以上评论内容发布到互评团队博客评论区。
（2）下载互评方团队项目资料与原型系统，并试运行原型系统。
结对方团队博客链接：https://www.cnblogs.com/dizao/p/14716734.html
结对方Github项目仓库链接：https://github.com/InTentzhou/daizao_code/tree/master
符合（1）要求的博客评论：

互评团队作业评分成绩：95分（110分）

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

1.ProcessOn软件简介

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

2.ProcessOn 团队协作使用效果阐述

　　
proceson绘图软件操作简单，菜单栏、图形库、设置面板都满足用户基本的使用需求，学习成本低，且其具有团队协作功能，可以进行团队协作完成绘图。之前本团队成员大多数在绘制流程图和思维导图的时候使用的都是Visio这款软件，该工具功能本身非常强大，但是我们觉得这个工具更适合机械电器等画图，上面有很多极其形象的元器件。所以在本次任务我们使用了网页版绘制工具Process on。经过团队学习了几十分钟之后很容易就上手使用了，使用效果还是很不错的。

快捷键查询表：

3.产品缺点

（1）只能通过拖拽的方式将图形绘制在画布上；
（2）图形库包含的范围广，但是每个主题下的图形较少，只能满足基本需求；
（3）无法对图形进行圆角大小编辑。

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

数据流图：

数据字典：

数据流

数据库存储表

加工单元

控制项

软件状态转换图：

上传文档到团队项目Github仓库：

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

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

团队项目的WBS如下图所示：

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

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

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

景点门票一售票员关系是多对一关系，将其转换为关系模型：

景点门票(票号、门票类型、类型属性、优惠情况)
销售员(编号、姓名、密码)
景点门票一游客关系是多对一关系，将其转换为关系模型为:
景点门票(票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信息、票价、退票时间、
应退款)
游客(游客信息、游客类型)

景点门票一票价关系是多对一关系，将其转换为关系模型为:

景点门票(票号、门票类型、类型属性、优惠情况)
票价(门票类型、门票属性、价格)

总体关系模型为:

景点门票(票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信息、价格、退票时间、应退款)外键:游客信息
销售员(编号、姓名、密码)
游客(游客信息、游客类型)
票价(门票类型、门票属性、价格)

（1）用户表属性:用户号，用户名，用户密码，备注，系统设置权限，票务管理权限，数据维护权限。

（2）售票情况表属性:售票编号，售票类型，售票类型属性，售票数量，售票日期，售票金额，标示符，票样编码。

（3）优惠活动表属性:优惠编号，优惠名称，优惠折率，优惠起至时间，优惠结束时间。

（4）售票类型表属性:售票类型编号，售票类型名称(普通票，通票)，价格。

（5）售票类型属性表属性:售票类型属性编号，售票类型属性名称(标准票，学生票、儿童票、老年票、团票)，折率，标示符。

（6）员工信息表属性:员工编号，员工名，性别，证件号，联系电话。

（7）订票表属性:订票编号，顾客名字，联系电话，订票数量，折率，预付费，员工号，证件号，售票类型，订票时间，订票金额。

（8）退票表属性:退票编号，退票数量，售票类型，折扣金额，退票日期。

生态梨园软件系统设计说明书见团队项目Github仓库：

可行性：

一个好的系统的开发，需要考虑到很多的方面，这样才能保证系统的正常开发，那么系统的开发需要对各种可能性进行分析，下面从系统开发的技术可行性、安全可行性、操作可行性、经济可行性进行分析：
(1)技术可行性：由于本系统为一个WEB系统，主要是通过对浏览器的操作来对数据库中的数据进行操作。所以只需要客户端具有一个浏览器就可以。本系统的开发采用的技术为STRUTS框架，JAVA，MYSQL这几门课程在大学的课程中都已经学习，并且系统的开发工具和服务器都是日常变成常用的开发工具，所以无论从系统开发的硬件还是软件上都是具有极高可行性的。
(2)安全可行性：系统开发的目的在于实现对数据的高效管理，本系统也是样，目的在于对数据的操作，在系统中往往存有大量的数据，这样就需要有一个安全的、大容量的、容易操作的数据库，本系统的开发使用的数据库为MYSQL数据库。对于这个数据库的选择同样也就保证了数据安全。
(3)操作可行性：本系统的开发，在设计阶段就考虑了系统的可操作行，所以在系统的开发中注意了操作的特性，系统将会采用大量的鼠标操作，这样可以避免在对系统的操作中由于填写错误等原因引起的输入错误。这样也大大地提高了系统的可操作性。
(4)经济可行性：本系统在开发阶段所需的经济成本并不是很高，只需要一些基础的资料费用，交通费用，测试费用等，不需要大型实验器材，极少数人管理，故前期经济需求不是很大，在系统开发完成后，旅游景点则可以进入智能化售票的阶段，如果可以得到广泛的应用，不论对于景点而言，还是对于国家旅游业经济的增长都会有很大提升，所以可以产生较高的经济效益，具有较高的经济可行性。

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

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

任务	完成所花时间（h）
任务一	1
任务二	1
任务三	40
任务四	60
任务五	50
任务六	2

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

学习活动	学习心得
ProcessOn建模工具学习	本次实验中针对ProcessOn建模工具的学习,本小组对于该项建模任务基本是全员参与，因为两个文档每个人都有撰写，而且都有对应的图表，由于在之前的学习中，对于建模以及流程图等方面的知识已经有了一定的了解，因此本次学习开展较为顺利且高效，大家各自针对自己的掌握程度发表意见，相互学习，共同解决问题，并制作了简单的样例图，完成了相关的设计工作。在此次团队学习中，我们团队对PressOn这一建模工具有了较为充分的理解，也将该工具与我们常用的设计工具Visio进行了对比，总的来说，这款设计工具胜在轻量，十分适合小型的软件开发设计。
项目需求分析建模	由于之前情况，每个人对于分析建模的擅长领域不同，因此对于任务进行合理地划分，最后四人共同撰写软件需求规格说明书。通过本次需求分析建模过程，我们针对负责部分的不理解之处共同商讨并及时解决问题，对用户需求有了进一步的认识，也对系统功能有了进一步的明确，虽然可能在过程中存在一些不足，但是我们团队相信通过这次讨论学习，我们在未来的学习中能够做得更好。
软件系统设计	软件系统设计层面，我们从软件系统总体结构和系统数据库逻辑结构设计、软件重用方案、设计类的关键类的重点服务以及汇总四个方面为本次作业的重点。由于之前学习情况的不同，在此部分实现各成员进度不一致在该部分花费时间较多。不过还是相互合作，及时沟通，存在问题也能高效率解决，这使团队成员之间更加团结，且为之后的相关分工设计等工作积累了经验。
总结	团队成员仔细阅读任务要求后，组长给每个成员分配了任务，这样加快的任务的完成速度，成员专心完成自己的任务；在个人任务完成之后，通过成员之间讨论，对自己负责的任务进行多次迭代修改，在原来的基础上进行完善。本次任务中用到了在线作图工具ProcessOn，通过团队成员对该工具的协作学习以及使用，发现ProcessOn工具是一个特别方便的工具，里面有多种类型图的图元，并且功能齐全、操作简单。