范文一：软件项目分析

软件项目实例分析 【引言】随着信息技术产业的迅速发展，软件越来越受到了

人们的关注与重视，越来越多的人把目光投到了充满风险与

利益的软件行业。但是软件在开发和开发后管理过程中都需

要一定的分析。通过分析，才能使得软件发挥它所应有的作

用。所以，在开发软件和软件的使用过程中我认为以下几点

是少不了的：

第一、软件在市场竞争

首先应考录的是所要开发的软件项目在市场中的地位，比如说，就像IE 浏览器的开发，据了解IE 9.0在国内市场占有率达到了0.42%，排在所有浏览器的第12位。与IE 9.0市场占有率不断上升相对应的是，微软旗下IE 6.0，IE 7.0，IE 8.0的市场占有率略有动荡，其中IE 6.0，IE 8.0的市场份额分别下降了0.78%,0.29%，IE

7.0的市场份额上升了0.22%。

第二、 正确的市场策略

在软件开发的过程中，有一个宗旨就是服务于用户，市场上服务占据了很大的份额，软件的可靠性和是否免费我想是用户评价软件好会的首要标志。微软公司的IE 浏览器不仅对个人用户是免费的，对企业也是免费的，微软在IE3.0到6.0的各版中都外形用户特别设计了许多的简单易用的产品特性。这样赢得了市场的支持，微软表示，IE 9.0相对于IE 7.0和IE 8.0性能更强，速度更快，页面更简洁，安全性更佳。如此这样，一个宗旨软件就是一种工具，有理由相信，随着更多的网友加入IE 9.0 新版浏览器的阵营，IE 9.0在未来会赢得更多的拥趸。

第三、项目的建立管理

1. 如何进行项目计划

- 2 -

项目计划是为实现某一个目标而对任务进行系统的安排。而通俗的讲，计划决定着做什么、谁去做、花多长时间去做、消耗多少费用。

项目管理的首要目标是制定一个构思良好的项目计划，以确定项目的范围、进度和费用。在整个项目寿命周期中，最基本、也可以说最重要的功能之一就是项目计划，特别是在作出影响项目整个过程的主要决策的初始阶段。计划之所以成为项目管理的最重要的功能，是因为它指出了项目组织未来努力的方向和奋斗目标，是经过仔细分析后综合成的对未来的构思，又是当前行动的准则。一个完善的计划可以使失败的概率降至最低，以最大限度地保证在预期的期限内取得预期的效果。

但从另一方面来说，如前所述，由于项目管理是一个带有创造性的过程，项目早期的不确定性很大，所以项目计划又不可能在项目一开始就全部一次完成，而必须逐步展开和不断修正。这又取决于能适当地对计划的执行情况作出反馈和控制以及不间断地交流信息。从这里也可看出项目进行过程中控制的重要性。

制定一个综合的项目基准计划(Baseline Plan)，一般按如下步骤进行：

①、清晰地定义项目目标(Objective)。

②、把项目按项目范围详细分解为工作包(Work Packages)，形成WBS(Work Breakdown Structure)。

③、界定对应每个工作包必须执行的各项活动(Activity)。 - 3 -

④、以甘特图(Gantt Chart)或网络图的形式图示出活动。 ⑤、估算出项目的进度计划和成本预算。

如下是IE4.0开发的人员：

产品部门总经理 产品规划员 产品经理 程序经理 软件开发工程师 软件测试工程师 用户培训工程师 如果把软件项目的实施简单的认为是把工作分发给每个人员，然后幻想他们将会取得一个预期的结果的话，许多本可能成功的项目也会走向失败!

但如果重视项目管理、有效的实施项目管理，即使更复杂的项目也可能成功。早在70年代，“阿波罗”登月计划就采纳并应用了有效的项目管理方法，结果取得了巨大的成功。软件项目管理是传统意义上项目管理的一个应用领域。美国著名杂志《Fortune 》(即《财富》) 预测，项目管理将是后工业时代的首选职业。这对软件业来说更是如此了。

但目前，软件行业的项耳管理方法还欠规范且专业化程度不高 从软件项目管理的角度来说，第一阶段主要是做计划；第二个阶段主要是执行计划；第三个阶段主要是项目的总结。伴随其中的则是项目的团队建设。

2. 安装、配置开发环境

项目根据开发的需要，安装开发用的服务器和PC 机，安装操作系统，数据库软件，开发工具，调试工具及其它常用软件，主要包括以下几项：

