《小团团团队》第四次作业：项目需求调研与分析

项目	内容
这个作业属于哪个课程	任课教师博客主页链接
这个作业的要求在哪里	实验八 团队作业4：基于原型的团队项目需求调研与分析
团队名称	小团团团队
作业学习目标	（1）体验以原型设计为基础的团队软件项目需求获取技巧与方法。（2）学习利用UML模型描述用户需求。（3）编写软件需求规格说明书。

任务一：UML软件绘制工具简介

UML简介

    Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。 面向对象的分析与设计(OOA&D，OOAD)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。UML定义了5类，10种模型图。

五种类图定义

1、用例图：从用户角度描述系统功能，并指各功能的操作者。
2、静态图：包括类图，包图，对象图。
- 类图：描述系统中类的静态结构。
- 包图：是包和类组成的，表示包与包之间的关系，包图描述系统的分层结构。
- 对象图：是类图的实例。
3、行为图：描述系统动态模型和对象组成的交换关系。包括状态图和活动图。
- 活动图：描述了业务实现用例的工作流程。
- 状态图：是描述状态到状态控制流，常用于动态特性建模。
4、交互图：描述对象之间的交互关系。
-顺 序图：对象之间的动态合作关系，强调对象发送消息的顺序，同时显示对象之间的交互。
- 合作图：描述对象之间的协助关系。
5、实现图：
- 配置图：定义系统中软硬件的物理体系结构。

1、Visio简介

Visio - 介绍

    Office Visio，是VISIO公司在91年推出的用于制作图表的软件（现在微软收购），在早期它主要用作商业图表制作，后来随着版本的不断提高，新增了许多功能。大多数图形软件程序依赖于艺术技能。Office Visio便于IT和商务专业人员就复杂信息、系统和流程进行可视化处理、分析和交流的软件。可促进对系统和流程的了解，深入了解复杂信息并利用这些知识做出更好的业务决策。使用Visio可视方式传递重要信息就像打开模板、将形状拖放到绘图中以及对即将完成的工作应用主题一样轻松。
    Office Visio 有两种独立版本：Office Visio Professional 和 Office Visio Standard。Office Visio Professional 与 Office Visio Standard的基本功能相同，但前者包含的功能和模板是后者的母集。Office Visio Professional 提供了数据连接性和可视化功能等高级功能，而 Office Visio Standard 并没有这些功能。
    Office Visio 提供了各种模板：业务流程的流程图、网络图、工作流图、数据库模型图和软件图，这些模板可用于可视简化业务流程、跟踪项目和资源、绘制组织结构图、映射网络、绘制建筑地图以及优化系统。

Visio - 功能介绍

   （1） 使用 Office Visio 中的新增功能或改进功能，可以更轻松地将流程、系统和复杂信息可视化：借助模板快速入门。Office Visio 提供了特定工具来支持 IT 和商务专业人员的不同图表制作需要。使用 Office Visio Professional 中的 ITIL（IT 基础设施库）模板和价值流图模板，可以创建种类更广泛的图表。使用预定义的 Microsoft SmartShapes 符号和强大的搜索功能可以找到合适的形状，而无论该形状是保存在计算机上还是网站上。
    （2）快速访问常用的模板。通过浏览简化的模板类别和使用大模板预览，在新增的“入门”窗口中查找所需的模板。使用“入门”窗口中新增的“最近打开的模板”视图找到您最近使用的模板。
    （3）从示例图表获得灵感。在 Office Visio Professional 中，打开新的“入门”窗口和使用新的“示例”类别，可以更方便地查找新的示例图表。查看与数据集成的示例图表，为创建自己的图表获得思路，认识到数据为众多图表类型提供更多上下文的方式，以及确定要使用的模板。
    （4）无需绘制连接线便可连接形状。只需单击一次，Office Visio 中新增的自动连接功能就可以将形状连接、使形状均匀分布并使它们对齐。移动连接的形状时，这些形状会保持连接，连接线会在形状之间自动重排。
    （5）Microsoft Office Visio 绘图和图表制作软件有助于 IT 和商务专业人员轻松地可视化、分析和交流复杂信息。它能够将难以理解的复杂文本和表格转换为一目了然的 Visio 图表。该软件通过创建与数据相关的 Visio 图表（而不使用静态图片）来显示数据，这些图表易于刷新，并能够显著提高生产率。使用 Office Visio 中的各种图表可了解、操作和共享企业内组织系统、资源和流程的有关信息。

