2软件开发计划

《2软件开发计划》由会员分享，可在线阅读，更多相关《2软件开发计划（21页珍藏版）》请在装配图网上搜索。

1、身高体重分析软件开发计划(SDP)组员：说明：1。软件开发计划(SDP)描述开发者实施软件开发工作的计划, 本文档中“软件开发”一词涵盖了新开发、修改、重用、再工程、 维护和由软件产品引起的其他所有的活动。2.SDP 是向需求方提供了解和监督软件开发过程、所使用的方法、 每项活动的途径、项目的安排、组织及资源的一种手段。3.本计划的某些部分可视实际需要单独编制成册,例如,软件配 置管理计划、软件质量保证计划和文档编制计划等。目录软件开发计划（SDP） 11 引言 61。1 标识61。2 系统概述61.3 文档概述61.4 与其他计划之间的关系61。5 基线62 引用文件63 交付产品73.1

2、程序 73.2 文档 73.3 服务 73.4 非移交产品73。5 验收标准73。6 最后交付期限74 所需工作概述85 实施整个软件开发活动的计划85。1 软件开发过程85.2 软件开发总体计划85。2.1 软件开发方法85。2.2 软件产品标准85。2.3 可重用的软件产品85。2。4 处理关键性需求85。2.5 计算机硬件资源利用85.2.6 记录原理85。2.7 需方评审途径86 实施详细软件开发活动的计划96。1 项目计划和监督96.1.1 软件开发计划（包括对该计划的更新） 96。1.2CSCI测试计划96.1。3 系统测试计划96.1.4 软件安装计划96.1.5 软件移交计划1

3、06。 1。 6 跟踪和更新计划，包括评审管理的时间间隔106.2 建立软件开发环境106.2。1 软件工程环境106。 2.2 软件测试环境106。 2。 3 软件开发库106。 2。 4 软件开发文档错误!未定义书签。6。 2.5 非交付软件错误!未定义书签。6.3 系统需求分析106。 3。 1 用户输入分析106。3。2 运行概念116.3。3 系统需求116.4 系统设计116.4.1 系统级设计决策116。4。2 系统体系结构设计116。5 软件需求分析116。6 软件设计116.6.1CSCI 级设计决策116.6。2CSCI体系结构设计116。 6.3CSCI 详细设计116。

4、 7 软件实现和配置项测试116。 7。 1 软件实现116。 7.2 配置项测试准备126。 7.3 配置项测试执行126.7.4 修改和再测试126。 7.5 配置项测试结果分析与记录136.8 配置项集成和测试136。 8。 1 配置项集成和测试准备136.8.2 配置项集成和测试执行136。 8。 3 修改和再测试136.8。4 配置项集成和测试结果分析与记录136。 9CSCI 合格性测试136.9。1CSCI 合格性测试的独立性136.9.2 在目标计算机系统（或模拟的环境）上测试136.9。3CSCI 合格性测试准备136.9.4CSCI 合格性测试演练136。 9。 5CSCI

5、 合格性测试执行136。 9。 6 修改和再测试136。 9。 7CSCI 合格性测试结果分析与记录136。 10CSCI/HWCI 集成和测试136.10。1CSCI/HWCI 集成和测试准备13集成和测试执行146。 10.3 修改和再测试146.10。4CSCI/HWCI 集成和测试结果分析与记录 146.11 系统合格性测试146.11.1 系统合格性测试的独立性146.11.2 在目标计算机系统（或模拟的环境）上测试146.11.3 系统合格性测试准备146。 11.4 系统合格性测试演练146。 11.5 系统合格性测试执行146.11。6 修改和再测试146.11.7 系统合格性

