软件工程实训 期刊管理系统 软件开发计划.docx

软件工程实训 期刊管理系统 软件开发计划.docx

《软件工程实训 期刊管理系统 软件开发计划.docx》由会员分享，可在线阅读，更多相关《软件工程实训 期刊管理系统 软件开发计划.docx（32页珍藏版）》请在冰豆网上搜索。

软件工程实训期刊管理系统软件开发计划

软件开发计划（SDP）

目录

软件开发计划（SDP）1

1引言6

1.1标识6

1.2系统概述6

1.3文档概述6

1.4与其他计划之间的关系6

1.5基线6

2引用文件7

3交付产品7

3.1程序7

3.2文档7

3.3服务7

3.4非移交产品8

3.5验收标准8

3.6最后交付期限8

4所需工作概述8

5实施整个软件开发活动的计划8

5.1软件开发过程8

5.2软件开发总体计划9

5.2.1软件开发方法9

5.2.2软件产品标准9

5.2.3可重用的软件产品9

5.2.4处理关键性需求10

5.2.5计算机硬件资源利用10

5.2.6记录原理11

5.2.7需方评审途径11

6实施详细软件开发活动的计划11

6.1项目计划和监督11

6.1.1软件开发计划（包括对该计划的更新）11

6.1.2CSCI测试计划11

6.1.3系统测试计划11

6.1.4软件安装计划12

6.1.5软件移交计划12

6.1.6跟踪和更新计划，包括评审管理的时间间隔12

6.2建立软件开发环境12

6.2.1软件工程环境12

6.2.2软件测试环境12

6.2.3软件开发库12

6.2.4软件开发文档12

6.2.5非交付软件12

6.3系统需求分析13

6.3.1用户输入分析13

6.3.2运行概念13

6.3.3系统需求13

6.4系统设计13

6.4.1系统级设计决策13

6.4.2系统体系结构设计14

6.5软件需求分析14

6.6软件设计14

6.6.1CSCI级设计决策14

6.6.2CSCI体系结构设计15

6.6.3CSCI详细设计15

6.7软件实现和配置项测试15

6.7.1软件实现15

6.7.2配置项测试准备15

6.7.3配置项测试执行15

6.7.4修改和再测试16

6.7.5配置项测试结果分析与记录16

6.8配置项集成和测试16

6.8.1配置项集成和测试准备16

6.8.2配置项集成和测试执行16

6.8.3修改和再测试16

6.8.4配置项集成和测试结果分析与记录16

6.9CSCI合格性测试17

6.9.1CSCI合格性测试的独立性17

6.9.2在目标计算机系统（或模拟的环境）上测试17

6.9.3CSCI合格性测试准备17

6.9.4CSCI合格性测试演练17

6.9.5CSCI合格性测试执行17

6.9.6修改和再测试17

6.9.7CSCI合格性测试结果分析与记录17

6.10CSCI/HWCI集成和测试18

6.10.1CSCI/HWCI集成和测试准备18

6.10.2CSCI/HWCI集成和测试执行18

6.10.3修改和再测试18

6.10.4CSCI/HWCI集成和测试结果分析与记录18

6.11系统合格性测试18

6.11.1系统合格性测试的独立性18

6.11.2在目标计算机系统（或模拟的环境）上测试18

6.11.3系统合格性测试准备18

6.11.4系统合格性测试演练19

6.11.5系统合格性测试执行19

6.11.6修改和再测试19

6.11.7系统合格性测试结果分析与记录19

6.12软件使用准备19

6.12.1可执行软件的准备19

6.12.2用户现场的版本说明的准备19

6.12.3用户手册的准备19

6.12.4在用户现场安装19

6.13软件移交准备20

6.13.1可执行软件的准备20

6.13.2源文件准备20

6.13.3支持现场的版本说明的准备20

6.13.4“已完成”的CSCI设计和其他的软件支持信息的准备20

6.13.5系统设计说明的更新20

6.13.6支持手册准备20

6.13.7到指定支持现场的移交20

6.14软件配置管理20

6.14.1配置标识20

6.14.2配置控制21

6.14.3配置状态统计21

6.14.4配置审核22

6.14.5发行管理和交付22

6.15软件产品评估22

6.15.1中间阶段的和最终的软件产品评估22

6.15.2软件产品评估记录（包括所记录的具体条目）22

6.15.3软件产品评估的独立性22

6.16软件质量保证23

6.16.1软件质量保证评估23

