没有合适的资源?快使用搜索试试~ 我知道了~
项目总结1.21
需积分: 0 0 下载量 154 浏览量
2022-08-03
16:19:59
上传
评论
收藏 3.18MB PDF 举报
温馨提示
试读
20页
1. 项目概述 2. 实验一 需求分析 3. 实验二 实验总结 4. 实验三 实验总结
资源详情
资源评论
资源推荐
软 件 工 程 综 合 实 验
Blade 框架分析
综合实验总结
团队名称
B 组
指导教师
刘 超 任 健
培养学院
计 算 机 学 院
1.
项目概述
Blade 项目从 3 月 14 日开始至 6 月 22 日共用时 432.02 个实际工时,如图 1.1 所示,项
目初期计划工时为 433.31 个工时,但是在实际完成中用了 430.02 个工时,由于本组内有 3
人上学期有高等软件工程课的上课经验,对软件工程了解的比较多,所以本组总工时与其他
组相比少很多,但是这并没有影响到本组作业的质量。
从工时数据来看,工时的计划与实际完成相差不大。但是实际上,在项目进行中,需求
的增加和删除,以及完成某项计划的实际时间多于或少于基线时间,最终的结果只是恰巧与
计划工时相差不多,而不是因为自己前期计划的合理性较好。
图 1.1 项目工时总览图
对于实验过程的个人工时展示如图 1.2 所示
图 1.2 项目个人工时概述
8 次试验项目最终完成 word 文档字数 70121 字( 不 包含 各 种 excel 对照表),并且在项
目进行中,根据实验要求,为了方便实验更快更好的进行,开发了三款工具。分别是,GitInfo
用于快速的分析 github 的提交信息,WeebScanner,用 于 快 速 的 聚 合 每 周 工 作 内 容 ,SoftTime
准确的统计组员工作时间,三款工具的代码量超过 5000 行,有了三款工具的辅助,使得我
们实验过程中,github 分析,时间统计,以及配置管理更为方便与准确。
本次课程实验从 3 月 14 日项目确定开始到 6 月 22 日项目完成,共进行了 8 次实验,
由于在实验过程中受到老师的指导,Project 工具的使用,以及组内人员的配合,较好的完成
了 8 次实验内容,随着实验的进行,组内不断总结实验过程的经验教训,以便更好的服务下
一次实验。针对最终的课程总结,组内人员也分别对实验一到 8 进行了分析,下面一一介
绍。
2.
实验一
需求分析
2.1.
需求分析数据统计
实验一需求分析从 3 月 14 日开始至 4 月 14 日共用时 140 个工时,进行了 7 次版本迭
代,完成了 13416 字的需求分析文档。文档撰写过程中,遵循需求文档撰写规范,绘制了包
含用例图,类图,时序图,状态图以及其他辅助说明图形。具体统计如图 2.1 需求分析数据
统计表所示。
表 2.1 需求分析数据统计表
实验一:需求分析
需求文档规
模
需求项数
其他模型
其他模型中
包含元素累
积数
版本更新次
数
累积工时
(含需求修
改工时)
13416 字
8
用例图(1)
20
40
134
12
7
140h
类图(5)
时序图(8)
状态图(2)
2.2.
需求分析数据分析
在需求分析过程中,由于从确定分析 Blade 项目开始到需求分析文档撰写仅仅 4 天时
间,对于 Blade 框架,小组成员在课程之前基本属于零基础,且只有 4 个人员。故由于时间
与人员的原因,无法对整个框架进行完整,详尽分析,故对框架进行精炼,找出包括 IOC 模
块,配置模块,数据库模块等 8 个 Blade 框架的核心模块进行分析,并对其绘制了相应的用
例图并根据分析结果撰写 RUCM。
同时为了更清晰的表达需求内容,从面向对象的角度对需求分析进行分析,为每个模块
设计了类图,为了了解每个模块的执行过程,设计了时序图,为了描述系统执行过程中状态
的变化,设计了状态图。为了方便用户阅读也设计了 RUCM 与类图的对应表。
在需求分析中的文字部分为 13416 字,但是由于需求文档中的各种模型以及 RUCM 都
是以图表形式表现,故无法统计字数,实际字数可能多于 13416 字。
剩余19页未读,继续阅读
咖啡碎冰冰
- 粉丝: 11
- 资源: 292
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0