卡其脱离太 实验七 团队作业4:团队项目需求建模与系统设计
项目 | 内容 |
---|---|
课程班级博客链接 | |
这个作业要求链接 | |
团队名称 | |
团队成员分工描述 | 周学铭:完成任务三撰写团队项目系统需求规格说明书 常雅伦:完成任务一和任务二并撰写博文 谢林江:完成任务四编制团队项目的WBS 何飞 :完成任务五撰写团队项目软件系统设计说明书 |
团队的课程学习目标 | (1)学习使用UML建模工具ProcessOn (2)学习掌握面向对象需求分析建模技术 (3)理解和掌握面向对象软件系统设计原理、设计过程和技术。 |
这个作业在哪些方面帮助团队实现学习目标 | (1)团队协作学习在线作图工具ProcessOn绘制用例图 (2)学习了功能的定位和优先级 (3)学习撰写需求分析说明书和软件设计说明书 |
团队博客链接 | |
团队项目Github仓库地址链接 |
一、实验目的与要求
(1)编制团队项目需求规格说明书;
(2)编制团队项目系统设计说明书,掌握系统总体设计过程、设计原理和启发式规则。
二、实验环境要求
常用图形绘制工具:Visio、PowerDesign
在线作图工具ProcessOn:https://www.processon.com/
三、实验内容与步骤
任务1:按教师公布团队项目互评名单,对互评方《实验六 项目需求分析与原型设计》的项目成果进行评价,具体要求如下:
(1)阅读互评团队项目博文作业并进行评论,评论要点包括:博文结构、博文内容、任务分工与时间耗费。将以上评论内容发布到互评团队博客评论区。
(2)下载互评方团队项目资料与原型系统,并试运行原型系统。
评分要点 | 内容 |
---|---|
结对方团队博客链接 | |
结对方Github项目仓库链接 | |
博客评论 | 一.从博文结构来看: 博文结构清晰,版式整洁,对于博客的主体内容都由图片组成,给人以直观的感觉,具有阅读体验。 二.从博文内容来看:博文内容充实。 1. 通过任务一的完成,我们可以看出该小组在学习墨刀这款软件时,非常认真。 2. 对于任务二的完成,该小组设计的原型十分美观,功能充足且详细,但基本框架还处于墨刀自带的模板之中,希望该小组能够跳出该框架,结合自己项目的核心功能来设计完成。 3. 对于需求调研,通过各种截图可以发现该小组的调研还是非常充分的。美中不足之处在于缺少一部分的核心用户的调研,如银行工作人员等。 三.从任务分工与时间耗费来看: 任务分工明确,时间安排合理,并且在各项任务中均可以按时完成甚至提前完成。 |
互评团队作业评分成绩 |
- 试运行原型系统:
首页 | ![]() |
---|---|
登录 | ![]() |
我的页面 | ![]() |
识别记录 | ![]() |
资料管理 | ![]() |
任务2:以团队协作学习方式掌握在线作图工具ProcessOn的软件操作方法。
- 协作学习:
特性:
ProcessOn建立在并行计算和分布式存储架构之上,这使得它能够为全球的专家顾问、商业组织提供一个共享的流程知识仓库,将结构化的流程最佳实践分享给亿万互联网企业用户。在提倡开放、分享的同时,ProcessOn比其他社交网络更加关注数据隐私和信息安全,确保企业私有流程库被安全、隔离的保护和访问。ProcessOn让咨询服务与IT方案更加紧密的协作,利用开放的平台API,BPM软件开发商和咨询厂商能够借助ProcessOn的云服务提升用户的方案价值。
亮点功能:
- 计划定制:ProcessOn的思维导图可以用于制定计划,包括工作计划、学习计划、旅游计划等,计划可以按照时间或项目划分,将繁杂的日程整理清晰。
罗列出计划的内容、完成时间、执行人等信息后,可以标注出每个事项的完成度。- 笔记:ProcessOn的思维导图可以记录学习或工作笔记。将大篇幅的学习内容进行拆分,缩减文字数量,总结知识点的从属关系进行概括,便于理解和记忆。
- 梳理流程:ProcessOn的流程图可以梳理系统流程、工艺流程、管理流程等,用图的形式来展现某一过程。
- 其他:支持组织结构图、网络拓扑图、时间线等,满足不同领域用户的不同作图需求。
优点:
- 在线工具,拥有跨平台的特性:
在Windows,Linux,Mac OS这些操作系统之间工作时,常用的绘图软件,通常只能运行在Windows,当然Linux和Mac OS也有非常不错的绘图软件,但终究无法实现移动办公。而作为在线工具,也就屏蔽了因为不同操作系统带来的麻烦,这也是ProcessOn的优势之一。- 在线存储:
这也很重要,可以避免一些悲剧的发生,例如赶了一晚上的图,突然断电,蓝屏什么的,然而并没有保存,不得不满腹怨气地重画。- 操作简单
它基本吸取了visio之类常用绘图软件的操作特点,因此对于有绘图经验的用户,学习成本几乎为零。- 结合了网络社交的特性
不同图表的作者可以轻松地在平台分享各自作品,用户也可以方便地对公开的作品进行搜索,同时还支持多人协作的功能,适合团队内部协同工作。- 拥有版本恢复功能
能够新建历史版本,并恢复到不同的版本。
缺点:
- 原型设计不如MockPlus等一些专业软件。
- 拥有文件数量限制,需要开通会员或者其他方法获取。
- 需要联网使用,目前没有单机软件。
学习总结:
ProcessOn是一个在线作图工具的聚合平台,它可以在线画流程图、思维导图、UI原型图、UML、网络拓扑图、组织结构图等等。无需下载和更新的问题,不管Mac还是Windows,一个浏览器就可以随时随地的发挥创意,规划工作。
这次实验我们学习使用process on完成了用例图,流程图等一系列图表制作。发现process on是一个方便、高效的在线作图工具。整个设计器的布局是左边是原型图库,右侧是画布,操作就是从左侧图形库中拖出圆形图放到画布即可,鼠标放到图形旁边自动变成十字架,按住左键自动出现连接线,整个操作很顺畅、简单。常规的改变图形大小、背景颜色等。同时还有一个在线实时协作的作用,可以满足多方同时进行的要求。同时在素材库中有许多模板可以供我们修改采用,汇聚着强大的作图工具,这里还有着海量的图形化知识资源,让我们尽可能的将有价值的知识进行梳理。
任务3:根据实验六所收集的项目需求陈述资料绘制系统数据流图、编写数据字典(ER图)以及软件系统状态图,编制团队项目系统需求规格说明书,将该文档上传到团队项目Github仓库。
-
数据流图
-
ER图
-
软件系统状态图
-
团队项目系统需求规格说明书已成功提交到Github项目仓库
-
需求规格说明书(部分):
目录 | ![]() |
---|---|
部分截图1 | ![]() |
部分截图2 | ![]() |
部分截图3 | ![]() |
任务4:编制团队项目的WBS。
任务5:对团队项目按功能进行模块划分、建立模块的层次结构及调用关系、确定各模块间的接口等;进行软件系统数据库逻辑结构设计,包括数据特征的描述、确定数据的结构特性。撰写团队项目软件系统设计说明书,以回答:软件是如何实现用户需求的?
- 总体设计
- 团队项目软件系统设计说明书已成功提交到Github项目仓库
- *团队项目软件系统设计说明书截图(部分):
![]() |
![]() |
---|---|
![]() |
![]() |
四、任务总结
1.记录完成《实验七 团队作业4:团队项目需求建模与系统设计》各项任务实际花费的时间和分工。
- 花费时间
任务 | 时间 |
---|---|
任务一 | 30min |
任务二 | 60min |
任务三 | 180min |
任务四 | 120min |
任务五 | 120min |
- 任务分工
姓名 | 分工 |
---|---|
周学铭 | 完成任务三撰写团队项目系统需求规格说明书 |
何飞 | 完成任务五撰写团队项目软件系统设计说明书 |
谢林江 | 完成任务四编制团队项目的WBS |
常雅伦 | 完成任务一和任务二并撰写博文 |
2.从团队分工和协作学习角度,陈述团队实施项目需求分析建模、软件系统设计等学习活动的心得。
- 常雅伦
此次实验由于需要使用processon在线作图工具,所以我们都各自注册了该网站,每位成员都就自己的使用心得进行了阐述,并且就该工具进行了讨论。在需求分析阶段,我们紧靠设计出的原型系统,在这之上进行了需求分析总结,加以更确切的需求分析,并写出了《需求分析说明书》。在软件系统设计过程中,我们就开发的系统所使用的语言环境以及数据存储方式进行了讨论,并撰写了《软件系统设计说明书》。在此次团队学习中,还是一如既往感受到团队协作的力量,争取在大家都认为的艰难阶段-编码阶段能更好的合作。
- 周学铭
该实验我们组内分工明确,各司其职。一开始学习在线制图软件到后来编写团队项目需求说明书我们都有参与讨论,在进行整体设计和数据库中表的关系那部分时,我们也是商量和讨论之后确定了最终设计。本次团队协作的很融洽,在协作过程中,出现问题能够及时交流,互帮互助。
- 谢林江
这次实验,各位成员之间分工明确,团结协作,共同掌握了Process On这一个无需下载的线上作图工具,通过对上次实验的总结,对软件系统的总体结构,模块设计和设计模式等方面有了更深刻的理解,为后面的工作打下了更好的基础。并且在团队间的合作更有默契也有了更高的效率,希望以后也会越来越合作愉快。
- 何飞
本次实验主要学习了建模工具以及面向对象的建模分析,我们在老师的推荐下学习了Processon在线工具的使用,它不需要下载且内置多种模板十分的方便,且操作简单易上手。在本次任务分工中,我主要负责的是软件需求规格说明书的撰写,在撰写初期也有许多疑问,比如它的具体格式、需要包含哪些模块等,但这些问题都通过团队成员们的讨论及上网搜索找到了答案。通过此次的分析建模以及需求说明、系统设计说明的撰写,相信对我们之后的程序撰写大有益处。