6.16.2软件质量保证记录、包括所记录的具体条目23

6.16.3软件质量保证的独立性23

6.17问题解决过程（更正活动）23

6.17.1问题/变更报告23

6.17.2更正活动系统23

6.18联合评审（联合技术评审和联合管理评审）23

6.18.1联合技术评审包括----组建议的评审23

6.18.2联合管理评审包括----组建议的评审23

6.19文档编制24

6.20其他软件开发活动24

6.20.1风险管理，包括已知的风险和相应的对策24

6.20.2软件管理指标，包括要使用的指标24

6.20.3保密性和私密性24

6.20.4分承包方管理24

6.20.5与软件独立验证与确认（IV&V）机构的接口25

6.20.6和有关开发方的协调25

6.20.7项目过程的改进25

6.20.8计划中未提及的其他活动25

7进度表和活动网络图25

8项目组织和资源26

8.1项目组织26

8.2项目资源26

9培训27

9.1项目的技术要求27

9.2培训计划27

10项目估算27

10.1规模估算27

10.2工作量估算27

10.3成本估算28

10.4关键计算机资源估算28

10.5管理预留28

11风险管理28

12支持条件28

12.1计算机系统支持28

12.2需要需方承担的工作和提供的条件29

12.3需要分包商承担的工作和提供的条件29

13注解29

附录29

1引言

1.1标识

产品名称：

期刊管理系统；

标识号：

0001；

标题：

盐城工学院；

缩略词语：

YCIT；

版本号：

1.0；

发行号：

2012。

1.2系统概述

期刊管理系统是图书情报信息管理系统中的一个相当重要的组成部分。

其主要作用是帮助图书情报管理部门对各种期刊的采购、借阅、装订等项工作进行管理。

同时要针对不同类型的期刊和不同类型的读者分别设置期刊的借阅方式，并根据期刊的借阅情况分析期刊的使用效率和读者情况。

1.3文档概述

1、《软件开发计划》（SDP）描述开发者实施软件开发工作的计划，本文档中“软件开发”一词涵盖了新开发、修改、重用、再工程、维护和由软件产品引起的其他所有的活动。

2、SDP是向需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的安排、组织及资源的一种手段。

3、本计划的某些部分可视实际需要单独编制成册，例如，软件配置管理计划、软件质量保证计划和文档编制计划等。

1.4与其他计划之间的关系

本计划应该对其他项目管理计划的编写提供参考，如软件配置管理计划、软件质量保证计划和文档编制计划；同时与其他项目计划没有冲突。

1.5基线

本项目开发计划的输入基线为软件需求规格说明。

2引用文件

文档格式要求按照我国GB/T8567-1998国家标准和IEEE/ANSI830-1993标准规范要求进行。

包括以下文件：

软件工程项目开发文档范例

软件工程国家标准文档

软件需求说明书编写规范

书籍包括：

殷人昆等编著.实用软件工程（第3版）.北京：

清华大学出版社，2010；

郑诚等编著.软件工程课程设计.北京：

机械工业出版社，2010；

王少锋编著.面向对象技术UML教程.北京：

清华大学出版社，2004。

3交付产品

3.1程序

交付的程序名称：

期刊管理系统；

使用语言：

MicrosoftVisualC#.NET；

存储形式：

光盘。

3.2文档

用户操作手册：

本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解，为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。

软件维护手册：

主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。

3.3服务

计划提供以下服务：

课堂培训：

以讲课形式对客户进行培训，是其能正确使用软件；

免费咨询：

客户可以在工作时间向技术人员提出问题并获得解答；

技术支持：

对于某些客户，采取上门指导的方式；

软件维护：

获取软件使用中的问题，提供补丁程序；

升级通知：

在软件新版本发布的时候，及时通知注册的用户，并提供试用版本；

软件升级：

对于注册的用户，只需较少的费用即可升级到新版本。

3.4非移交产品

包括一些核心程序的源代码等。

3.5验收标准

确保测试阶段正常完成，并顺利完成客户交与的项目；

客户使用过程中，若遇到任何问题，都可以得到免费的维护；

产品各项指标符合需求分析中对产品功能等的描述情况。

3.6最后交付期限

应交付的软件产品：

期刊管理系统；

应交付的文档：

软件用户手册和软件安装计划；

最后交付期限：

2012年5月14号。

4所需工作概述

a.对所要开发系统、软件的需求和约束；

b.对项目文档编制的需求和约束；

