第一范文网 - 专业文章范例文档资料分享平台

软件项目计划书 - 图文

来源:用户分享 时间:2025/10/12 13:29:42 本文由loading 分享 下载这篇文档手机版
说明:文章内容仅供预览,部分内容可能不全,需要完整文档或者需要复制内容,请下载word后使用。下载word有问题请添加微信号:xxxxxxx或QQ:xxxxxx 处理(尽可能给您提供完整文档),感谢您的支持与谅解。

WORD格式下载后可以编辑

6 项目规模估算

考虑15 种影响软件工作量的因素计算 EAF:

软件产品属性 1.17软件可靠性、 1.18软件复杂性、 1.19数据库的规模。 计算机属性 1.20程序执行时 、间

1.21程序占用内存的大小、 1.22软件开发环境的变 、化1.23软件开发环境的响应速度。 人员属性

1.24分析员的能力、 1.25程序员的能力、 1.26有关应用领域的经 、验1.27开发环境的经 、验1.28程序设计语言的经 。验项目属性

1.29软件开发方法的能力、 1.30软件工具的质量和数量、 1.31软件开发的进度要求。 四种属性共 15 个要素。

每个要素调节因子Fi, i=1,2, ? ...,15的, 值分为:

很低、低、正常、高、很高、极高,共六级。正常情况下 Fi=1。

Boehm推荐的 Fi 值范围: (0.70, 0.85, 1.00, 当 15 个 Fi 的值选定后, EAF 的计算如下:

EAF=F1*F2* ? ? *F15=1.12

7

专业资料分享

1.15, 1.30, 1.65) WORD格式下载后可以编辑

根据中级 COCOMO 模型:

代码成本估算 COCOMO 模型(组织型)

在本次的项目中, 我们粗略估算出代码行数 L 大约为 10000行,根据模型公 式得出以下结果:

开发工作量: MM = a (KDSI)b 开发时间 : TDEV = cMMd

项目类型 组织型 半独立型 嵌入型

a 2.4 3.0 3.6

b 1.05 1.12 1.20

(单位:人月) (单位:月)

c 2.5 2.5 2.5

d 0.38 0.35 0.32

计算结果如下:

MM=a(KDSI)^b*EAF=57.52( 人月) MM = 57 人月

TDEV = 19 月

组织型人员资金预计为: 19*4000=76000 元

7 质量管理计划

1.32 目的

质量管理是指确定质量方针、 目标和职责并在质量体系中通过质量计划、 质 量控制、质量改造和质量改进使其实施的全部管理职能所有的活动, 理的主要目的就是监控项目的可交付产品和项目执行过程, 的要求和标准,良好的项目管理是项目完成好坏的基础保证。 1.33 质量管理流程

软件质量管理的 4 种不同管理水平如下:

检查:通过软件质量的检查,符合规定的软件产品为合格品,不能通过检测 的不能运用到市场。

保证:软件开发部门,定制软件质量目标,质量计划,保证软件的开发,相 当于初期的 “软件质量保证 ”。

预防:软件质量以预防为主,以过程为重,把工作重点放在过程管理上。 完美:以客户为中心,贯穿于软件开发生产周期全过程,全员参与。 1.34 软件质量标准

在本次的 APP 开发中,我采用了 ISO9126 模型中的质量检验标准准则来约 束我的项目开发

8

专业资料分享

因此质量管

以确保他们符合相关

WORD格式下载后可以编辑

表6 所示:ISO9126软件质量模型中的 21 个特性表

质量特性

资料子特征 适用性 准确性

功能性

互操作性 符合性 安全性 成熟性

可靠性

容错性 可恢复性 可理解性

可用性

易学性 易操作性

效率

时间行为

资源行为 可分析性

可维护性

易修改性 稳定性 可测试性 易安装性

可移植性

可替换性 适应性 一致性

等级(优、良、差)

优 优 优 良 良 优 良 良 优 优 优 优 优 优 良 优 良 优 优 优 优

1.35 质量控制计划 2.15质量策略

为了保证提交给用户的产品是高质量的, 实施过程中采取的质量保证措施包 括:

1)将质量贯彻到日常的项目进展过程中。

2)应该特别注意项目工作产品质量和早期评审工作,无论是质量保证还是 质量控制,采取的策略都是早期预防和早期排除缺陷。 2.16质量保证活动

质量保证的只要活动包括过程评审和产品审计, 过程评审和产品审计的目的 是确保在项目进展过程中的各个阶段和各个方面采取各项措施来保证和提高提 交给用户的产品质量。

每一次过程评审和产品审计都应填写相应的报告或活动记录。

9

专业资料分享

WORD格式下载后可以编辑

1.36质量控制活动

质量控制活动包括代码走查、单元测试、集成测试、环境测试等,由开发入 负责,详见进度计划。 编码人员在编写代码时要进行同步单元测试, 单元测试要 达到分支覆盖, 产品通过单元测试和编码检查后, 应提交给测试部门进行集成测 试、系统测试。 测试部的测试应达到质量目标要求, 软件发布时应达到测试通过 准则的要求。

严格按照项目开发过程中的各项步骤,从项目立项,可行性研究报告、 报告、项目开发计划等,具体实施。

需求分析

8 风险计划

2.17 风险计划表

在本次游戏项目开发过程中,我们会遇到的风险如下:

风险名称 宣传风险

危重级别 中

解决(或避免)风险的方法

考虑资金的情况下,加大宣传力度,多 方向宣传。

趣味性风 险

角色设计风 小 险

修改。

美术人员设计好人物、场景之后,先行 展示给目标人群,记录人们的反映。 当调整。

游戏优化风 大 险 关卡设计 风险

进行,计算消耗的时间,根据情况,添 加或减少锦上添花的素材。

尽早制作游戏素材,边测试边开发,防 止美术素材太过消耗资源。

先设计第一个场景,而不是各方面全面

先行开发游戏简化版,先行体现,调试

备注 无

专业资料分享

WORD格式下载后可以编辑

10

专业资料分享

搜索更多关于: 软件项目计划书 - 图文 的文档
软件项目计划书 - 图文.doc 将本文的Word文档下载到电脑,方便复制、编辑、收藏和打印
本文链接:https://www.diyifanwen.net/c9fwie6jh491h1yk7phhy1xkfw968dk01avi_3.html(转载请注明文章来源)
热门推荐
Copyright © 2012-2023 第一范文网 版权所有 免责声明 | 联系我们
声明 :本网站尊重并保护知识产权,根据《信息网络传播权保护条例》,如果我们转载的作品侵犯了您的权利,请在一个月内通知我们,我们会及时删除。
客服QQ:xxxxxx 邮箱:xxxxxx@qq.com
渝ICP备2023013149号
Top