- 4 - [2]

①、 开发工程师的工作：

a. 配置源代码的目录结构，每个产品特性项目管理一个子目录。 b.制定检入进度表和检入制度。

②、测试、生成工程师的工作:

a. 准备编译、生成用的计算机和服务器。

b.制定生成计划（日期、时间）。

c.安装、配置Bug 数据库。

③、程序经理的工作：

a. 安装、配置项目组网站，定义项目组邮件信箱（Team alias）. b.制定项目会议计划。

3. 项目的执行与控制

在建立了项目基准计划之后，项目工作就可以开始进行了，即进入项目的执行过程。在这个过程，进行过程的监控，以确保一切按计划行事是必要的。项目控制过程包括定期收集项目绩效的资料，把实际的绩效与计划绩效相比较；如果实际比计划差，则应当采取纠正措施。这里有一个原则：坏消息必须尽快传递。 图5说明了项目控制过程的主要活动。

- 5 -

图5 项目控制过程

4. 代码的检入工作：

就微软来说，IE 项目组使用一个统一的数据库管理源码，文档等资源，保存和跟踪资源的不同版本。每天开发完成后，开发工程师都将自己电脑上的源码和文档更新到数据库中，所有开发工程师检入自己新的代码后，项目组就编译整个程序按成产品每日的生工作。

①、同步代码的检入：

a. 确保新的代码与源代码树不发生冲突。

②、在检入前做代码的审查:

a. 提前发现代码中的Bug 及不完善之处。

- 6 -

b.代码中的每个部分都经过第二个程序员的检验和认可。 ③、检入时，代码不需满足检入代码：

a. 检入的代码要经过检测，且要满足最低测试要求。

5. 当项目开发后期，必须要组织产品的维护工作，及软件的修改，同时要组织下一个软件的开发，比如在发布IE8.0，另一个已着手开发新的IE9.0，这种做法可以成倍的提高版本发布的效率。 概括起来就是:

●在前版本发布之前，下一个版本的开发工作就已经开始。 ●一些程序经理开始为下一个版本实际产品特性。

●源代码树分支的同时，复制当前的源代码树。

●开发人员的精力大多投入到新版本的开发。

只有对哪些影响发布的Bug 的修正会被合并到当前版本树中来，其他的Bug 修正和性开发的产品特性都从在与新版本的源代码中。 第四、项目总结

项目的最后一个阶段是结束项目并进行总结。它开始于项目工作完成之后，这个阶段的目的是从中学到经验，以便在未来的项目中改进工作绩效。

总结的一个重要方式是举行项目后评估会议。项目经理应当讨论项目执行期间发生的事，并确定一些具体的改善建议。程序经理负责召集项目组的总结会议，总结会议的内容包括：

- 7 -

●每个项目组成员（开发工程师，测试工程师，程序经理，用户培训工程师和国际化、本地化工程师等）都需准备一份总结报告，并在会上发言。认证总结项目的工作的得与失。

●总结会议可能持续几天，包括产品部门的大型会议和项目小组的小范围会议。会议的目的在于改进开发过程，提高开发水平。 ●会议结束前应提出行动计划，每个项目组及每个项目组成员都应在下一次开发过程中努力提高开发与管理水平。

然而，微软从公司成立已走过了三十多年了，今天微软还在不断地发展和进步，这与微软从过去的工作中总结经验、吸取教训有密不可分的关系。

2011年5月6日 - 8 -

范文二：《IPAA投资项目分析评价软件》（限时版）购买及售后服务协议（稿）

《IPAA投资项目分析评价软件》专业版(限时版)购买及售后服务协议 《IPAA投资项目分析评价软件》(限时版)购买及售后服务协议(稿)

甲方: 乙方:北京华智博宇咨询有限公司

甲乙双方经协商就甲方购买乙方开发研制的《IPAA投资项目分析评价软件》专业版(限时版)(以下简称IPAA软件限时版)和售后服务等事宜达成如下协议:

一、甲方购买

甲方以人民币 元 购买乙方开发研制的IPAA软件专业版(限时版)使用期限为 个月的 版 套。

二、乙方权责

IPAA软件限时版的版权及国家有关知识产权保护法律法规规定的相应权利属于乙方。

在甲方确定购买乙方IPAA软件限时版、签署本协议并且购买IPAA软件货款到账后，乙方负责为甲方提供以下产品和服务:

1、提交甲方订购的IPAA软件专业版(限时版)的 版 套 。

