实验七 团队作业4：团队项目需求建模与系统设计
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/2018CST |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/14733878.html |
| 团队名称 | 天马行空队 |
| 团队成员分工描述 | * 梦涛 ：PM，主持项目会议 癿 * 盼：进行文档的编写 * 蕊媛 ：进行项目开发 * 钦颖 ：进行项目测试 各个阶段大家一起讨论思考 |
| 团队的课程学习目标 | 1. 编制团队项目需求规格说明书 2. 编制团队项目系统设计说明书，掌握系统总体设计过程、设计原理和启发式规则 |
| 这个作业在哪些方面帮助团队实现学习目标 | 1. 通过团队协作学习，掌握了ProcessOn的使用 2. 通过项目需求分析，绘制了系统数据流图、编写数据字典（ER图）以及软件系统状态图，学会了编制项目系统需求规格说明书和项目的WBS 4. 学会了软件系统设计说明书的撰写 |
| 团队博客链接 | https://www.cnblogs.com/tianmaxingkongdui |
| 团队项目Github仓库地址链接 | https://github.com/cuimt/tianma |
任务1：按教师公布团队项目互评名单，对互评方《实验六 项目需求分析与原型设计》的项目成果进行评价
- 结对方博客链接
https://www.cnblogs.com/makabakaxfd/p/14730973.html
- 结对方Github项目仓库链接
https://github.com/makabakaxfd/-
- 符合要求的博客评论
- 结合实验六评分标准，给出互评团队作业评分成绩
-
下载互评方团队项目资料与原型系统，并试运行原型系统
-
查看互评方墨刀学习视频
-
运行互评方项目软件原型
-
任务2：以团队协作学习方式掌握在线作图工具ProcessOn的软件操作方法
- ProcessOn软件简介
ProcessOn是一个面向垂直专业领域的作图工具和社交网络。
支持绘制思维导图、流程图、UML、网络拓扑图、组织结构图、原型图、时间轴等等。
ProcessOn将全球的专家顾问、咨询机构、BPM厂商、IT解决方案厂商和广泛的企业用户紧密的连接在一起，提供基于云服务的免费流程梳理、创作协作工具，与同事和客户协同设计，实时创建和编辑文件，并可以实现更改的及时合并与同步，这意味着跨部门的流程梳理、优化和确认可以即刻完成。
- ProcessOn优点
-
免费；
-
页面简洁，功能易懂易用；
-
集成常用的流程图、思维导图、原型设计、UML等于一体，方便便利；
-
拥有协作功能：可以和好友同时编辑同一份文档，适合个人、团队开发；
-
拥有版本恢复功能：能够新建历史版本，并恢复到不同的版本；
-
拥有完整免费的下载功能：支持 PNG，PDF，POS，SVG等下载；
-
拥有发布、分享功能；
-
拥有小组功能：适合团队开发，并区分了编辑者和浏览者，更方便维护文档；
-
拥有推荐和模板功能：能够更便利找到所需的模板。
- ProcessOn缺点
-
原型设计不如MockPlus，毕竟MockPlus是专门做原型设计的；
-
拥有文件数量限制，需要开通会员或者其他方法获取；
-
需要联网使用，目前没有单机软件。不过便利之处也在于可以联网。
- 团队使用ProcessOn截图
任务3：根据实验六所收集的项目需求陈述资料绘制系统数据流图、编写数据字典（ER图）以及软件系统状态图，编制团队项目系统需求规格说明书，将该文档上传到团队项目Github仓库
已将《网店工商信息图片文字提取软件需求规格说明书》上传到团队项目Github仓库
-
团队项目仓库链接：https://github.com/cuimt/tianma
-
团队项目仓库截图
- 系统数据流图
- 数据字典
- 用户信息
- 图片信息
- 企业信息
- 企业具体信息
- E-R图
- 软件系统状态图
任务4：编制团队项目的WBS，估计各项任务所需时间
- 团队项目的WBS
- 估计各项任务所需时间
| 任务 | 所需时间(h) |
|---|---|
| 注册用户模块 | 6 |
| 注册 | 2 |
| 登录 | 2 |
| 上传需要识别的图片 | 2 |
| 图片处理模块 | 24 |
| 去除水印 | 3 |
| 图片格式转换 | 2 |
| 识别图片信息 | 7 |
| 提取所需文字信息 | 9 |
| 结果导出 | 3 |
| 管理模块 | 6 |
| 管理用户信息 | 4 |
| 检查信息提取准确率 | 2 |
任务5：对团队项目按功能进行模块划分、建立模块的层次结构及调用关系、确定各模块间的接口等；进行软件系统数据库逻辑结构设计，包括数据特征的描述、确定数据的结构特性。撰写团队项目软件系统设计说明书，以回答：软件是如何实现用户需求的？
已将《网店工商信息图片文字提取软件系统设计说明书》上传到团队项目Github仓库
-
团队项目仓库链接：https://github.com/cuimt/tianma
-
团队项目仓库截图
任务6：完成《实验八 团队作业4：团队项目需求建模与系统设计》团队博文作业
- 完成各项任务实际花费的时间和分工
| 任务内容 | 实际花费的时间(min) | 分工 |
|---|---|---|
| 任务1 | 20 | |
| 实验六团队互评 | 20 | * 钦颖负责下载互评方项目资料与原型系统，大家一起阅读互评方资料并运行原型系统，最后由 * 梦涛总结并发布对互评方的评论 |
| 任务2 | 30 | |
| 学习ProcessOn的软件操作方法 | 30 | 每个人都注册并使用ProcessOn，然后一起交流讨论 |
| 任务3 | 150 | |
| 绘制系统数据流图 | 30 | * 蕊媛负责绘制系统数据流图，同时 * 梦涛、癿 * 盼、* 钦颖协助完成 |
| 编写数据字典（ER图） | 50 | 大家共同商讨确认数据字典表的大致构成，* 梦涛编写数据字典的雏形，* 钦颖编写最终的数据字典和ER图 |
| 绘制软件系统状态图 | 30 | * 钦颖和癿 * 盼负责绘制软件系统状态图，同时 * 梦涛和 * 蕊媛协助完成 |
| 编制团队项目系统需求规格说明书 | 40 | 癿 * 盼负责将资料总结起来编制最终的系统需求规格说明书，* 钦颖负责查找资料，同时 * 梦涛、* 蕊媛协助完成 |
| 任务4 | 30 | |
| 编制团队项目的WBS，估计各项任务所需时间 | 30 | * 梦涛和 * 蕊媛负责编制WBS并估计时间，同时癿 * 盼和 * 钦颖协助完成 |
| 任务5 | 110 | |
| 设计软件系统总体结构 | 30 | 大家一起商讨确定，* 梦涛负责绘制系统流程图 |
| 设计软件系统数据库逻辑结构 | 30 | 大家一起商讨确定， * 梦涛负责绘制逻辑结构图 |
| 撰写团队项目软件系统设计说明书 | 50 | 癿 * 盼负责将资料总结起来编制最终的软件系统设计说明书，* 蕊媛负责补充，同时 * 梦涛和 * 钦颖协助完成，最后由癿 * 盼将所有文档资料上传至Github |
| 任务6 | 40 | |
| 以博客形式记录本次任务 | 40 | * 蕊媛负责博客的撰写，同时 * 梦涛、癿 * 盼、* 钦颖辅助完成 |
- 从团队分工和协作学习角度，陈述团队实施项目需求分析建模、软件系统设计等学习活动的心得
1、* 梦涛：
-
项目需求分析建模：在开发过程中对软件项目进行监控和控制,保证项目的顺利开展。软件开发公司不仅要严格监督项目的执行进度,实时指导进行合理调整,而且还要控制实施过程中的困难和阻力,提出专业性的建议和解决方案,避免项目延期。通过进一步的调研,优化总体的技术实施方案,再根据方案要求进行技术人员的合理配置,使得每个岗位各司其职,又相互协作推动项目的高效运作。
-
软件系统设计：本次实验是整个项目开发过程中内容最多而且最重要的一部分，我们团队在完成实验内容的过程中分工明确，合作有力，不仅按时完成了项目内容，而且在本次实验中学习到了很多知识，比如ProcessOn的使用，以及使用UML建模，在软件开发中涉及到的一些规则和方法等都进行了讨论学习，并且编写了软件系统设计说明书，整理了项目开发的系统结构和框架，为下一步的编程工作打下了良好的基础。在团队合作完成的过程中积极的交流和探讨帮助我解决了很多力所不能及的难题，很大程度上提升了项目开发的整体效益。
2、* 钦颖：
-
项目需求分析建模：本次任务主要是建立项目模型，涉及到很多图形和文字内容，要根据之前的需求去完善软件的功能。在需求分析建模方面，我们学习并使用了ProcessOn软件，绘制了数据流图、ER图、软件系统状态图，同时还完成了项目系统需求规模说明书的工作。
-
软件系统设计：在软件系统设计方面，我们对软件的系统逻辑结构和软件系统数据库逻辑结构有了更深的理解。之前对系统是脑海中的构想，目前按照计划逐步实施，框架功能越来越清晰。每一次实验任务就像是一个挑战，一点一点去学习新的内容知识，慢慢的将系统充实攻克难关。在过程中，大家对构建的内容有不同理解和意见，但是正因为矛盾碰撞出了更好的方案。团队互帮互助，相爱相杀，共同推进项目的实现。
3、癿 * 盼：
-
项目需求分析建模：在编写需求说明书中，我们进行了需求概述，系统功能需求，软硬件及外部接口需求和可用性和可靠性需求的撰写。本次的实验中，我们又接触到了一个新的建模工具ProcessOn，通过组内的讨论，我们先学习了如何使用这个工具，接着进行团队分工，讨论了一下与我们设计的系统所需要的文档相关的内容。在编写文档的过程中，我们大家经过讨论一点一点的往里面添加内容，对于一些文档的细节问题也不放过，一次一次的修改，最终在大家都认可的情况下完成需求规格说明书撰写。在这个过程中也遇到了一些问题，比如对数据流图、数据字典和软件系统状态图的建立，由于刚开始对这些内容的模糊，建立所花费的时间比较长，但是最终在大家的积极讨论和认真思考下我们完成了这一部分。
-
软件系统设计：在这一部分最重要的是系统的总体设计和系统的数据库结构设计。对于这一部分我们小组花费的大量的时间去讨论如何设计具体的内容，每个人都积极发言，发表自己的看法，最终完成任务。在这个过程中，我们的合作也越来越顺利。通过这几次的实验的完成，各小组成员之间的沟通协作能力比以前顺利很多，而且团队成员之间的配合也越来越默契，小组成员都能够按时完成安排的任务，并且及时参加小组活动，在遇到问题时迅速反馈，共同解决问题，希望在后面能够再接再厉。
4、* 蕊媛：
-
项目需求分析建模：项目需求分析建模部分主要是在之前做的需求分析的基础上继续对项目的工作流程进行分析，因为之前做了比较详细的需求分析，所以对这部分要做的工作的思路还是比较清晰的。但是因为大家对绘制系统数据流程图和软件系统状态图不是很熟悉，所以还是花了一定的时间去学习，每个人有主要负责的，同时不会的地方四个人一起互相交流着，任务分担在每个人的身上，所以压力不是很大。数据字典和ER图在之前的数据库课程中学习过，大家都还有印象，所以这一部分大家还是比较熟悉的，就是需要对我们的项目要做出具体的分析，大家花了一定的时间讨论分离出哪几个数据表，数据表之间是怎样的关系。
-
软件系统设计：这一部分主要是对软件的总体结构和数据库逻辑结构进行了详细的梳理，大家都参与其中，有的人绘图，有的人查找资料，有的人写文档，人人都有事干，大家都在尽可能地去完善我们的项目资料，团队的合作很密切，我们彼此之间的配合也更加默契了。