2、Rational Rose

    官网：http://www-03.ibm.com/software/products/en/ratirosefami
    Rational Rose是Rational公司出品的一种面向对象的统一建模语言的可视化建模工具。用于可视化建模和公司级水平软件应用的组件构造。它包括了统一建模语言（UML），OOSE，以及OMT。其中统一建模语言（UML）由Rational公司3位世界级面向对象技术专家Grady Booch、Ivar Jacobson、和Jim Rumbaugh通过对早期面向对象研究和设计方法的进一步扩展而得来的，它为可视化建模软件奠定了坚实的理论基础。
    Rational Rose 是一个完全的、具有能满足所有建模环境（Web开发，数据建模，Visual Studio和 C++ ）灵活性需求的一套解决方案。Rose 允许开发人员，项目经理，系统工程师和分析人员在软件开发周期内在将需求和系统的体系架构转换成代码，消除浪费的消耗，对需求和系统的体系架构进行可视化，理解和精练。通过在软件开发周期内使用同一种建模工具可以确保更快更好的创建满足客户需求的可扩展的、灵活的并且可靠的应用系统。
    在面向对象应用程序开发领域，Rational Rose是影响其发展的一个重要因素。Rational Rose自推出以来就受到了业界的瞩目，并一直引领着可视化建模工具的发展。越来越多的软件公司和开发团队开始或者已经采用Rational Rose，用于大型项目开发的分析、建模与设计等方面。
    Rose2002功能上可以完成UML的9种标准建模，即静态建模（用例图类图对象图组件图配置图）和动态建模（合作图序列图状态转移图活动图），为了使静态建模可以直接作用于代码，Rose提供了类设计到多种程序语言代码自动产生的插件。同时，作为一款优秀的分析和设计工具，常用UML建模工具Rose具有强大的正向和逆向工程能力。正向工程这里指的是由设计产生代码，逆向工程指由代码归纳出设计。通过逆向工程Rose可以对历史系统作出分析，然后进行改进，再通过正向工程产生新系统的代码，这样的设计方式我们称之为再工程。

3、PowerDesigner

    Power Designer 是Sybase公司的CASE工具集，使用它可以方便地对管理信息系统进行分析设计，他几乎包括了数据库模型设计的全过程。利用Power Designer可以制作数据流程图、概念数据模型、物理数据模型，还可以为数据仓库制作结构模型，也能对团队设计模型进行控制。他可以与许多流行的软件开发工具，例如PowerBuilder、Delphi、VB等相配合使缩短开发时间和使系统设计更优化。
    Power Designer是能进行数据库设计的强大的软件，是一款开发人员常用的数据库建模工具。使用它可以分别从概念数据模型(Conceptual Data Model)和物理数据模型(Physical Data Model)两个层次对数据库进行设计。在这里，概念数据模型描述的是独立于数据库管理系统(DBMS)的实体定义和实体关系定义；物理数据模型是在概念数据模型的基础上针对目标数据库管理系统的具体化。PowerDesigner 6.0支持数据流图，8.0支持UML的UseCase/sequence/class视图。

4、Rational Rose & PowerDesigner & VISIO比较

    ROSE是直接从UML发展而诞生的设计工具，它的出现就是为了对UML建模的支持，ROSE一开始没有对数据库端建模的支持，但是在现在的版本中已经加入数据库建模的功能。ROSE主要是在开发过程中的各种语义、模块、对象以及流程，状态等描述比较好，主要体现在能够从各个方面和角度来分析和设计，使软件的开发蓝图更清晰，内部结构更加明朗（但是它的结构仅仅对那些对掌握UML的开发人员，也就是说对客户了解系统的功能和流程等并不一定很有效），对系统的代码框架生成有很好的支持。但对数据库的开发管理和数据库端的迭代不是很好。
     PowerDesigner原来是对数据库建模而发展起来的一种数据库建模工具。直到7.0版才开始对面向对象的开发的支持，后来又引入了对UML的支持。但是由于PowerDesigner侧重不一样，所以它对数据库建模的支持很好，支持了能够看到的百分之九十左右的数据库，对UML的建模使用到的各种图的支持比较滞后。但是在最近得到加强。所以使用它来进行UML开发的并不多，很多人都是用它来作为数据库的建模。如果使用UML分析，它的优点是生成代码时对Sybase的产品PowerBuilder的支持很好（其它UML建模工具则没有或者需要一定的插件），其他面向对象语言如 C++，Java，VB，C等支持也不错。但是它好像继承了Sybase公司的一贯传统，对中国的市场不是很看看好，所以对中文的支持总是有这样或那样的问题。
    VISIO原来仅仅是一种画图工具，能够用来描述各种图形（从电路图到房屋结构图），也是到VISIO2000才开始引进软件分析设计功能到代码生成的全部功能，它可以说是目前最能够用图形方式来表达各种商业图形用途的工具（对软件开发中的UML支持仅仅是其中很少的一部分）。它跟微软的office产品的能够很好兼容。能够把图形直接复制或者内嵌到WORD的文档中。