2、在使用期限内，对甲方购买的IPAA软件提供售后技术服务。

3、在使用期限内，对甲方提出的在使用IPAA软件中的问题，及时给予解答和解决。 4、在使用期限内，对甲方提供在线项目评价参数更新(通过IPAA软件和INTERNET网络进

行)。

5、乙方对IPAA软件的各项功能、各种报表、各类计算指标、内部逻辑关系和连接公式等符

合并满足国家发展和改革委员会、建设部《建设项目经济评价方法与参数》第三版的有关

规定与要求以及国家财税制度相关规定承担责任。

6、对于甲方在实际操作中由于下列事项(而非软件本身原因)而可能导致的后果包括:数据

输入错误;自行修改公式但修改错误而导致的结果;计算机电力中断;计算机感染病毒;

以及由上述原因可能导致的项目计算结果错误和由此派生的后果与损失乙方不承担责任。

三、甲方权责

1、对按本协议从乙方购买的IPAA软件限时版，在本协议所确定的使用期限内拥有使用权。 2、不向第三方提供或销售从乙方购买的IPAA软件的部分或全部。

3、不对IPAA软件的部分或全部进行破解、反编译。

4、如需要可以在补足相应版本费用基础上，更换为IPAA软件无限时版，具体事宜联系乙方。

四、费用支付

1、甲方购买IPAA软件专业版(限时版) 版 套，使用期限为: 个月。 2、甲方支付购买软件货款合计: 元。

3、甲方支付给乙方的货款汇至乙方银行账号。

开户行:中国工商银行北京市分行德外支行

户 名:北京华智博宇咨询有限公司

账 号:0200001309066175146

五、特殊事项

1、在IPAA软件限制使用期限到期时(或前后)，甲方如需要将限制使用期限版变更为IPAA软件(无限时版)，只需补足所需相应版本的差额费用，即可获得相应的IPAA软件(无限时

1

《IPAA投资项目分析评价软件》专业版(限时版)购买及售后服务协议 版)。具体变更事宜请联系北京华智博宇咨询有限公司。

2、IPAA软件限时版的使用时间自首次安装后起算。

六、协议签署等事宜流程

1、本协议文本由甲方自乙方网站下载或乙方用电子邮件发送给甲方。

2、甲方确认购买IPAA软件后，在本协议(原件两份)上签字盖章后，将其中一份拍照为电子照片发送给乙方，同时将两份协议(原件)特快专递发送给乙方，同时通知乙方。 3、乙方收到甲方签署盖章后的协议照片件后，打印后签字盖章，并制成电子照片发送给甲方，同时通知甲方。

4、甲方在收到乙方发送的双方签章后的购买IPAA软件协议电子照片件后，将购买IPAA货款汇给乙方，同时通知乙方。

5、乙方将在确认甲方购买IPAA软件货款到帐后，将双方签署盖章后的协议文本(原件)连同IPAA软件及发票通过特快专递或双方商定的方式发送给甲方，同时通知甲方。

七、软件发送

在甲方将签署后的购买IPAA软件协议文本(原件)发送到乙方，并且甲方支付的IPAA软件款项到达乙方账户后，乙方将在七天内，将甲方购买的IPAA软件、双方签署盖章的购买IPAA软件协议文本以及发票以特快专递或双方商定的方式发送甲方指定地址和收件人，同时通知甲方软件已发出。

八、违约责任

1、如果乙方违约:在甲方将购买IPAA软件的协议发送到乙方，并且在将购买IPAA软件的货款汇到乙方银行账号的两周后未收到软件，如属于乙方责任，乙方应立即向甲方补发软件，并且乙方需向甲方支付协议总货款10 %的违约金。

2、如果甲方违约:在收到乙方发送的双方签署盖章后的协议(电子照片件)的七天后，未向乙方支付购买IPAA软件货款，则本协议自动失效。

3、如果甲方违反本协议中甲方权责，将按照国家有关知识产权保护有关法规办理。

九、协调争议

履行本协议期间双方如有争议事项，由甲乙双方通过平等协商解决，经双方协商确实无法达成一致时，提请北京市仲裁委员会进行仲裁。

十、有效期限

1、本协议自甲乙双方签字盖章后生效。

2、乙方提供的IPAA软件售后免费服务有效期按本协议购买软件确定的使用期限。 3、本协议中的甲方权责(注:本协议中三、2、3)无期限限制。

本协议一式两份，甲乙双方各壹份。