6、测试结果分析与记录146。 12 软件使用准备146。 12.1 可执行软件的准备错误!未定义书签。6。12。2 用户现场的版本说明的准备错误!未定义书签。6.12。3 用户手册的准备错误!未定义书签。6。12.4 在用户现场安装错误!未定义书签。6.13 软件移交准备146.13。1 可执行软件的准备146。13。2 源文件准备156.13。3 支持现场的版本说明的准备156.13。4“已完成”的 CSCI 设计和其他的软件支持信息的准备156。13.5 系统设计说明的更新156.13。6 支持手册准备156.13.7 到指定支持现场的移交156。14 软件配置管理156。14。1 配置标识

7、156.14.2 配置控制156.14。3 配置状态统计156。14。4 配置审核156.14.5 发行管理和交付166。15 软件产品评估166.15.1 中间阶段的和最终的软件产品评估166。15。2 软件产品评估记录（包括所记录的具体条目）166。15。3 软件产品评估的独立性166.16 软件质量保证166.16.1 软件质量保证评估166.16。2 软件质量保证记录、包括所记录的具体条目166。16。3 软件质量保证的独立性166.17 问题解决过程（更正活动） 166.17.1 问题/变更报告 166。17。2 更正活动系统166。18 联合评审（联合技术评审和联合管理评审）166

8、.18.1 联合技术评审包括-组建议的评审166.18.2 联合管理评审包括-组建议的评审166。19 文档编制166。20 其他软件开发活动176。20。1 风险管理，包括已知的风险和相应的对策176。20。2 软件管理指标,包括要使用的指标176。20。3 保密性和私密性176.20。4 分承包方管理176。20。5与软件独立验证与确认（IV&V）机构的接口176.20.6 和有关开发方的协调176.20。 7 项目过程的改进176.20.8 计划中未提及的其他活动177 进度表和活动网络图178 项目组织和资源184/208。2 项目资源189 培训 189.1 项目的技术要求189。2

9、 培训计划1910 项目估算 1910.1 规模估算1910。2 工作量估算1910。3 成本估算1910。4 关键计算机资源估算1910.5 管理预留1911 风险管理 1912 支持条件 2012。1 计算机系统支持。2012.2 需要需方承担的工作和提供的条件。2012。3 需要分包商承担的工作和提供的条件。2013 注解 20附录 201 引言1.1 标识标题：身高体重分析软件版本号： 1。01.2 系统概述一套针对身高体重测试的分析软件，所有人都能使用，它包括了检测体型是否正常，个 人身高所对应的标准体重，预测未来身高以及最合适的伴侣体型. 需求方:健身中心，减肥中心等 开发者：计算

10、机团队小组 用户: 所有人均可使用 原有系统只能依靠输入身高体重来测试自己体型是否正常。 现有系统可以通过测试身高体型比例来提出合理的饮食建议，此外还实现了许多额外功能来 使软件功能更加丰富,更受使用者青睐。1.3 文档概述本文档为此项目开发的计划文档,用于规划整个开发过程。 本文档的阅读对象如下：1、开发人员2、测试阶段人员3、对本文档进行评审的人员或机构4、项目组及其他有权需要调用本文档的人员1.4与其他计划之间的关系无1。5 基线版本：“1.02 引用文件软件工程第二版高等教育出版社 软件工程导论第五版清华大学出版社计算机软件文档编制规范GB-T8567-20063 交付产品3。1 程序

11、完整的安装程序。3。2 文档规格说明书，操作指南。3.3服务版本升级服务。3.4 非移交产品测试版本：1.0beta（拥有配套的测试软件）3。5 验收标准可运行的完整测试程序。3。6最后交付期限2013 年 5 月 20 日.4所需工作概述本项目需开发出一个可以在 windows 操作系统上运行的身高体重分析软件。所需文档 包括可行性分析（研究）报告（FAR）和软件需求规格说明书（SRS）。在系统生命周期中处于软 件开发时期.选用五人小组开发计划，由五人配合一起完成软件的开发。5 实施整个软件开发活动的计划5.1软件开发过程因为本项目开发的目的已经很明确，而且不用在短时间内先设定软件的原型，因

