实验七 团队作业4：团队项目需求建模与系统设计
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/2018CST |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/14733878.html |
| 团队名称 | 吃货团 |
| 团队成员分工描述 | 常龙龙、刘佳华：绘制数据流图和数据字典，编制团队项目需求规格说明书 陈鑫莲、陈荟茹：数据库逻辑设计，绘制ER图，撰写团队项目软件系统设计说明书 |
| 团队的课程学习目标 | 1.掌握在线作图工具ProcessOn的软件操作方法； 2.学会根据软件项目的需求分析绘制项目的数据流图、数据字典的过程； 3.掌握WBS的编制过程 4.学会根据需求分析构思项目的功能模块、数据库的逻辑结构设计，最终撰写团队项目软件系统设计说明书的过程； 5.知道做一份完美的软件工程项目所要具备的前期文档资料准备 |
| 这个作业在哪些方面帮助团队实现学习目标 | 1.了解了ProcessOn的操作方法； 2.掌握了撰写团队项目需求规格说明书的过程和方法； 3.系统总体设计过程、设计原理和启发式规则 更加理解了项目进行过程中团队成员之间相互合作的重要性 |
| 团队博客链接 | https://www.cnblogs.com/chihuotuan/ |
| 团队项目Github仓库地址链接 |
博客正文
任务1：按教师公布团队项目互评名单，对互评方《实验六 项目需求分析与原型设计》的项目成果进行评价，具体要求如下：
(1）阅读互评团队项目博文作业并进行评论，评论要点包括：博文结构、博文内容、任务分工与时间耗费。将以上评论内容发布到互评团队博客评论区。
1、结对方博客链接： https://www.cnblogs.com/yongyuandeAce/p/14730654.html
2、结对方Github项目仓库链接： *暂无
3、符合要求的博客评论
4、结合实验六评分标准，给出互评团队作业评分成绩 101
(2）下载互评方团队项目资料与原型系统，并试运行原型系统。
*结对方的原型系统已运行查看
任务2：以团队协作学习方式掌握在线作图工具ProcessOn的软件操作方法
ProcessOn是一个在线作图工具的聚合平台，它可以在线画流程图、思维导图、UI原型图、UML、网络拓扑图、组织结构图等等，
优点- 免费
- 页面简洁，功能易懂易用
- 集成常用的流程图、思维导图、原型设计、UML等于一体，方便便利
- 拥有协作功能：可以和好友同时编辑同一份文档，适合个人、团队开发
- 拥有版本恢复功能：能够新建历史版本，并恢复到不同的版本
- 拥有完整免费的下载功能：支持 PNG，PDF，POS，SVG等下载
- 拥有发布、分享功能：能够美美哒分享自己的创作
- 拥有小组功能：适合团队开发，并区分了编辑者和浏览者，更方便维护文档
- 拥有推荐和模板功能：能够更便利找到所需的精彩模板，从而走向，模板在手，天下我有的幸福人生
缺点
- 原型设计不如MockPlus，毕竟MockPlus是专门做原型设计的
- 拥有文件数量限制，需要开通会员或者其他方法获取。但一般使用也足够了
- 需要联网使用，目前没有单机软件。不过便利之处也在于可以联网
任务3：根据实验六所收集的项目需求陈述资料绘制系统数据流图、编写数据字典（ER图）以及软件系统状态图，编制团队项目系统需求规格说明书，将该文档上传到团队项目Github仓库。
*已完成
任务4：编制团队项目的WBS，估计各项任务所需时间。
*已完成
任务5：对团队项目按功能进行模块划分、建立模块的层次结构及调用关系、确定各模块间的接口等；进行软件系统数据库逻辑结构设计，包括数据特征的描述、确定数据的结构特性。撰写团队项目软件系统设计说明书，以回答：软件是如何实现用户需求的？文档内容要求如下：
（1） 设计软件系统总体结构；
（2） 设计软件系统数据库逻辑结构；
*已完成
在使用Processon的过程中，总体来说还是比较好用，首先它支持一些默认的组件库比较丰富，包括很多icon，会使得设计显得高大上一些，其次会有一些对齐的辅助，帮助我们快速的对齐一些基本元素，导出也相对方便。制作起来都还是挺方便的。劣势在于不支持自己的图上传，只能使用他提供的图，更好的思路可能是你从别的地方找到一个图，可以直接复制粘贴成为自己内部的元素。免费的作图张数也有限制。
进行需求分析建模时，应注意一切信息与需求都是站在用户的角度上。尽量避免分析员的主观想象，并尽量将分析进度提交给用户。在不进行直接指导的前提下，让用户进行检查与评价。从而达到需求分析的准确性。分析员通过需求分析，逐步细化对软件的要求,最为困难的概念性工作便是要编写出详细的技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。如果做错，这将是会最终给系统带来极大损害的一部分，并且以后再对它进行修改也极为困难。
软件需求是软件开发的目标,也是其项目开发成功与失败的重要因素。有时候错误的需求分析很可能导致软件开发的全盘否定,需求错误的代价会随着项目的展开儿发生变化。如果需求错误能够及时的修复，那么其代价就会被限定在一定的范围之内。如果没有及时的发现，则很可能让整个软件的开发出现大问题。明白了正确的需求的重要性，还要注意一点就是把握软件在开发过程中应该有的功能性需求和非功能性需求。软件开发的前期要首先分析和撰写需求规格说明书，这也在一定程度上给我们一个机会去深究软件本身应该具备的功能性意义。
组员感想1：在设计软件系统的过程中会有好几种方案，而我们要通过对比最终获得成本、效率较高的方案，比如我们的软件是采用java语言开发的，而不是采用C语言开发，这就是一种语言选择方案。而要把在书本上学到的理论知识运用到文档说明以及软件设计，发现有很多东西其实还是有一定的出入的，这时候对我们的思想是有冲击的，对一个知识有了多方面的见解和更深刻的认识。在本次实验过程中，跟团队成员讨论如何使用ProcessOn建模工具，这是继墨刀之后又接触的一个新的东西，在进行项目需求分析建模的过程中我们对我们的整个软件进行了剖析，对一些不足也进行了整改。总之，是在不断改进中成长，最后需要感谢我的小伙伴们，我们的合作也越来越默契了。
组员感想2：通过本次实验，我了解到了ProcessOn建模工具，学习了它的使用方法，并与团队相互协作，共同创建了数据流图和状态图，运用到了团队项目当中，完成了需求分析的项目建模。除此之外，还学习了许多与软件系统设计相关的知识，如什么是c/s，b/s和mvc设计模式等，使我受益匪浅。通过本次的实验学习，既完善了软件工程的相关知识，又加深了与小组成员的友谊与合作程度。
组员感想3：本次的实验中，我们又接触到了一个新的建模工具ProcessOn，通过组内的讨论，我们先学习了如何使用这个工具，接着进行团队分工，讨论了一下与我们设计的系统所需要的文档相关的内容，将软件工程这门课学到的理论知识结合到实践中。在这个过程中也遇到了一些问题，比如数据流图的实现，最终通过团队协作完成了本次的作业。在这个过程中，我们的合作也越来越顺利。
