《3+1团队》第五次作业:项目需求分析改进与系统设计

项目内容
这个作业属于哪个课程任课教师博客主页链接
这个作业的要求在哪里 作业链接地址
团队名称3+1团队
团队博客地址https://home.cnblogs.com/u/3-1group
项目名称一起种水果




1.团队项目github仓库地址链接

团队项目GitHub仓库链接地址:https://github.com/HaiYou667/3-1Growingfruits



2.团队项目的系统设计过程

(1)分析《项目需求规格说明书》初稿不足,特别是需求描述建模不完整的内容
  在本周的理论课上,代老师对我们强调UML建模的九种图,类图是基础,其他图形是建立在类图上的,所以我们将系统的类图补充如下:

1660547-20190528225526689-1984701708.png

(2)参考《构建之法》8.5节功能的定位和优先级,给出功能分析的四个象限。

1660547-20190528225454107-1435690200.png

(3)编制团队项目的WBS

1660547-20190528220343944-281349902.png


3.团队项目建模工具

<1>Process on
●ProcessOn是一个在线作图工具的聚合平台,它可以在线画流程图、思维导图、UI原型图、UML、网络拓扑图、组织结构图等等,无需担心下载和更新的问题,不管Mac还是Windows,一个浏览器就可以随时随地的发挥创意,规划工作。
●可以把作品分享给团队成员或好友,无论何时何地大家都可以对作品进行编辑、阅读和评论
●ProcessOn不仅仅汇聚着强大的作图工具,这里还有着海量的图形化知识资源,尽可能的将有价值的知识进行梳理,传递到您的眼前
<2>
在团队项目的第四次博客中已对该软件进行了介绍,可参考以下博文内容:

< a href="https://www.cnblogs.com/3-1group/p/10861853.html">

4.团队项目系统设计方法

  在概要设计之前,我们先根据 WBS中列出的系统功能,明确“数据从哪里来到哪里去”,最后设计数据库构建出系统的总体结构,如下图所示:

1660547-20190528221529600-689052404.png


并画出了系统的ER图,如下图所示:

1.总体ER图

1660547-20190528220904270-1905321864.png

2.管理员ER图

1660547-20190528221204325-1186259443.png

3.用户ER图

1660547-20190528220948899-188253840.png

4.商家ER图

1660547-20190528221018626-733385631.png

5.商品类型ER图
1660547-20190528221039258-1102999393.png

6.商品ER图

1660547-20190528221059660-907894471.png

7.购物车ER图
1660547-20190528221313996-604201364.png

8.订单ER图

1660547-20190528221317392-316153278.png


5.团队项目系统设计过程总结

(1)在本次系统设计过程中,我们学习了面向对象系统分析把系统分为三个子模型:
  对象模型(静态结构)、动态模型(交互次序)、功能模型(数据变换)
主题从较高层次描述系统总体模型,通过划分主题将一个复杂的、大型的对象模型划分为5个不同的概念范畴:

  --------------主题层

  --------------类与对象层

  --------------结构层

  --------------属性层

  --------------服务层

  面向对象分析大体上按照以下步骤进行:

  寻找类与对象→识别结构→识别主题→定义属性→建立动态模型→建立功能模型→定义服务

  我们知道,OOA分析不一定要严格的按照以上顺序执行,大型、复杂的系统一般要反复构造多遍才能建成。分析的过程也必须与专家与用户反复交流,改正错误的信息,补充缺少的信息。

(2)从《构建之法》8.5节的内容中,我们了解到,要想把用户吸引过来,团队自己的产品要有一个差异化的焦点,在这个焦点上要团队努力做到比别人好10倍,搞一个数量级。这种功能又叫杀手功能。其他功能也很重要,他们相对来说都是外围的。产品也许有很多功能,但是应该只有一两个功能是杀手级的。
于是有两种不同类型的功能:

  杀手功能(Core)/ 外围功能(Context)

  除此之外,竞争对手和用户已经决定了一些此类产品必须要满足的需求,不能满足这些需求,产品就人不了用户和评论员的法眼,当然,还有许多功能是辅助性的。

  这样,又得到另一种划分:

  必要需求( Mission Critical) / 辅助需求( Enabling )

  这四种划分结合起来,就得到了功能分析的四个象限。

这四个象限能让软件团队清楚地看到感兴趣的工功能处于什什么地位,有了这些分析,就以产生差异化和独特用户价值的地方。重要的是,不要把资源平摊到所有象限中,而是倾斜到可以产生差异化和独特用户价值的地方。
邹欣老师列出了绘制四个象限的方法,如下所示:

1660547-20190528231311691-1295623367.png


6.团队成员在系统设计的具体分工及占整个系统设计文档任务的工作量比例

团队分工及所占比例

团队成员分工所占比例
王雯涵WBS制作,编写博客30%
郭佳修改需求规格说明书,绘制ER图、系统结构图30%
麻存滔WBS制作、编写博客20%
邹立源修改需求规格说明书,绘制ER图、系统结构图20%

转载于:https://www.cnblogs.com/3-1group/p/10909725.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值