12、此本软 件开发采用瀑布式模型，按线性结构并依靠文档驱动进行规范的开发。依据软件功能需求进 行设计，并且最终编码实现（主要） ,和测试升级维护.5.2软件开发总体计划5.2。1 软件开发方法*本系统采用面向过程开发方法。5.2.2 软件产品标准GB/T 85672006标准5.2.3 可重用的软件产品不适用5.2.4 处理关键性需求不适用5。2.5计算机硬件资源利用在计算机上进行全程开发,测试以及维护工作.5。2。6 记录原理不适用5.2.7 需方评审途径开发小组介绍软件的方法与构造，然后交付软件由任课老师评审。6实施详细软件开发活动的计划6.1项目计划和监督小组五人分配项目中的任务，软件分析定

13、义（包括需求分析，可行性分析）由王葵、殷 春蕾负责；软件开发（包括详细设计，编码实现）由李武晨、贠向前负责；综合测试（包括 测试，维护，升级）由张奕男负责。五人互相监督完成各自任务,不用独立完成各自负责任务, 尽量团队合作一起完成。6。1.1软件开发计划（包括对该计划的更新）根据需求分析,该软件应该基本实现：体型是否标准测算：选择性别,输入身高和体重，根据相应公式算出结果,并给出建议。根据身高计算标准体重：选择性别，输入身高，根据公式算出标准体重,并显示.预测未来身高：根据性别和父母亲的身高，计算出未来可能的身高，并显示.预测伴侣身高体重：根据选定的性别和输入的身高、体重，计算出合适伴侣的身高

14、体重。软件的运行：可从“我的体型是否标准”、“我的标准体重是多少”、“我未来的身高”、“最合 适的伴侣体型”中选择一项进行具体测试，测试完成后按退出进入初始界面。可从初始界面 选择其它项继续测试，所有测试完成后，在初始界面按退出，退出软件.界面：软件的开始界面，我的体型是否标准测试界面，我的标准体重是多少测试界面、我未 来的身高测试界面和最合适的伴侣体型测试界面。6。1.2CSCI测试计划6.1.3 系统测试计划6.1.4 软件安装计划在从项目开发阶段到最后软件的正式发布期间，做好项目的保密工作，小组成员对所有项目 所有相关文档进行加密，做好备份工作。6。 1.5 软件移交计划在完成全部的软件

15、设计和测试工作之后，将软件移交给客户。6。 1.6 跟踪和更新计划,包括评审管理的时间间隔6.2 建立软件开发环境下载安装 visual C+6。 2.1 软件工程环境开发工具：visual C+6。 2。 2 软件测试环境Windos2000 操作系统以上的计算机.6。 2.3 软件开发库6.3 系统需求分析6.3。 1 用户输入分析界面操作：测试项目选择，确认选项，清空选项，退出软件。 设置操作:性别选择，身高、体重设置。 测试操作:按确认选项，进行测试。其他操作:清空，退出。6.3.2 运行概念系统运行在计算机上，用户通过输入查询到所需信息6。3.3 系统需求系统需要有实施和运行的可能，

16、还要有一定的效益。6.4系统设计6。4.1 系统级设计决策6。4.2 系统体系结构设计6。5软件需求分析6.6软件设计6.6 o 1CSCI级设计决策6.6。 2CSCI 体系结构设计6.6o 3CSCI 详细设计6o 7 软件实现和配置项测试6.7.1 软件实现软件实施需在特定平台上进行。配置项测试准备由用户在自己的运行平台上进行测试，需要准备一台计算机。6。7。3 配置项测试执行由用户在自己的运行平台上进行测试，需要准备一台计算机，运行程序，执行各个功能,看 看是否满足要求。6。7.4 修改和再测试由用户在自己的运行平台上进行测试，需要准备一台计算机，运行程序，执行各个功能，看 看是否满足