甲方(盖章): 乙方(盖章):

代表人签字: 代表人签字:

年 月 日 年 月 日

联系电话: 联系电话:010-62386678

2

范文三：交通局软件设计开发项目分析报告模板

交通局软件设计开发项目 分析报告模板

目 录

1. 范围 1

2. 总体要求 1

2.1总体功能要求 ............................................................................................. 1 2.2软件开发平台要求 ..................................................................................... 2 2.3软件项目的开发实施过程管理要求 ......................................................... 2 2.3.1 软件项目实施过程总体要求 ............................................................... 2 2.3.2 软件项目实施变更要求 ....................................................................... 3

2.3.3 软件项目实施里程碑控制 ................................................................... 5

3. 软件开发 5

3.1软件的需求分析 ......................................................................................... 5 3.1.1 需求分析 ............................................................................................... 5 3.1.2 需求分析报告的编制者 ....................................................................... 7 3.1.3 需求报告评审 ....................................................................................... 7 3.1.4 需求报告格式 ....................................................................................... 7 3.2软件的概要设计 ......................................................................................... 7 3.2.1 概要设计 ............................................................................................... 7 3.2.2 编写概要设计的要求 ........................................................................... 8 3.2.3 概要设计报告的编写者 ....................................................................... 8 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 ....................... 8 3.2.5 概要设计的评审 ................................................................................... 9 3.2.6 概要设计格式 ....................................................................................... 9 3.3软件的详细设计 ......................................................................................... 9 3.3.1 详细设计 ............................................................................................... 9 3.3.2 特例 ....................................................................................................... 9 3.3.3 详细设计的要求 ................................................................................... 9 3.3.4 数据库设计 ......................................................................................... 10 3.3.5 详细设计的评审 ................................................................................. 10 3.3.6 详细设计格式 ..................................................................................... 10 3.4软件的编码 ............................................................................................... 11 3.4.1 软件编码 ............................................................................................. 11 3.4.2 软件编码的要求 ................................................................................. 11 3.4.3 编码的评审 ......................................................................................... 11 3.4.4 编程规范及要求 ................................................................................. 11 3.5软件的测试 ............................................................................................... 12 3.5.1 软件测试 ............................................................................................. 12 3.5.2 测试计划 ............................................................................................. 13 3.6软件的交付准备 ....................................................................................... 13 3.6.1 交付清单 ............................................................................................. 13 3.7软件的鉴定验收 ....................................................................................... 13

3.7.1 软件的鉴定验收 ................................................................................. 13 3.7.2 验收人员 ............................................................................................. 14 3.7.3 验收具体内容 ..................................................................................... 14 3.7.4 软件验收测试大纲 ............................................................................. 15 3.8培训 ........................................................................................................... 15 3.8.1 系统应用培训 ..................................................................................... 15 3.8.2 系统管理的培训(可选) ................................................................. 15 附录 A 软件需求分析报告文档模板 9

附录 B 软件概要设计报告文档模板 21

附录 C 软件详细设计报告文档模板 33

附录 D 软件数据库设计报告文档模板 43

附录 E 软件测试 (验收 ) 大纲 错误!未定义书签。 5

1. 范围

本指南用于指导软件开发者为某市交通局开发软件项目的过程, 通过规范软件项目承担单位的开发过程达到提高软件质量, 降低维护 成本的目的。开发者应根据本指南进行软件开发和编制软件开发文 档。本指南是对软件项目承担单位的基本要求。在本指南的附录 A 至 E 中提供了文档的编写模板供开发者参考,在进行具体软件开发 时,开发者可根据实际情况采编写,但必须提供双方约定的文档,文 档中约定的内容必须描述清楚。

2. 总体要求

2.1 总体功能要求

网络应用环境以 Internet/Intranet技术为核心。

开发者应在充分分析需求的基础上,选择采用 B/S结构或者 C/S结构。

软件系统的数据库应依照《某市交通局信息化数据库建设规范》 进行设计和建设。

本指南中没有规定开发者采用何种具体的软件工程开发方法, 开 发者可根据项目具体特点、 自身擅长来选择采用面向过程的方法、 面 向对象的方法或面向数据的方法, 但建议开发商使用面向对象软件工 程的方法,如:采用目前被广泛使用的 RUP(Rational Unified Process)

方法来进行分析、设计和开发。

2.2 软件开发平台要求

开发者开发的软件必须能够在某市交通局规定的软件平台上正 常运行。目前软件平台为:

数据库管理系统:

