《少年先疯队》第四次作业：项目需求调研与分析

博文简要信息表：

项目 内容
软件工程 https://www.cnblogs.com/nwnu-daizh/
本次实验链接地址 https://www.cnblogs.com/nwnu-daizh/p/10687492.html
团队名称 少年先疯队
作业学习目标 （1）学习利用UML模型描述用户需求（2）编写软件需求规格说明书。

任务1：学习并了解实验任务书推荐的各类UML软件绘制工具；

 常用UML图形软件绘制工具有：Visio、Rational Rose、PowerDesign

Visio

  • UML建模工具Visio 原来仅仅是一种画图工具，能够用来描述各种图形（从电路图到房屋结构图），也是到VISIO2000才开始引进软件分析设计功能到代码生成的全部功能，它可以说是目前最能够用图形方式来表达各种商业图形用途的工具（对软 件开发中的UML支持仅仅是其中很少的一部分）。它跟微软的office产品的能够很好兼容。能够把图形直接复制或者内嵌到WORD的文档中。但是对于代码的生成更多是支持微软的产品如VB,VC++,MS SQL Server 等（这也是微软的传统），所以它可以说用于图形语义的描述比较方便，但是用于软件开发过程的迭代开发则有点牵强。

Rational Rose

  • Rational Rose是一种基于UML的建模工具。在面向对象应用程序开发领域，Rational Rose是影响其发展的一个重要因素。Rational Rose自推出以来就受到了业界的瞩目，并一直引领着可视化建模工具的发展。越来越多的软件公司和开发团队开始或者已经采用Rational Rose，用于大型项目开发的分析、建模与设计等方面。
    从使用的角度分析，Rational Rose易于使用，支持使用多种构件和多种语言的复杂系统建模；利用双向工程技术可以实现迭代式开发；团队管理特性支持大型、复杂的项目和大型而且通常队员分散在各个不同地方的开发团队。同时，Rational Rose与微软Visual Studio系列工具中GUI的完美结合所带来的方便性，使得它成为绝大多数开发人员首选建模工具；Rose还是市场上第一个提供对基于UML的数据建模和Web建模支持的工具。此外，Rose还为其他一些领域提供支持，如用户定制和产品性能改进

PowerDesign

  • PowerDesigner原来是对数据库建模而发展起来的一种数据库建模工具。直到7.0版才开始对面向对象的开发的支持，后来又引入了对UML的支持。但是由于PowerDesigner侧重不一样，所以它对数据库建模的支持很好，支持了能够看到的90%左右的数据库，对UML的建模使用到的各种图的支持比较滞后。但是在最近得到加强。所以使用它来进行UML开发的并不多，很多人都是用它来作为数据库的建模。如果使用UML分析，它的优点是生成代码时对Sybase的产品PowerBuilder的支持很好（其它UML建模工具则没有或者需要一定的插件），其他面向对象语言如 C++，Java，VB,C#等支持也不错。但是它好像继承了Sybase公司的一贯传统，对中国的市场不是很看看好，所以对中文的支持总是有这样或那样的问题。

任务2：下载并安装Visio，学习软件操作；Visio UML图形绘制工具团队学习总结；

  • 大多数图形软件程序依赖于结构技能。然而，在您使用 Visio 时，以可视方式传递重要信息就像打开模板、将形状拖放到绘图中以及对即将完成的工作应用主题一样轻松。Office Visio 2010中的新增功能和增强功能使得创建 Visio 图表更为简单、快捷，令人印象更加深刻。
  • 通过对Visio的使用，我们小组对于UML建模的过程以及Visio的绘图过程都较为熟悉了，而且我们小组成员对于现在的项目模型中多方面的了解了，也愈发的熟悉我们的系统设计以及结构。
  • Visio的优势：对系统、资源、流程及其幕后隐藏的数据进行可视化处理、分析和交流。使图表外观更专业。通过Visio连接形状和模板快速创建图表，提高工作效率。使用图表交流并与多人共享图表。

任务3：实施团队项目软件用户调研活动。要求：

（1）真实的用户调研对象；

（2）利用实验七所开发的软件原型；

（3）要有除原型法之外的其他需求获取手段；