17、要求，如果不能满足要求,则报告给开发者，开发者进行修改，然后用户运行新 程序，再进行测试。6。7.5 配置项测试结果分析与记录6。8配置项集成和测试6.8。1配置项集成和测试准备6.8。2 配置项集成和测试执行6。8.3 修改和再测试配置项集成和测试结果分析与记录6。9CSCI合格性测试6。 9。 1CSCI 合格性测试的独立性6。 9.2 在目标计算机系统（或模拟的环境）上测试6.9。 3CSCI 合格性测试准备6.9。 4CSCI 合格性测试演练6.9。 5CSCI 合格性测试执行6.9.6 修改和再测试6.9.7CSCI 合格性测试结果分析与记录6。 10CSCI/HWCI 集成和测试6

18、。 10。 1CSCI/HWCI 集成和测试准备6。10。2CSCI/HWCI集成和测试执行 6。 10.3 修改和再测试6。 10.4CSCI/HWCI 集成和测试结果分析与记录6。 11 系统合格性测试6.11。 1 系统合格性测试的独立性6.11。 2 在目标计算机系统（或模拟的环境）上测试6.11。 3 系统合格性测试准备6。 11.4 系统合格性测试演练6.11。 5 系统合格性测试执行6.11.6 修改和再测试6。 11。 7 系统合格性测试结果分析与记录6.12 软件使用准备不适用6。 13 软件移交准备6.13.1 可执行软件的准备台计算机6。13。2 源文件准备 打包好的源程

19、序文件，报告可安装的文件。6.13.3 支持现场的版本说明的准备 本项目小组提供的最新版本.6。13.4“已完成”的 CSCI 设计和其他的软件支持信息的准 备6.13。5 系统设计说明的更新 由后期维护阶段具体说明。6.13.6 支持手册准备用户手册的准备，本组提供的用户手册。6。13.7 到指定支持现场的移交6。14 软件配置管理6.14.1 配置标识6.14.2 配置控制6.14.3 配置状态统计6.14。4 配置审核6.14。5 发行管理和交付6.15 软件产品评估6。15。1 中间阶段的和最终的软件产品评估6.15.2 软件产品评估记录（包括所记录的具体条目）6。15.3 软件产品评

20、估的独立性6.16 软件质量保证6.16.1 软件质量保证评估6。16。2软件质量保证记录、包括所记录的具体条目6.16.3 软件质量保证的独立性6.17问题解决过程（更正活动）6.17.1 问题/变更报告6。17.2 更正活动系统6。18 联合评审（联合技术评审和联合管理评审6。18.1 联合技术评审包括-组建议的评审6.18。2 联合管理评审包括-组建议的评审6。19 文档编制6.20其他软件开发活动6.20.1 风险管理，包括已知的风险和相应的对策6.20.2 软件管理指标，包括要使用的指标6。20.3 保密性和私密性6.20.4 分承包方管理6。20。5与软件独立验证与确认(IV&V)

21、机构的接口6。 20。 6 和有关开发方的协调6.20.7 项目过程的改进6。 20。 8 计划中未提及的其他活动7 进度表和活动网络图任务名称开始时间完成时间可行性与计划研究2013.4。22013.4。5需求分析2013.4。62013。4.8软件、数据库设计2013。4.92013.4。12实现2013.4。 132013。 4。 19测试2013。 5。 8运行与维护2013。5.82013.5。138项目组织和资源8。1 项目组织小组五人（张奕男、李武晨、贠向前、王葵、殷春蕾）8。2项目资源无9培训9.1 项目的技术要求熟练掌握C语言和eclipse环境的适用.9。2 培训计划自行学习。10 项目估算10。1 规模估算 小型规模.10.2 工作量估算 课余时间内完成。10.3 成本估算无。10。4关键计算机资源估算能运行 eclipse 的计算机三台。10.5 管理预无。11 风险管理不适用12 支持条件12.1计算机系统支持.Windos2003 以上版本.12。2 需要需方承担的工作和提供的条件。无12.3 需要分包商承担的工作和提供的条件。无13 注解附录附录可用来提供那些为便于文档维护而单独出版的信息（例如图表、分类数据）。为便 于处理附录可单独装订成册附录应按字母顺序（A, B等）编排。