Oracle 9i以上版本

中间件 (应用服务器 ) 系统:

IBM WebSphere

OA 系统:

Lotus Domino/Notes

网络架构:

完全支持 TCP/IP协议

开发工具或技术体系:

为保证软件的上下兼容性,开发者应选择比较通用的开发工 具的较新版本进行开发,如 Microsoft Visual Studio.Net , Borland Delphi , C++ Builder, 或 J2EE(Java2 P1atform Enterprise Edition) 等。

2.3 软件项目的开发实施过程管理要求

2.3.1 软件项目实施过程总体要求

(一)开发者提交软件开发工作大纲, 交通局组织专家组对工作大

纲进行评审,并提出整改意见。

(二)通过评审后,开发者根据整改意见完善工作大纲,经过交通 局认可后组织项目组进行软件开发。软件开发工作按照需求分 析、概要设计、详细设计、编码、测试等几个阶段进行,在开发 过程中,开发者需分阶段提交相关文档。

(三)在软件开发工作完成后, 开发者应向交通局提交完整的软件 文档,交通局组织验收组对软件进行验收审查。

2.3.2 软件项目实施变更要求

在开发过程中, 需求或设计不可避免地需要发生变更, 相关变更 必须经过交通局书面同 意方可进行。 在需求或设计发生变更时, 需 要对原有文档进行修改, 并提供完整的变更记录, 以使变更处于可 控制的状态。变更单如下表所示:

表 2-1 变更单

2.3.3 软件项目实施里程碑控制

交通局将分四个阶段进行把关,召开专家审查会。

(一) 需求分析(结合原型进行审查)确认;

(二) 概要设计 +数据库设计;

(三) 预验收(试运行后) ;

(四) 正式验收(推广使用后) 。

3. 软件开发

合同签订以后,项目承担单位即可组织项目组进行软件开发工 作。 软件开发必须严格按照软件工程的要求进行。 开发过程包括开发 者的活动和任务。此过程由软件需求分析、概要设计、详细设计、编 码、测试、验收、鉴定等活动组成。

3.1 软件的需求分析

3.1.1 需求分析

首先,开发者和交通局应共同对交通局的应用需求作充分的调 研, 提交完整的需求分析 报告。 在需求分析报告中必须描述的基本 问题是:功能、性能、强加于实现的设计限制、属 性、外部接口。 应当避免把设计或项目需求写入需求分析报告中。 它必须说明由软件 获得的 结果,而不是获得这些结果的手段。

软件需求可以用若干种方法来表达,如通过输入、输出说明;使 用代表性的例子; 用规范化的模型。 开发者应尽可能地使用模型的方

式, 因为这是表达复杂需求的精确和有效的方法。 比如用统一建模语 言(UML )来描述需求。

编写需求分析报告的要求

a .无歧义性

对最终产品的每一个特性用某一术语描述; 若某一术语在某一特 殊的行文中使用时具有多种含义, 那么应对该术语的每种含义做出解 释并指出其适用场合。

b .完整性

需求分析报告应该包括全部有意义的需求,无论是关系到功能 的、性能的、设计约束的、还是关系到外部接口方面的需求;对所有 可能出现的输入数据的响应予以定义, 要对合法和非合法的输入值的 响应做出规定;填写全部插图、表、图示标记等;定义全部术语和度 量单位。

c .可验证性

需求分析报告描述的每一个需求应是可以验证的。 可以通过一个 有限处理过程来检查软件产品是否满足需求。

d .一致性

在需求分析报告中的各个需求的描述不能互相矛盾。

e .可修改性

需求分析报告应具有一个有条不紊、 易于使用的内容组织; 没有 冗余,即同一需求不能在需求分析报告中出现多次。

f .可追踪性

每一个需求的源流必须清晰,在进一步产生和改变文件编制时, 可以方便地引证每一个需求。

g .运行和维护阶段的可使用性

需求分析报告必须满足运行和维护阶段的需要。 在需求分析报告 要写明功能的来源和目的。

3.1.2 需求分析报告的编制者

需求分析报告应由交通局和开发者双方共同完成。 其中:交通局 负责根据实际需要提出希望软件实现的功能; 软件开发者根据交通局 提出的性能需求,结合软件开发编写需求分析。

3.1.3 需求报告评审

在软件需求分析工作完成后, 软件开发者应向交通局提交 《软件 需求分析报告》 。交通局组织有关人员对需求进行评审,以决定软件 需求是否完善和恰当。评审完成后,就可以进入软件的设计阶段。 3.1.4 需求报告格式

