《对不队》团队作业五——项目需求改进
一、团队项目需求分析改进
a.《学术管理系统》初稿的不足
需要对初稿的用例图,类图,流程图进行进一步的解释说明。
b.功能分析的四个象限
图1 四象限图
c.团队项目的WBS
图2 WBS
d.请以讲故事的方式介绍你们的项目中的功能,介绍一个场景,用户如何使用这项功能,解决了用户的什么问题。
在一座金碧辉煌的城堡里,正举行着严肃而盛大的会议。会议的主题是:如何提高全国人民对于各类会议的参与度。A王子:“各个领域的人自然会关注到想去参加的会议,这有什么好解决的。”B王子:“反对,如果只是关注本领域,那岂不是过于功利?你参加学术会议就不可能参加音乐学术会议么?”C大臣:“B王子说的甚好,若我们有统一的平台公布各个领域的会议,那我们的会议参与度肯定会更高,对于国际会议参与度一高,那也算是赚足了脸面的。”A王子:“你们说的可简单,该做什么样的平台?谁做?你们倒是拿个方案啊。”D程序猿款款走来,面带微笑地鞠了一个躬,不紧不慢地说:“王子和C臣们不必着急,这样的会议平台我们就有啊,那就是我的学术管理系统,大小会议,尽入囊中。有会议的可以申请发布会议,管理员同意之后会议发布,会议参与者只需要注册登录系统,查看首页的近期会议就行。而我们离启动只差投资和你的的会议总管理啦!”AB王子投来赞赏的眼光,异口同声地说:“好好好,就它就它了!”
e.团队成员估计各自任务所需时间
表1 团队任务表
f.请使用WBS工具,拆分项目,创建自己的看板图和燃尽图
图4 看板图
图5 燃尽图
二、团队项目 系统设计
1.
图6 系统总体结构图
图7 功能使用图
2.E-R图
(1)系统管理员实体、参会人员审稿专家实体的总体E-R图,如图所示:
(2)系统管理员与参会人员 E-R图
(3)系统管理员与审稿专家E-R图
(4)系统管理员,参会人员与审稿专家E-R图
表2 工作量表
需求分析是软件定义时期的最后一个阶段,它的基本任务是准确地回答“系统必须做什么?”这个问题。
需求分析所要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其它系统元素的接口细节,定义软件的其它有效性需求。
需求分析的结果,是系统设计的依据。系统总体设计是建立在需求分析的基础上解决“系统怎样做?”这个问题。我觉得,总体设计好象对应需求分析中的系统建模.
即系统总体设计实际上是对整个系统的需求,建立一个模型。
“系统设计工作应该自顶向下地进行。首先设计总体结构,然后再逐层深入,直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上,对整个系统的划分(子系统)、机器设备(包括软、硬设备)的配置、数据的存贮规律以及整个系统实现规划等方面进行合理的安排。”
------引自https://blog.csdn.net/aa2397199142/article/details/50686499
设计系统的总体结构可简单分为如下步骤:
①首先是合理地进行系统模块结构的分析和定义,将一个复杂的系统设计转为若干个子系统和一系列基本模块的设计,并通过模块结构图把分解的子系统和一个个模块按层次结 构联系起来。
②然后进行系统的详细设计了,即各种输入、输出、处理和数据存储等的详细设计。
③最后完成系统设计报告。
这本次的设计过程中,每个小组成员都积极参与其中,认真负责的完成了各自的任务。小组成员相互合作,解决了项目中存在的问题。参考国标GB8567——88中《软件系统概要设计说明书》撰写设计文档。
虽然在前期讨论的时候,存在着意见不统一的问题,但经过认真分析得出了最后的解决方案,很感谢小组中每一位成员,是大家不懈努力才能使我们的项目更加完善。