c.该项目在系统生命周期中所处的地位；

d.所选用的计划/采购策略或对它们的需求和约束；

e.项目进度安排及资源的需求和约束；

f.其他的需求和约束，如：

项目的安全性、保密性、私密性、方法、标准、硬件开发和软件开发的相互依赖关系等。

5实施整个软件开发活动的计划

5.1软件开发过程

本系统采用自上而下，相互衔接的固定的次序进行软件开发。

首先根据客户的需求得到调研报告，进行需求分析与定义，编制系统规格说明；然后根据可行性分析报告和项目开发计划及软件需求规格说明书，进行系统与软件设计，建立整个系统的体系结构；在实现和单元测试阶段，编写程序代码和进行单元测试；然后进行集成与系统测试，将程序按一定顺序集成起来，做成一个完整的系统进行测试；最后在运行和维护阶段，将系统投入使用，根据新的系统需求改进系统单元。

最终实现整个系统的开发和设计过程。

5.2软件开发总体计划

5.2.1软件开发方法

对于本项目，我们采用面向对象的软件开发方法。

面向对象的软件开发方法需要用到以数据流图为核心，还使用UML（UnifiedModelingLanguage，统一建模语言）进行建模，还使用用例图，类/对象图，对象关系图，实体-关系图（E-R），时序图和状态转换图（STD）进行分析建模。

5.2.2软件产品标准

GB/T13702-1992计算机软件分类与代码

GB/T20918-2007信息技术软件生存周期过程风险管理

GB/T19003-2008软件工程GB/T19001-2000

GB/T15538-1995软件工程标准分类法

GB/T9386-2008计算机软件测试文档编制规范

GB/T9385-2008计算机软件需求规格说明规范

GB/T15532-2008计算机软件测试规范

GB/T18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型

GB/T11457-2006信息技术软件工程术语

GB8567-2006计算机软件文档编制规范

5.2.3可重用的软件产品

5.2.3.1吸纳可重用的软件产品

有如下三种吸纳可重用的软件产品的方法：

1）基于软件复用库的软件重用：

它是一种传统的软件重用技术。

这类软件开发方法要求提供软件可重用成份的模式分类和检索，且要解决如何有效地组织、标识、描述和引用这些软件成份。

2）与面向对象技术结合：

OO技术中类的聚集、实例对类的成员函数或操作的引用、子类对父类的继承等使软件的可重用性有了较大的提高。

而且这种类型的重用容易实现。

所以这种方式的软件重用发展较快。

3）组件连接：

这是目前发展最快的软件重用方式。

5.2.3.2开发可重用的软件产品

软件重用是软件界追求的目标,人们正在努力将基于框架、体系结构和需求的重用变为现实,但是在具体实现技术上还不成熟。

为了促进软件的重用,本项目引入了结构化、可重用的软件模式来捕捉并描述成熟的软件知识和经验。

利用面向对象的软件开发方法，使用面向对象分析的建模工具进行建模，从而实现开发可重用的软件产品。

5.2.4处理关键性需求

5.2.4.1安全性保证

项目源程序，开发过程中涉及到的相关文档都要保证安全性；开发的项目在安装到平台上后，要保证系统的安全性，要安装相关的防火墙；用户的信息要保证安全；合同的签订应该保证足够的安全，合法，要有第三方进行公证。

5.2.4.2保密性保证

项目源程序，开发过程中涉及到的相关文档一定要注意保密，防止他人盗用；合同中规定的内容，除了合同签订的双方，其他任何人或组织，都不能够查看。

5.2.4.3私密性保证

对于用户信息的一些私密性的东西一定要注意保证安全；对于合同中一些私密性的东西，要主要保护。

5.2.4.4其他关键性需求保证

方法、标准、硬件开发和软件开发的相互依赖关系等一定要保证。

5.2.5计算机硬件资源利用

服务器：

（1）处理器（CPU）：

PentiumII300或更高配置

（2）内存容量（RAM）：

128MB以上

客户端：

（1）处理器（CPU）：

Pentium200或更高配置

（2）内存容量（RAM）：

64MB以上

5.2.6记录原理

不适用。

5.2.7需方评审途径

需方通过开发者提交的程序和文档对项目进行评审，验证是否满足所提出的功能要求。

6实施详细软件开发活动的计划

6.1项目计划和监督

6.1.1软件开发计划（包括对该计划的更新）

先进行概要设计，然后分成不同的部分进行详细设计。