《软件需求分析报告》需按一定的格式进行编写,具体的《软件 需求分析报告》文档编写模板请见附录 A 。

3.2 软件的概要设计

3.2.1 概要设计

在交通局和开发者双方认可的《需求分析报告》基础上,开发者 进行下——步的工作。 首先, 开发者需要对软件系统进行概要设 计,即系统设计。 概要设计需要对软件系统的设计 进行考虑,包

括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接 口设计、 运行设计、数据结构设计和出错处理设计等,为软件的 详细设计提供基础。

3.2.2 编写概要设计的要求

a .一致性

概要设计的要求应该与需求分析报告所描述的需求一致。同时, 概要设计的各项要求之间也应该一致。

b .合理性

概要设计所提出的设计方法和标准应该是合理的、恰当的。 c .可追踪性

对概要设计所提出的各项要求应该可以得到它的清晰的源流, 即 在需求分析报告客户有明确的需求描述。

d .可行性

根据概要设计进行详细设计、操作和维护应该是可行的。

3.2.3 概要设计报告的编写者

概要设计报告由开发者根据需求分析报告的要求进行编写。 3.2.4 概要设计和需求分析、详细设计之间的关系和区别

需求分析不涉及具体的技术实现,而概要设计注重于从宏观上 和框架上来描述采用何种技术手段、 方法来实现这些需求。 详细设计 相对概要设计更注重于微观上和框架内的设计, 是编码的依据。 概要设计是指导详细设计的依据。

3.2.5 概要设计的评审

在软件概要设计工作完成后, 软件开发者应向交通提交 《软件系 统概要设计报告》 。在交通局对《概要设计报告》评审通过后,即可 进入详细设计阶段。

3.2.6 概要设计格式

《软件系统概要设计报告》 需按一定的格式进行编写, 具体的 《软 件系统概要设计报 告》文档编写模板请见附录 B 。

3.3 软件的详细设计

3.3.1 详细设计

在概要设计的基础上, 开发者需要进行软件系统的详细设计。 在 详细设计中, 描述实 现具体模块所涉及到的主要算法、 数据结构、 类的层次结构及调用关系, 需要说明软件系统各个层次中的每一个程 序 (每个模块或子程序 ) 的设计考虑,以便进行编码和测试。应当保证 软件的需求完全分配给整个软件。 详细设计应当足够详细, 能够根据 详细设计报告进行编码。

3.3.2 特例

如果软件系统比较简单, 层次较少, 可以不必进行专门的详细设 计,而和概要设计结合起来。

3.3.3 详细设计的要求

a .一致性

详细设计的要求应该与需求分析报告所描述的需求、 与概要设计

一致。同时,详细设计的各项要求之间也应该是一致的。

b .合理性

详细设计所提出的设计方法和标准应该是合理的、恰当的。 c .可追踪性

对详细设计所提出的各项要求应该可以得到它的清晰的源流, 即 可在需求分析报告、概要设计报告中有明确的需求描述。

d .可行性

根据详细设计进行编码、测试、操作和维护应该是可行的。 3.3.4 数据库设计

如果软件产品需要使用到数据库, 软件的详细设计应包括对数据 库的设计。数据库设计应在软件的需求分析、概要设计完成之后、详 细设计的其它工作之前进行。 在进行数据库设计时, 应当按照交通局 制定的《某市交通局信息化数据库建设规范》要求进行。

3.3.5 详细设计的评审

在软件详细设计完成后, 软件开发者应向交通局提交 《软件系统 数据库设计报告》和《软件系统详细设计报告》 。在交通局对《软件 系统数据库设计报告》 、 《软件系统详细设计报告》评审通过后,即可 进入软件编码阶段。

3.3.6 详细设计格式

《软件系统详细设计报告》 、 《软件系统数据库设计报告》 需按一 定的格式进行编写, 具体的《软件系统详细设计报告》文档编写 模板和《软件系统数据库设计报告》文档编写模 板请见附录 C 、

范文四：ipaa投资项目分析评价软件购买及售后服务协议

IPAA投资项目分析评价软件购买和售后服务协议及订购单 华智博宇软件(北京)有限公司

IPAA投资项目分析评价软件购买及售后服务协议

甲方: 乙方:华智博宇软件(北京)有限公司