（4）收集用户需求调研活动的佐证材料（访谈录音、照片、问卷、调研人员名单等等）。

      我们主要采用调查问卷和面对面访谈的方法来获取用户的需求，为了确保信息的真实可靠性，首先我们是将调查表发布在qq群以及微信群里面。然后扩大范围进行调研。具体调查情况详见github。

任务4：采用UML模型描述任务3所获取的用户需求，请调研用户复查

系统中涉及系统管理员，会员两种权限；接下来针对每种权限说明下功能结构；
管理员： 管理员登录，房间信息管理，商品信息管理，会员的添加，会员信息管理，会员用户的充值，会员办理入住业务，会员办理退房业务
会员：会员登录，会员信息的查看，会员积分兑换业务；

1)系统管理员用例图

2)会员用户用例图

3)管理员活动图

4)活动图

6)顺序图

5)用户登录时序图

8)客房信息状态图

9)部署图

10)功能设计图

任务5：撰写团队项目软件需求规格说明书，并将该文档上传到团队项目Github仓库。

任务6：团队项目的用户需求调研过程、需求调研方法与建模工具，需求调研结果、描述团队成员的具体分工及占整个需求文档任务的工作量比例，总结团队项目需求分析心得。

  • 需求调研方法与建模工具

    • 需求调研方法：调查问卷，访谈
    • 建模工具:Visio

  • 团队项目的用户需求调研过程

    • 调研对象：在真实用户的情况下，我们选择了在校大学生，工作人员，以及社会人士
    • 调研问题：完整调研表已上传在github中：https://github.com/snxfd123/designfile
    • 调研方法：调查问卷

  • 团队项目需求分析设计成果

    • 1.部分调研成果展示：

1）您有国内外星级酒店（任意一家星级酒店）的会员卡吗？

2）准备选择酒店时，您会因为拥有酒店会员卡而优先考虑吗？

3）您喜欢以下哪种会员加入方式？

4）您填写会员信息，相信酒店会对信息保密吗？

5）您更喜欢以下哪种会员权益？

6）如果会员卡积分兑换项目有一项，您会兑换哪项？

7）你对酒店会员制度有哪些建议？

8）地域分布情况（因为之前在朋友群扩散收集信息，希望能够得到真实可靠的信息。同时，也希望能够收集到不同地区的情况。）

  • 2.访问咨询别人

3.调查总结：

  • 在从调查表或者是从与别人的访谈中，我们的到以下结论：

    • 1）对于发达地区而言，有一部分而言，还是有会员卡的，而在偏远地区，酒店会员的制度还是没有实行起来的。
    • 2）对于会员，绝大部分人还是希望可以免费注册得到
    • 3）对于积分兑换，兑换酒店住房次数等等。

  • 团队分工及所占比例

    团队成员 分工 所占比例
    姚玉婷 整理访问结果，分析问卷结果，编写博客 30%
    马丽莎 设计问卷，访问用户，编写博客 30%
    孙苗坤 撰写需求规格说明书 40%
    张 琼 UML建模，图表设计 30%

  • 总结团队项目需求分析心得。

    • 我们从两个角度去考虑项目需求：一个是从用户的角度，一个是从开发者角度，所以在谈需求时，必须边聊边记，把所谈的话记录整理，将提出的需求加以分析，做下技术评估，如果有特别的难题可以提前让开发人员做技术预研，在做评估后，需要分段实施的，就做好规划，然后和提需求的人员确认，需求文档的功能可以多写点，在需求定出阶段后，我们得把要马上实施的功能放在当前，改进我们的原型。
    • 通过这次项目，我们也明白了：一个好的团队，必定是发挥了团队中每个人的优势。这个项目要做好，软硬件结合，团队之间的每个成员都不能懈怠，组员不能有打酱油的状态。
    • 总体来讲，我们认为：需求分析其实就像一位专业的翻译员，他必须做到讲用户的语言和开发人员的语言融合在一起，让双方准确迅速地理解对方的意思，以便在开始开发软件之前让双方都真正明白对方的思路。
posted @ 2019-05-14 17:50  少年先疯队  阅读(437)  评论(1)  编辑  收藏  举报