具体就是先进行需求分析，然后进行分析建模，再进行数据结构设计，然后创建数据库表，再界面逻辑创建，下面进行程序编码，编码完成后进行测试，包括单元测试，集成测试等，然后将系统发布，试运行，最后根据运行过程中发现的需要修改的地方，进行修改和维护，最终将软件产品交付给用户使用。

6.1.2CSCI测试计划

1）单元测试和部分集成测试：

项目组的测试人员结合详细的计划,对单元模块开始进行测试。

通过对设计文档的深入理解，从模块界面开始，到模块内部对数据库内书库的操作，以及代码阿德规范进行详细的单元测试。

2）集成测试：

系统完成了模拟数据环境的试运行后，测试人员将认真细致的集成测试。

3）系统测试：

在项目小组完成了全部的开发工作后，测试小组将对软件进行全面的系统测试，使系统逐步完善和成熟。

6.1.3系统测试计划

1）系统测试是根据软件需求规格说明，在开发环境下对已集成的软件系统进行测试，确认各项规定的需求是否在系统中实现，各种质量要求在系统中是否达到预期的标准。

2）系统测试还要审查在合同或规范中规定交付的文档是否完成。

这个阶段如果发现了缺陷，在修改它们后，仍需要进行回归测试，以确定这些缺陷改正的效果。

6.1.4软件安装计划

在从项目开发阶段到最后软件的正式发布期间，做好项目的保密工作，小组成员对所有项目所有相关文档进行加密，做好备份工作。

6.1.5软件移交计划

在完成全部的软件设计和测试工作之后，将软件移交给客户。

6.1.6跟踪和更新计划，包括评审管理的时间间隔

项目在开发设计的过程中，每完成一项任务，都要对该任务进行跟踪，并作相关记录，做出更新计划，对每一阶段的任务都要安排一定的时间对任务进行评审，只有当评审通过以后，方能进行下一步的任务，否则就要返回重新进行，直到评审通过。

6.2建立软件开发环境

6.2.1软件工程环境

VisualStudio2010；Access数据库。

6.2.2软件测试环境

图书馆应用平台。

6.2.3软件开发库

Access提供的函数库。

6.2.4软件开发文档

可行性研究报告、项目开发计划、软件需求规格说明、数据需求说明、软件（结构）设计说明、数据库（顶层）设计说明、软件用户手册、软件测试计划、软件测试说明、软件测试报告、项目开发总结报告、软件安装计划、软件移交计划。

6.2.5非交付软件

可行性研究报告、软件需求规格说明书、概要设计说明书、详细设计说明书、数据需求说明、源代码清单、代码接口说明、测试策略、测试计划、系统测试用例、缺陷报告、最终测试结果报告、项目开发总结报告和软件移交计划。

6.3系统需求分析

6.3.1用户输入分析

用户输入相关数据后，然后在数据库中进行验证，如果存在，则显示相关提示，否则弹出错误提示。

6.3.2运行概念

系统运行在服务器上，用户或管理员可以通过个人的PC机及网络进行远程访问，查询相关信息。

6.3.3系统需求

系统需要有实施和运行的可能，还要有一定的效益。

6.4系统设计

6.4.1系统级设计决策

6.4.2系统体系结构设计

6.5软件需求分析

期刊管理系统的目的是实现期刊登记、借阅、查询等业务的自动化管理，以提高工作效率。

要求系统简单实用，机卡单独使用，也可以作为其他大型应用系统的一个组成部分来使用。

6.6软件设计

6.6.1CSCI级设计决策

先进行项目初步配置，例如通过调研或分析用户需求，提交初步的设计方案给用户，分析他们的反映，根据用户反映再进行详细设计。

6.6.2CSCI体系结构设计

6.6.3CSCI详细设计

先进行概要设计，然后分成不同的部分进行详细设计。

具体是先进行需求分析，然后进行分析建模，再进行数据结构设计，然后创建数据库表，再界面逻辑创建，下面进行程序编码，编码完成后进行测试，包括单元测试，集成测试等，然后将系统发布，试运行，最后根据运行过程中发现的需要修改的地方，进行修改和维护，最终将软件产品交付给全体用户。

6.7软件实现和配置项测试

6.7.1软件实现

软件实施需在特定平台上进行。

6.7.2配置项测试准备

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机。

6.7.3配置项测试执行

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看是否满足要求。