任务二：Visio UML图形绘制工具团队学习总结

    通过这次项目设计，我们团队对Visio UML图形绘制工具有了深入的认识，知道了Visio不仅能够画概念图，还能够画思维导图、结构图、纲领等，Visio操作简单，无需绘制连接线便可连接形状，在Visio中我们能够快速访问常用的模板。具体学习总结如下：

（1）、 在功能区双击，弹出功能添加和删除操作界面：对各功能区删除添加功能，进行拖动即可删除和添加。

（2）、 点击视图功能按钮，可以添加形状和主题窗口，设置工作界面等。

（3）、 按住Ctrl键+鼠标左键点击形状，可以实现形状的复制。

（4）、 按ESC按键，可取消Visio中形状的选择。

（5）、 在格式按钮中，选择文本-文本块，可以更改文字的方向（横向和竖向）；在工具栏中有更改文字方向的快捷按钮（在对齐方式旁边）。

（6）、Word中编辑visio，编辑完成后，在空白处点击，即可退出Visio，转到word。

（7）、按下Ctrl+Enter会在上面插入一个空行，Ctrl+Shift+Enter则会在下面插入一个空行。光标会移至新行的开始处。

任务三：团队项目github仓库地址链接

《软件需求规格说明书》

任务四：团队项目需求分析设计成果

• 总体设计：
  

• 管理：
  

• 教师：
  

• 学生：
  

任务五：团队项目用户调研过程、需求分析总结

• 需求调研方法： 问卷调查

• 建模工具： Visio

• 用户需求调研过程：

  • 在正式开始需求调研前，我们先做了调研的前期准备：1.确定调研工具；2.调研项目前期情况；3.建立需求调研规范；4.明确客户方组织结构；5.制定项目的调研计划。
  • 根据项目总体要求，确定需求调查的目标用户为西北师范大学的学生和教师；
  • 根据需求分析制定调查问卷；
  • 以网络方式发放电子版的问卷调查表；
  • 调查结束后，对收集到的数据进行进一步的整理和分析；
  • 依据整理好的最终数据进行UML建模，选择建模工具为Visio；
  • 最后，进行团队项目软件需求规格说明书的编写。

• 需求调研结果：

我们以在校大学生为目标用户，针对西北师范大学试卷管理系统的需求情况进行问卷调查：

6.1app建议词频分析

6.2网页建议词频分析

6.3微信小程序建议词频分析

• 团队成员分工：

  • 陈飞：针对目标用户设计调查问卷，对在校大学生进行问卷调研，并收集相关数据。
    占整个需求文档任务的工作量比例：26%
  • 周琳：设定需求调研方法以及建模工具，规定项目运行环境以及所需设备，对团队成员进行大致分工。
    占整个需求文档任务的工作量比例：25%
  • 赵燕霞：整理并总结需求调研结果，描述团队项目的用户需求调研过程，总结项目需求分析心得。
    占整个需求文档任务的工作量比例：25%
  • 胡文艳：了解UML软件绘制工具，并根据获得的用户需求，建立UML 模型，并设定项目的功能以及性能需求。
    占整个需求文档任务的工作量比例：24%
  • 团队项目软件需求规格说明书由团队中每个成员共同编写。

• 团队项目需求分析心得：

        在团队项目中每一个人都是一个独立的个体，拥有独立的思想，所以在团队项目中会有思想与思想之间的碰撞，有了碰撞之后就极有可能产生争议，所以在团队项目中，一定要有一个领导者，而这个领导者在团队中要有一定的威信、公信力和领导力；其次人员分工一定要合理，充分发挥每个人的作用；最后在进行需求分析时，一定要分清楚这个系统是干什么的，需要哪些功能，用户主要是哪一类人群，尽可能的用图、文档记录所讨论到的需求，需求文档一定要完整清晰，发现其中有欠缺的地方要及时完善补充。如果其他人有任何意见，可以在设计完成后提出，如果最后关于某个问题争执不下，那么就团队投票表决或者是组长做决策，不要在一个小问题上纠结太久。