甲乙双方经协商就甲方购买乙方开发研制的《IPAA 版投资项目分析评价软件》(以下简称IPAA 版软件)和售后服务等事宜达成如下协议(以下简称本协议):

一、甲方购买

甲方以人民币 元 购买乙方开发研制的IPAA 版软件单机版 套。

二、乙方权责

IPAA软件版权及国家有关知识产权保护法律法规规定的相应权利属于乙方。

在甲方确定购买乙方IPAA软件、签署本协议并且购买IPAA软件货款到账后，乙方负责为甲方提供以下产品和服务:

1、提交甲方订购的IPAA 版软件单机版 套。

2、购买后两年服务期内对甲方购买的IPAA软件提供免费升级更新服务。 3、在服务期内，对甲方在使用IPAA软件中的问题，及时给予解答和解决。 4、对甲方提供在线项目评价参数更新(通过IPAA软件和INTERNET网络进行)。 5、乙方对IPAA软件的各项功能、各种报表、各类计算指标、内部逻辑关系和连接公式等符

合并满足国家发展和改革委员会和住建部制定《建设项目经济评价方法与参数》的有关规

定以及国家财税制度相关规定承担责任。

6、对于甲方在实际操作中由于下列事项(而非软件本身原因)而可能导致的后果包括:数据

输入错误;自行修改公式但修改错误而导致的结果;计算机电力中断;计算机感染病毒;

以及由上述原因可能导致的项目计算结果错误和由此派生的后果与损失乙方不承担责任。

三、甲方权责

1、对从乙方购买的IPAA软件拥有使用权。

2、不向第三方提供或销售从乙方购买的IPAA软件的部分或全部。

3、不对IPAA软件的部分或全部进行破解、反编译。

4、及时将软件联系人变更有关信息提供给乙方，以便乙方持续提供售后服务。

四、费用支付

1、甲方购买IPAA 软件单机版 套。

2、甲方支付购买软件货款合计: 元。

3、甲方支付乙方的货款汇至乙方银行账号。

开户行:中国工商银行北京市分行德外支行

户 名:华智博宇软件(北京)有限公司

账 号:0200001309020263181

五、订单协议等事宜流程

1、本协议文本和购买IPAA软件订单由甲方从乙方网站自行下载。网址:www.ipaa.cn 2、甲方确认购买IPAA软件后，在自行打印好的本协议上签字盖章后，将本协议电子件(扫描或电子照片)发送电子邮件给乙方。同时或提前请将购买IPAA软件订购单(WORD格式)发送电子邮件给乙方。

3、乙方收到甲方签署盖章后的本协议电子件，将盖章后的本协议电子件发送电子邮件给甲方。

1

IPAA投资项目分析评价软件购买和售后服务协议及订购单 华智博宇软件(北京)有限公司 4、甲方在收到乙方发送的签章后的本协议电子件后，将购买IPAA货款支付到乙方账号，同时通知乙方。

5、乙方将在确认甲方购买IPAA软件货款到账后，将IPAA软件及发票通过特快专递或双方商定的方式发送给甲方，同时通知甲方。

六、软件发送

在甲方将签署盖章后的本协议电子件(扫描或电子照片)发送到乙方ipaa@ipaa.cn，并甲方支付的IPAA软件款项到达乙方账户后，乙方将在七天内，将甲方购买的IPAA软件以且

及发票以特快专递或双方商定的方式发送甲方指定地址和收件人，同时通知甲方软件已发出。

七、违约责任

1、如果乙方违约:在甲方将本协议电子件发送到乙方，并且在将购买IPAA软件的货款支付到乙方银行账号的两周后未收到所购买的IPAA软件，如属于乙方责任，乙方应立即向甲方补发IPAA软件，并且乙方需向甲方支付协议总货款10 %的违约金。

2、如果甲方违约:在收到乙方发送的双方签署盖章后本协议电子件(扫描或电子照片)的七天后，未向乙方支付购买IPAA软件货款，则本协议自动失效。

3、如果甲方违反本协议中甲方权责，将按照国家有关知识产权(软件著作权)保护有关法规办理。

八、协调争议

事项，由甲乙双方通过平等协商妥善解决，经双方协商确履行本协议期间双方如有争议

实无法达成一致时，提请北京市仲裁委员会进行仲裁。

九、有效期限

1、本协议在甲乙双方签字盖章后生效。

2、乙方提供的IPAA软件售后免费服务有效期为两年。

3、免费服务到期后自动停止本协议规定的乙方提供的服务内容。