6.7.4修改和再测试

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看是否满足要求，如果不能满足要求，则报告给开发者，开发者进行修改，然后用户运行新程序，再进行测试。

6.7.5配置项测试结果分析与记录

由用户和开发者共同负责记录错误和使用中出现的问题。

6.8配置项集成和测试

6.8.1配置项集成和测试准备

a.硬件环境：

5台以上个人电脑，一台服务器。

b. 软件环境：

操作系统WindowsXP,工程环境VS2010。

6.8.2配置项集成和测试执行

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看能不能满足要求。

6.8.3修改和再测试

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看能不能满足要求，如果不能满足要求，则报告给开发者，开发者进行修改，然后用户在运行新程序，再进行测试。

6.8.4配置项集成和测试结果分析与记录

测试结果由用户和开发者负责记录错误和使用中出现的问题。

6.9CSCI合格性测试

6.9.1CSCI合格性测试的独立性

CSCI合格性测试独立与其他测试方法。

6.9.2在目标计算机系统（或模拟的环境）上测试

在虚拟的计算机系统上进行模拟测试，如个人PC机上，只需要本组的两个PC机，一台做服务器，一台做客户机，进行测试。

6.9.3CSCI合格性测试准备

两台PC机，一台做服务器，一台做客户机，但是要配置服务器。

6.9.4CSCI合格性测试演练

在虚拟的计算机系统上进行模拟测试，如个人PC机上，只需要本组的两个PC机，一台做服务器，一台做客户机，进行测试，执行各个功能，看看能不能满足要求。

6.9.5CSCI合格性测试执行

在虚拟的计算机系统上进行模拟测试，如个人PC机上，只需要本组的两个PC机，一台做服务器，一台做客户机，进行测试，执行各个功能，看看能不能满足要求。

6.9.6修改和再测试

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看能不能满足要求，如果不能满足要求，则报告给开发者，开发者进行修改，然后用户在运行新程序，再进行测试。

6.9.7CSCI合格性测试结果分析与记录

测试结果由用户和开发者负责记录错误和使用中出现的问题。

6.10CSCI/HWCI集成和测试

6.10.1CSCI/HWCI集成和测试准备

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机。

6.10.2CSCI/HWCI集成和测试执行

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看能不能满足要求。

6.10.3修改和再测试

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看能不能满足要求，如果不能满足要求，则报告给开发者，开发者进行修改，然后用户在运行新程序，再进行测试。

6.10.4CSCI/HWCI集成和测试结果分析与记录

测试结果由用户和开发者负责记录错误和使用中出现的问题。

6.11系统合格性测试

6.11.1系统合格性测试的独立性

系统合格性测试独立与其他测试方法。

6.11.2在目标计算机系统（或模拟的环境）上测试

在虚拟的计算机系统上进行模拟测试，如个人PC机上，只需要本组的两个PC机，一台做服务器，一台做客户机，进行测试，执行各个功能，看看能不能满足要求。

6.11.3系统合格性测试准备

两台PC机，一台做服务器，一台做客户机，但是要配置服务器。

6.11.4系统合格性测试演练

在虚拟的计算机系统上进行模拟测试，如个人PC机上，只需要本组的两个PC机，一台做服务器，一台做客户机，进行测试，执行各个功能，看看能不能满足要求。

6.11.5系统合格性测试执行

在虚拟的计算机系统上进行模拟测试，如个人PC机上，只需要本组的两个PC机，一台做服务器，一台做客户机，进行测试，执行各个功能，看看能不能满足要求。

6.11.6修改和再测试

由用户在自己的运行平台上进行测试，需要准备一台服务器，几台PC机，运行程序，执行各个功能，看看能不能满足要求，如果不能满足要求，则报告给开发者，开发者进行修改，然后用户在运行新程序，再进行测试。

6.11.7系统合格性测试结果分析与记录

测试结果由用户和开发者负责记录错误和使用中出现的问题。

6.12软件使用准备

6.12.1可执行软件的准备

一台服务器，至少5台PC机。

6.12.2用户现场的版本说明的准备

用户现场的版本说明的准备，使用最新开发的软件，由开发者提供。

6.12.3用户手册的准备

用户手册的准备，本组提供的用户手册。

6.12.4在用户现场安装

由本组安排专门的人员指导用户进行现场安装。

6.13软件移交准备

6.13.1可执行软件的准备

一台服务器，至少5台PC机。

6.13.2源文件准备

打包好的源程序文件，报告可安装的