实验七 团队作业4:团队项目需求建模与系统设计
Posted 泰山小组
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了实验七 团队作业4:团队项目需求建模与系统设计相关的知识,希望对你有一定的参考价值。
课程班级博客链接 | 班级博客 |
这个作业要求链接 | 作业要求 |
团队名称 | 泰山小组 |
团队成员分工描述 | 1、任务一:余宝鹏(原型设计内容) 2、任务二:余宝鹏(在线作图工具ProcessOn的软件操作方法) 3、任务三:常祺(团队项目系统需求规格说明书,内容需要包含系统数据流图、编写数据字典(ER图)以及软件系统状态图) 4、任务四:谢金鑫(编制WBS,内容需要包含逻辑图形或树形结构) 5、任务五:郑文潇(撰写团队项目软件系统设计说明书,内容主要有软件系统总体结构、软件系统数据库逻辑结构) 6、任务六:余宝鹏(撰写博客,提交资料至Github,总结心得) |
团队的课程学习目标 | 1、对于常用的图形绘制工具Visio、PowerDesign进行学习 2、对于在线作图工具ProcessOn进行学习并用其绘制所需图 3、按照课程目标推进软件项目的进程,体会团队协作学习的好处 4、按照实验内容编制出软件需求规格说明书以及软件系统设计说明书 5、团队成员在分工明确的基础上进行互帮互助,讨论解决重难问题 |
这个作业在哪些方面帮助团队实现学习目标 | 1、通过企业微信会议对常用的图形绘制工具以及在线作图工具ProcessOn进行团队协作学习 2、通过实验内容掌握一些软件工程课程方面所需要的一些必要图,如系统数据流图、数据字典(ER图)等等 3、通过实验内容学习软件需求规格说明书以及软件系统设计说明书的排版以及编写 4、通过团队协作学习,增进团队关系,推进学习过程的进行 |
团队博客链接 | 团队博客 |
团队项目Github仓库地址链接 | 仓库链接 |
任务1:按教师公布团队项目互评名单,对互评方《实验六 项目需求分析与原型设计》的项目成果进行评价,具体要求如下:
(1)阅读互评团队项目博文作业并进行评论,评论要点包括:博文结构、博文内容、任务分工与时间耗费。将以上评论内容发布到互评团队博客评论区。
(2)下载互评方团队项目资料与原型系统,并试运行原型系统。
-
结对方团队博客链接
-
结对方Github项目仓库链接
-
符合(1)要求的博客评论
-
结合实验六评分标准,给出互评团队作业评分成绩
说明:满分110分,团队成员各自给分取均值
(100 + 90 + 99 + 99)/ 4 = 97 分
-
下载互评方团队项目资料与原型系统,并试运行原型系统
-
下载互评方团队项目资料与原型系统
-
运行原型系统
说明:项目名称为流浪动物领养系统
互评方原型系统运行如下:
-
任务2:以团队协作学习方式掌握在线作图工具ProcessOn的软件操作方法。
-
通过企业微信会议学习在线作图工具ProcessOn的使用方法
说明:会议录屏截图如下
-
ProcessOn软件简介
-
简介:ProcessOn是一个面向垂直专业领域的作图工具和社交网络,成立于2011年6月并于2012年启动。支持绘制思维导图、流程图、UML、网络拓扑图、组织结构图、原型图、时间轴等等。ProcessOn将全球的专家顾问、咨询机构、BPM厂商、IT解决方案厂商和广泛的企业用户紧密的连接在一起,提供基于云服务的免费流程梳理、创作协作工具,与同事和客户协同设计,实时创建和编辑文件,并可以实现更改的及时合并与同步,这意味着跨部门的流程梳理、优化和确认可以即刻完成。专注于为作图人员提供价值,利用互联网和社交技术颠覆了人们梳理流程的方法习惯,继而使商业用户获得比传统模式更高的效率和回报,改善人们对流程图的创作过程。
-
亮点功能
- 跨端使用:ProcessOn是在线作图工具,无需下载安装,便于跨端使用。
- 在线协作:在企业工作过程中,团队协作是很重要的一环。ProcessOn的文件可以进行协作,实现多人共同浏览和编辑。
- 多格式导入导出:ProcessOn支持vsdx、xmind、txt、excel等格式文件的导入,支持导出高清png、jpg、pdf等格式文件。满足多场景的下载需求。
- 内容社区:用户可以将自己有价值的知识绘制成图后发布到ProcessOn平台,与相关行业大V在站内进行交流。
-
简要介绍ProcessOn如何快速画流程图
-
首先我们进入ProcessOn的主界面,点击右上角的登录进入系统,接着进入个人主页以后我们点击顶部的模板,如下图所示:
-
然后我们选择下面的流程图,如下图所示:
-
接着就可以在众多的流程图模板中选择一个,双击进入即可,如下图所示:
-
接着这个流程图就进入到你的工作簿中了,你就可以根据自己的需要更改了,如下图所示:
-
最后更改完毕就可以点击右上角的下载,发布,分享按钮获得流程图文件了,如下图所示:
-
-
任务3:根据实验六所收集的项目需求陈述资料绘制系统数据流图、编写数据字典(ER图)以及软件系统状态图,编制团队项目系统需求规格说明书,将该文档上传到团队项目Github仓库。
-
团队软件项目的需求陈述
现在去电影院看电影成为了大家普遍选择的一种休息方式,但是以我们调研观察发现基本上所有的影院没有自己的售票系统,他们依靠于美团、猫眼、淘票票这些APP来进行电影票的网上售卖。据了解,甚至于有些小县城的电影院,只是有微信公众号,在一些APP上根本搜不到此影院,使得大家需要去到地方,才能购票选座。
基于此方面,我们的电影售票系统是以电影院为主要客户,使得电影院有独属于自己的售票系统,他们可以在自己的售票系统上进行电影信息的更新以及电影票的售卖,不必再依附于一些APP,这样就会使得他们减少一部分的成本。
-
团队软件项目的开发背景
作为整个电影产业利益链和终端,影院售票系统具备影片排期、电影售票、卖品销售、报表统计、电话语音及互联网售票等功能,几乎掌握影院的全部商业秘密。一款良好的影院售票管理系统,可以满足影院集团化管控需求,提高工作效率,使复杂多样的日常经营数据流直观化、合理化地呈现出来。
目前我国市场上共有7家电影院售票软件商,分别是鼎新、满天星、火凤凰(即广东粤科)、中鑫汇科、火烈鸟、沃思达、以及刚刚进入市场的M1905售票系统。但是综合来看,目前的票务系统产品功能上同质化比较严重。随着互联网在电影行业的持续发力,猫眼、微票儿、格瓦拉等在线售票平台也将逐渐成为电影票销售的主要渠道。 在未来,尤其是面对影院集团的连锁化管理、市场精细化运营的强烈需求下,影片传输与影院管理也逐渐开始了虚拟化、数字化的变革,中国电影市场的票务信息化只有选择适用于新时代需求的售票系统,影院才能在电影行业的井喷发展时期保持优势,持续发展。所以针对我们的电影售票系统,由于是主要面向于电影院本身来设计的,所以我觉得在与其他行业竞争以及同行业竞争的话,竞争力还是相当可观的。
-
系统数据流图、数据字典以及软件系统状态图
-
系统数据流图
-
售票系统数据流程图
-
统计系统数据流程图
-
查询系统数据流程图
-
-
数据字典(ER图)
-
ER图
-
概念模型
-
逻辑模型
-
物理模型
-
-
软件系统状态图
-
售票状态图
-
订票状态图
-
-
任务4:编制团队项目的WBS,估计各项任务所需时间。
完成需求分析后,若要开发能够满足用户需求的软件,持续有序实现团队目标,一个团队软件项目要在一段时间内完成诸多任务,编制项目WBS(Work Breakdown Structure),即工作分解结构,是根据项目目标把工作分解成层次分明的、可交付成果的工作任务,用逻辑图形或树形结构表示出来),是团队项目有序管理的工作依据。
-
我们将新视界电影院售票系统这个软件按照最后想提交给用户的软件功能来做WBS,我们将新视界电影院售票系统分割成如下这颗树,想要交付给用户的功能就都在这棵树上了:
-
下图展示了我们项目的全部内容,将这个项目进行了WBS,并且使用目标、待办事项,、进行中以及已完成明确画出:
-
将《新视界电影院售票系统软件需求规格说明书》上传到团队项目Github仓库截图:
任务5:对团队项目按功能进行模块划分、建立模块的层次结构及调用关系、确定各模块间的接口等;进行软件系统数据库逻辑结构设计,包括数据特征的描述、确定数据的结构特性。撰写团队项目软件系统设计说明书,以回答:软件是如何实现用户需求的?文档内容要求如下:
(1)设计软件系统总体结构;
(2) 设计软件系统数据库逻辑结构;
-
软件系统总体结构
-
总体框架
-
系统模块功能
-
系统总体功能结构
-
-
软件系统数据库逻辑结构
数据库逻辑设计主要是把数据库概念设计时设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。它包括数据项、记录及记录间的联系、安全性和一致性约束等等。导出的逻辑结构是否与概念模式一致,从功能和性能上是否满足用户的要求,要进行模式评价。
本系统数据库名称为db_secondhandmarket,数据库中包括:
1)种类表(category)
2)影片表(goods)
3)影片内容表(goodsdetail)
4)影片种类表(goodsdetailtype)
5)图片表(pic)
6)用户表(user)
各表数据结构如下:
(1)种类表(category)用来记录是管理员还是用户
(2)影片表(goods)用于记录影片
(3)影片内容表(goodsdetail)用于记录影片细节
(4)影片种类表(goodsdetailtype)用于记录影片种类
(5)图片表(pic)用于记录图片
(6)用户表(user)
3.将《XXX软件系统设计说明书》上传到团队项目Github仓库截图:
任务六:记录完成《实验七 团队作业4:团队项目需求建模与系统设计》各项任务实际花费的时间和分工
成员姓名 分工 花费时间(min) 组内角色 谢金鑫 任务四(编制WBS,内容需要包含逻辑图形或树形结构) 300 PM 郑文潇 任务五(撰写团队项目软件系统设计说明书,内容主要有软件系统总体结构、软件系统数据库逻辑结构) 360 开发 余宝鹏 任务一、二、六(原型设计内容,在线作图工具ProcessOn的软件操作方法,撰写博客,提交资料至Github,总结心得) 360 文档,博客 常祺 任务三(团队项目系统需求规格说明书,内容需要包含系统数据流图、编写数据字典(ER图)以及软件系统状态图) 360 测试 任务七:从团队分工和协作学习角度,陈述团队实施项目需求分析建模、软件系统设计等学习活动的心得
-
谢金鑫
在本次的实验中,我们又接触到了一个新的在线作图工具ProcessOn,通过组内的讨论,我们先学习了如何使用这个工具,接着进行团队分工,讨论了一下与我们设计的系统所需要的文档相关的内容,将软件工程这门课学到的理论知识结合到实践中。在这个过程中也遇到了一些问题,比如文档所需的各种图的实现,最终通过团队协作完成了本次的作业。在这个过程中,我们的合作也越来越顺利。
-
郑文潇
此次实验由于需要使用processon在线作图工具,所以我们都各自注册了该网站,每位成员都就自己的使用心得进行了阐述,并且就该工具进行了讨论。在需求分析阶段,我们仅靠设计出的原型系统,在这之上进行了需求分析总结,加以更确切的需求分析,并写出了《需求分析说明书》。在软件系统设计过程中,我们就开发的系统所使用的语言环境以及数据存储方式进行了讨论,并撰写了《软件系统设计说明书》。在此次团队学习中,还是一如既往感受到团队协作的力量,争取在大家都认为的艰难阶段-编码阶段能更好的合作。
-
余宝鹏
在本次实验初期,我们首先对实验内容进行了讨论并在企业微信通过会议方式学习了一些常用的绘图工具和在线作图工具ProcessOn的使用。在实验过程中,我们体会到本次实验的难度以及量确实很大,我们进行了更为明确的分工。通过团队成员的协作讨论,我们对两个主要文档所需用图进行了讨论并且绘制。在整个过程中,我觉得团队协作学习真的对于我们软件项目的推进有很好的作用,并且我也学习到了项目需求分析建模、软件系统设计等内容。
-
常祺
本次实验主要内容有一些常用绘图工具的了解以及在线作图工具ProcessOn的了解使用。就在线作图工具ProcessOn而言,它不需要下载且内置多种模板十分的方便,且操作简单易上手。在本次任务分工中,我主要负责的是软件需求规格说明书的撰写,在撰写初期也有许多疑问,比如它的具体格式、需要包含哪些模块等,但这些问题都通过团队成员们的讨论及上网搜索找到了答案。通过此次的分析建模以及需求说明、系统设计说明的撰写,相信对我们之后的程序撰写大有益处。
-
以上是关于实验七 团队作业4:团队项目需求建模与系统设计的主要内容,如果未能解决你的问题,请参考以下文章