4、免费服务到期后，每次IPAA软件更新，乙方会通知到甲方，甲方如果需要更新，则在支付一定升级更新费用后获得升级更新后的IPAA软件。

4、本协议中的甲方权责(注:本协议中三、1、2、3、4)无时间期限限制。

按照本协议甲方购买乙方IPAA 版软件 套，金额共计: 元。

本协议一式两份，甲乙双方各执壹份。

甲方(盖章): 乙方(盖章):

代表人签字: 代表人签字:

年 月 日 年 月 日

联系电话: 联系电话:010-62386678

电子邮箱:ipaa@ipaa.cn

2

IPAA投资项目分析评价软件购买和售后服务协议及订购单 华智博宇软件(北京)有限公司

购买IPAA 软件订单 日期: 201 年 月 日 用户编号(不填): 单位(全称) 社会统一代码或税号

联 系 人 电子邮件

手 机 座 机

地 址 邮 编

软件版本 套 金 额(元)

备 注 增值税一般纳税人如需增值税专用票，除了需要填写以上各栏全部信息外，请将开户行、户

名、账号、财务电话等信息填写在本栏。

说明:

1、 IPAA软件各版本价格:

1) IPAA专业版软件 18000元/套

2) IPAA专业PPP版软件 38000元/套

3) IPAA公路PPP版软件 38000元/套

4) IPAA铁路PPP版软件 48000元/套

5) IPAA轨道交通PPP版软件 48000元/套

6) IPAA通用PPP版软件 158000元/套

注:(1)其中专业版包含常规模式(除了铁路、公路、轨道交通以外)各行业项目。

(2)专业PPP版包含常规模式和PPP模式(除了铁路、公路、轨道交通以外)各行业项目。

(3)通用PPP版包含常规模式和PPP模式各行业项目。

2、为防止差错，请详细填写各项内容，务必填写电子邮件地址、手机号码;以便提供技术服务。 3、当软件联系人变动后，请及时发送更新后的联系人信息，以免中断技术支持服务。 4、IPAA软件订单填写后不用扫描，请将WORD格式订单用电子邮件发送到:ipaa@ipaa.cn 5、请将IPAA软件购买协议下载打印后，填写并签字盖章，发送协议扫描件或协议电子照片件到:ipaa@ipaa.cn

****************************************************************************** 开户银行: 中国工商银行北京市分行德外支行

户 名: 华智博宇软件(北京)有限公司

银行账号: 0200001309020263181

******************************************************************************

华智博宇软件(北京)有限公司

联系方式 :电话: 010-62386678

网址: www.ipaa.cn 电子邮件: ipaa@ipaa.cn

3

范文五：dotNet企业级开发-软件项目分析与设计报告模板

网上课程辅导与资源共享系统

姓名：XXX 学号：XXX 班级：XXX

长春理工大学软件学院

目 录

一、 项目需求分析…………………………………………………………………1 二、 项目静态结构设计……………………………………………………………1 三、 项目业务逻辑设计……………………………………………………………1 四、 项目数据库设计………………………………………………………………1 五、 项目模块与界面设计…………………………………………………………1 六、 项目测试用例设计与测试情况………………………………………………1 七、 软件安装与使用手册…………………………………………….………...…1

编写提纲 一、 项目需求分析 要求：

画出用例图，并对每个用例进行详细描述。每个用例主要描述用例的事件流、前置条件和后置条件。用例描述可以参考UML中的用例描述方法。

二、 项目静态结构设计

要求：

用类图、对象图、包图、部署图、组件图等来表示系统的静态结构； 类图必须给出详细的数据成员和函数成员以及类与类之间的关系； 包图需要给出包之间的关系； 必须有适当的文字说明；

三、 项目业务逻辑设计

要求： 用时序图、活动图、状态图、协作图等来描述系统的各业务流程，参见教材22-23页；

必须有适当的文字说明；

四、 项目数据库设计

要求：

设计出系统的数据库，画出E-R图。

设计数据库的各个表，给出详细的表定义，参见教材41-43页 必须有适当的文字说明。

五、 项目模块与界面设计

要求：

设计出系统的模块结构和实现各用例的主要界面； 必须有适当的文字说明；

六、 项目测试用例设计与测试情况

要求：

设计出系统的测试用例（使用案例），给出测试记录（异常记录、解决方法）

七、 软件安装与使用手册

要求：

编写详细的软件安装过程、方法 编写详细的软件使用手册

转载请注明出处范文大全网 » 软件项目分析