一、PowerBuilder 9.0开发环境简介
1. 主窗口
主窗口中有一行菜单栏和一行工具栏。工具栏上的图标与某一个菜单条相对应，主要的菜单项有：File菜单项、Run菜单项、Tools菜单项等。
2. 画板
画板实际上就是完成一定功能的工具窗口。其中主要的画板及其功能介绍如下：
Application painter应用画板：指定应用级的属性和编写应用级的脚本
Database painter数据库画板：管理数据库，设置数据库的访问控制，维护数据以及创建新表
DataWindow painter数据窗口画板：创建数据窗口对象
Data pipeline painter数据管道画板：创建数据管道对象，从一个数据源向另一个数据源传输数据
Function painter函数画板：创建全局函数
Library painter库管理画板：创建和管理PowerBuilder的应用库
Menu painter菜单画板：创建菜单对象
Project painter工程画板：创建可执行文件、动态库、组件和代理对象
Query painter查询画板：图形化方式定义SQL Select语句，并保存为Query 对象，供数据窗口或数据管道使用
Select painter Select语句画板：为数据窗口或数据管道设置SQL Select语句Structure painter结构画板：创建全局结构
User Object painter用户对象画板：创建用户对象
Window painter窗口画板：创建窗口对象
3. 工具栏
工具栏显示在窗口顶部。如图所示。
其中各图表的含义如下：
New…创建…
Inherit…继承…
Open…打开…
Run/Preview…运行或预览对象
Exit 退出PB系统
Incremental Build Workspace 对增加的工作空间编译联接
Full Build Workspace 对全部工作空间编译联接
Deploy Workspace 配置工作空间
Debug 跟踪当前的应用
Select and Debug 选择跟踪
Run 运行当前的应用
Select and Run 选择运行
Skip Operation 越过操作
Stop Operation 停止操作
Library Painter…打开应用库管理画板
Database Profile…定义数据库连接
EA Server Profile…定义一个特定数据库的连接参数
Database Painter…打开数据库管理画板
File Editor…在文件编辑器中编辑文本文件
System Tree 系统树型窗
Output 输出窗口
二、PowerBuilder应用程序开发步骤
下面以“计算圆面积”应用程序的开发过程为例进行说明。效果图如下：
1．创建新的工作空间和新的“应用”。
(1) 创建新的工作空间。单击New图标按钮 选择“Workspace”页,单击“OK”，弹出保存文件对话框，选择到新建的目录D:\myPBEx，输入文件名为“Ex1”。
(2) 创建新的应用。单击New图标按钮 “Target”页 应用“Application”，单击“OK” 保存文件对话框，选择到新建的目录D:\myPBEx，输入文件名为“CalArea”，单击完成键“Finish”，系统自动用上面输入的应用名称加上扩展名“.pbl”和“.pbt”组成库名CalArea.pbl以及目标文件名CalArea.pbt。
2．创建窗口和设置窗口属性
(1)创建窗口，设置窗口属性。单击New图标按钮 “PB Object”页，双击“Window”图标，创建一个新窗口对象并进入窗口画板，单击中间区域下部至layout页。在窗口的属性（Properties）卡的General页中，在Title栏中输入窗口标题“圆面积计算”，其余使用缺省值；
(2)在窗口上布置搞件，设置控件属性
3．编写脚本
(1)编写“计算”命令按钮Clicked事件脚本。双击cb_1按钮，输入下列脚本：
decimal r
r=dec(sle_1.text)
sle_2.text=string(3.14159*r*r)
(2)在树型窗口中，双击“应用”CalArea，弹出应用画板。在下面空白的脚本编辑区中编写“Open”事件的脚本：
Open(w_calarea)
4. 运行应用程序
单击“Run”图标按钮，就可以运行计算圆面积的程序了。
三、PowerBuilder 9.0数据库开发步骤简介
PowerBuilder对数据库的操作有以下几步：
(1) 创建物理数据库，例如SQL Server、ASA、Access等。（略）
(2) 定义ODBC数据源。
从菜单或工具栏进入DataBase画板。如图所示
DataBase画板图标
进入DataBase画板后的界面如图所示。
创建ODBC数据源
在PowerBuilder数据库画板的Objects子窗口中，双击ODBC项下Utilities
项的ODBC Administrator项，出现标题为”ODBC数据源管理器“窗口。
在图中，选择“户DSN”，在该窗口中查看已有的数据源，若要修改已有的数据源，可以点击“配置”按钮进行修改。点击“添加”按钮，创建新数据源，
将出现标题为“创建新数据源”的窗口。
在图中，选择合适的驱动程序。这儿选择Adaptive Server Anywhere8.0，点“完成”按钮，将出现标题为“ODBC Configuration for Adaptive Server Anywhere”的窗口。
在图中，选择ODBC，在DataBase Source Name项中输入新的数据源名称，这里为stu。选择Database，在DatabaseFile项中输入物理数据库名，可以用Browse 按钮确定，点“确定”按钮。
(3) 定义DB Profile（仅仅开发环境需要，运行时不需要）。
在进入Database画板后，打开Objects子窗口，在这个子窗口中，列出了所有可以允许连接的数据库接口。选择ODBC项，点击鼠标右键。
选择NewProfile，出现标题为“Database Profile Setup-ODBC”的窗口：
(4) 连接数据库。对在本机创建的ASA数据库，自动定义数据源和DB Profile。在别的机器上创建的ASA数据库或其他类型的数据库，要定义ODBC 数据源和DB Profile。连接成功后，才可以创建和管理表及数据等。
在Database画板的Objects子窗口中，选择ODBC项，在该项下选择要连接的DB Profile，点击右键，选择Connect连接数据库。
连接数据库成功，会在相应的DB Profile前面的图标上打上“√”标记，该数据库变为当前工作数据库。这时就可以在该数据库中创建表，检索数据等。
若连接不成功，一般是已被同一数据库的另一个DB Profile连接，这时断开别的数据库连接，再连接即可。同一物理数据库，不能同时有两个连接，但同一时刻，可以连接多个不同的物理数据库。
四、PowerBuilder 9.0数据窗口简介
PowerBuilder中使用数据窗口对象的一般方法：
(1) 使用数据窗口画笔创建数据窗口对象，把它保存到应用库中。创建数据窗口对象时一般包括：定义数据源、选择数据窗口的表现风格、设置数据窗口对象及该对象内其它对象的属性等，例如显示格式、编辑风格、跳转次序、有效性规则、排序与检索条件等；
(2) 在窗口或用户对象中建立一个数据窗口控件；
(3) 通过数据窗口控件的属性设置或编写代码将数据窗口控件与数据窗口对象联系起来，使其成为一个整体；
(4) 在窗口画笔或用户对象画笔中编写代码以操作数据窗口控件以及放置在该控件中的数据窗口对象，例如使用数据窗口控件的对象函数Retrieve()提取数据，使用Update()函数更新数据库中的数据等。
创建数据窗口对象具体使用步骤为：
(1) 连接所要的数据库，单击工具栏按钮New，选择New对话框中的DataWindow选项页。
(2) DataWindow选项页中列出了11种数据窗口的样式，每种样式代表了一种独特的显示风格。
(3) 选择数据源对话框。PB提供Quick Select、SQL Select、Query、External 和Store Procedure五种类型的数据源。在预览数据窗口时需要检索出数据时，则选中在该对话框底部的Retrieve on Preview复选框。
(4) Quick Select数据源对话框主要完成对数据库中的表以及表中要显示字段的选择。图中左边的Tables中列出了当前连接的数据库中所有的表名，点击某一个表名，会在右边的Columns中列出该表的全部字段。确定了数据表后，就可以在Columns列表框中选择需要在数据窗口中显示的字段。
点击某个字段名，该字段就会变为蓝色显示，同时在Quick Select数据源
对话框底部的描述框中加入该字段。
如果需要取消某个已选中的字段，只需再次点击该字段即可。
如果需要显示所有字段，只需单击右边的“Add All”命令按钮。
完成字段选择后，单击OK命令按钮，弹出“Select Color and Border Setting”颜色和边框设置对话框。
(5) 在“Select Color and Border Setting”中对数据窗口的背景颜色、字段标签的颜色和边框类型及字段的颜色和边框类型进行设置。单击Next命令按钮，弹出“Ready to Create Tabular DataWindow”对话框。
(6) “Ready to Create Tabular DataWindow”对话框显示了关于新建数据窗口对象属性的列表，供检查、确定。单击Finish，创建数据窗口对象即告初步完成，转入数据窗口画板。
(7) 在数据窗口画板中，可以对数据窗口对象设计修改。
例如，可以随意拖动字段，改变字段的位置和大小，改变字体的大小、类型和颜色，改变背景的颜色，改变字段边框的显示效果、改变字段名称的文本等。
(8) 单击工具栏上的Save保存按钮。在第一行编辑框中为新建的数据窗口对象命名，在Comment注释区中可以编写一小段对新建的数据窗口对象的说明文本。单击OK保存该数据窗口对象。数据窗口对象命名时的默认前缀为d_。
在窗口上布置数据窗口控件的方法：
1. 创建或打开窗口
2. 点击小三角，展开窗口控件
3. 点击数据窗口控件
4. 在窗口上点击，出现数据窗口
5. 在数据窗口的边沿或四角，拖动调整数据窗口的大小
6. 在数据窗口内部，拖动调整数据窗口的位置
单击数据窗口控件属性卡General页中DataObject栏右边的“…”按钮，选择一个数据窗口对象，就完成了数据窗口控件与数据窗口对象的关联。
在应用程序中，可以动态地关联数据窗口对象，这样，一个数据窗口控件就能够在不同的时刻动态显示不同的数据窗口对象。数据窗口控件与数据窗口对象的关联是通过给数据窗口控件的DataObject属性赋值实现的，DataObject属性的数据类型为字符串（String）。程序中通过给DataObject属性赋不同的值而让数据窗口控件关联不同的数据窗口对象，这个值就是数据窗口对象的名称。
数据窗口对象d_another必须已经定义并保存在应用程序库中。每当在应用程序中修改了DataObject属性后，还需要依次重新执行数据窗口控件的对象函数SetTransObject ( )和Retrieve ()，这两个函数执行之后新的数据窗口对象才能在数据窗口控件中显示出来。
五、生成exe程序步骤
确定好应用程序的搜索路径后确认当前打开的pbl文件是主文件，其次应用程序的搜索路径已经设置。点工具栏上的图标按钮New，选择Project页，再选择Application项，点击OK，打开编译窗口。
一般是点击输入框右边的按钮来输入可执行文件名。Rebuild中一般是选择Full来全部编译。选择Machine Code来生成机器代码，因为机器码的速度和效率比较高。
在DLL栏中（若不选Machine Code则是PWD）,给相应的pbl文件打上“√”。这几项选好后，点击工具栏上的Deploy图标，开始将pbl文件编译成Windows 可执行文件EXE和DLL。
编译生成的可执行文件要脱离PowerBuilder环境能在Windows下独立运行，需要一些系统动态连接库，这些文件位于\Shared\PowerBuilder目录下，共有约80个dll文件，大约48MB。需要哪些文件，取决与应用系统涉及的范围。对一般的应用系统而言，不需要这么多，仅需要4个文件：
libjcc.dll 383KB
pbvm90.dll 4611KB
pbdwe90.dll 2410KB
pbodb90.dll 442KB
将编译生成的exe和dll文件与上述系统动态连接库文件复制到一起，即可在Windows环境下正常运行。
若应用程序用到ASA数据库，还需专门安装Adaptive Server Anywhere，然后按方法配置ODBC数据源。当然也可以在安装程序或应用程序中配置，不过需要对注册表进行处理。
软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志， 确认 EU需求变动，执行进度控制，必要时变 更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测
部署试
TE：进行集成测试，编制测试文档，提交PM，送达PG 未 通 过通过 通过项目后期 系统验收 结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ： 部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报 备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理 硬件开发流程图
产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计 与修改，形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议，若评审通过，由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批，输出交研发部进行设计开发工作。 注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段 必须与研发部经理进行设计评审，设计评审完成后研发部 完成硬件打样，首样制作由该项目各负责工程师共同制作， 并完成《样机测试记录表》、《操作说明》、《首样评审表》， 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的 尤其产品外观改动的，需经总经理批准的《设计变更表》， 才能对其模具设计修改，并填写《改模记录表》。首样评审完 成修改通过后，发放至工程部由工程部汇总完成《工程 样机测试汇总表》，3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。
一个完整的软件开发流程-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
一个完整的软件开发流程一、开发流程图
二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。
软件开发计划书 项目名称：乐吧乐游戏平台参与人员：
目录 1引言 ---------------------------------------------------------------------------------------------- 2 1.1编写目的 --------------------------------------------------------------------------------- 2 1.2背景 --------------------------------------------------------------------------------------- 2 1.3定义 --------------------------------------------------------------------------------------- 3 1.4参考资料 --------------------------------------------------------------------------------- 3 1.5 系统动机 -------------------------------------------------------------------------------- 3 1.6标准、条件和约定 --------------------------------------------------------------------- 3 1.7编写文档的WBS ----------------------------------------------------------------------- 4 2项目概述 ---------------------------------------------------------------------------------------- 5 2.1工作内容 --------------------------------------------------------------------------------- 5 2.2主要参加人员 --------------------------------------------------------------------------- 5 2.3产品及成果 ------------------------------------------------------------------------------ 7 ------------------------------------------------------------------- 错误！未定义书签。 ------------------------------------------------------------------- 错误！未定义书签。 ------------------------------------------------------------------- 错误！未定义书签。 ------------------------------------------------------------------- 错误！未定义书签。 2.4验收标准 -------------------------------------------------------------------------------- 8 ------------------------------------------------------------------- 错误！未定义书签。 2.4.2 文档验收 ------------------------------------------------------------------------- 8 2.4.3 服务验收 ------------------------------------------------------------------------- 8 2.5完成项目的最迟期限 ----------------------------------------------------------------- 8 2.6本计划的审查者与批准者------------------------------------------------------------ 8 3实施总计划 ----------------------------------------------------------------------------------- 10 3.1开发过程 ------------------------------------------------------------------------------- 10 3.1.1 需求分析 ----------------------------------------------------------------------- 10 3.1.2 系统设计 ----------------------------------------------------------------------- 10 3.1.3 编码及测试阶段 -------------------------------------------------------------- 10
软件项目开发合同 合同号: 合同名称： 第一条总则 1） 甲方选择乙方为其开发软件系统，乙方将在甲方规定的时间内，根据甲方要求分 —阶 段为甲方开发 _____________________ 软件系统。 2） 甲、乙双方经友好协商，根据《中华人民共和国合同法》等有关法规，就乙方承担甲方 信息系统开发项目事宜，达成以下协议条款。本合同为第 阶段系统开发的合同书。 3） 本合同中所用术语的定义如下： 服务 由乙方提供的项目管理、需求分析、软件开发、测试，以及咨询、计划、实 施、培训、安装、调试、维护、升级等服务。 资料 由乙方向甲方提供的系统说明文件、使用手册等。 规范 信息系统在功能、操作、环境及性能等方面要求的周密而完整的说明。 任务 为完成“合同范围”所述服务而进行的相关活动。 第二条合同范围 乙方按照《用户需求书》的要求，向甲方提供在《工作说明书》中所列明的服务。 第三条价格及付款方式 1） 合同总金额为 RMB ￥ ____________ 万元，计人民币 ____________圆整，作为系统的开发费用。 2） 甲方分期向乙方支付以下款项： （1） __________________________________________________________________________ 本合同签 订后一日内，甲方向乙方支付合同金额的 一%，计人民币 _____________________________ 圆整； （2） _________________________________ 软件需求开发说明书确认后 __________________ 日内，甲方向乙方支付合同金额的 ______________ % , 甲方: （公司名称） 地址： 邮编： 联系人： 电话： 传真： 乙方: XX 有限公司 地址： 邮编：510000 联系人： 电话：（86-20）87123456 传真：（86-20）87123456 开户银行： 帐号：
快视信息软件开发流程规范： 用户需求：软件项目首先由客户经理(CM，Custom Management)接洽客户的较大的需求。这时的需求叫市场需求（或叫用户需求），客户经理会进行各个项目的安排，即对项目的启动时间和发布时间进行规划和设置。 项目经理(PM，Project Management)对客户经理负责。项目经理的需求是根据客户经理给的，项目经理不和用户（客户）直接接触（通过客户经理接触），负责和用户进行需求洽谈和沟通的是客户经理。一个项目的需求在一般情况下是不准变更的，如果有需求理解方面的不清楚可以进行沟通，但是需求是不变更的。如果用户有新的需求，一般规划在下一个版本中。因为需求变更了，这个目的时间就要进行调整，就不能按计划进行和完成。客户经理提交给项目经理的是需求规格说明书。 一、项目开工会 在项目经理领到客户经理分配给的需求后，做项目计划，具体做项目人员的确定、需求的分解（需求分解到每个人）、代码量的估计，项目各个阶段时间的划分和工作量的计划、质量指标的设定。这时项目经理需要输出的文档是项目需求分解任务书、项目计划PPT、及做好整个项目需要填写的一系列表格。然后组织项目组成员和客户经理CM、QA(质量审计经理)进行项目开工会。这时这个项目就算真正启动，计算工作量时，即计算这个项目总共花了多少个工时，工时是项目经理做计划的时间也算在内，再加上项目开工会和后续各个阶段总共花的总工时数，还有各个阶段开会所花的时间。在项目开工会上，各个成员就明确了这个项目是属于增强型项目，还是其他项目的项目性质，增强型项目的意思是说在原来上一版本的基础上又根据新的需求进行增强型开发。还有要明确项目最后开发出的新增代码量有多少，最后要明确每个人的需求任务，接下来着手进行SRS的写作。 二、SRS阶段：System/Software Requirment Specification 软件需求规格说明 在项目开工会后，项目组就开始按照在项目开工会上项目经理的需求任务分解的任务开始进行SRS的写作。 一般项目经理给你的一个子需求任务，你这时需要分解为更小的需求。一般一个需求的写作是按这样进行的。先简单介绍这个需求，然后把这个需求设计成黑盒的形式，即输入，处理过程、输出。这些都需要写详细，任何一个需求都写成这种形式，输入是什么，处理过程是什么，输出结果是什么。处理过程需要用Visio或者PPT画出处理流程图，流程图要很详细。每一步的各种情况都要表示和考虑到。对异常情况也要考虑和进行处理。还有要说明在原来的基础上怎么改动，具体方法要进行说明。设计的数据库表结构，要给出脚本，SQL语句，表结构需说明每个字段，哪些是主键，你在这个需求处理过程中哪里使用了哪些表，需要进行哪些操作，都需要说明。这里需要设计和编制《数据库设计说明书》文档。该文档中描述该系统中设计出的所有的数据库表结构和各字段类型。还有多个操作对象要画序列图表示出按时序的处理过程。这个SRS文档就相当于我们平时毕业设计或者一个题目的详细设计阶段达到的水平，甚至比它更详细。每个项目组成员都把自己的需求的SRS文档写出来之后放到配置库中，然后每个人对项目组其他成员的（非自己的）SRS文档进行Review（评审）,对每个SRS文档在每页发现或者纠正的错误数不能低于一定的数目，而且要保留批注记录，经过Review的（保留批注的）文档要放到配置库的Review文件夹下，这是进行项目质量指标收集的重要依据，是QA 进行调阅和审计的资料。项目经理要对SRS文档、SRS Review文档进行汇总。在汇总后组织项目组全体成员进行SRS阶段会议，对每个人写的SRS进行评审会议（讨论和提意见），对别人给你提的修改意见你要一一进行说明，说明为什么不改，怎么改的，是什么问题，问题严重程度属于什么级别，而且都要填表，也是QA进行审计的内容。开完会后如果每个人完成的都差不多，然后安排半天或者一天的时间进行返工，主要是进行修改文档，按在会上讨论的结果和别人给你的Review 文档结果（评审结果）进行准一修改和完善。然后再进行SRS阶段开会，如果都做的比较到位和具体、符合要求，即关闭SRS阶段。这时SRS阶段的花费的工时数和一些质量活动指标就出来了，比如你这个SRS文档写了几页，每页的错误数是多少，返工修改用了多少时间，然后这些这个比率也会自动计算出来。进而可以判断这个阶段的质量。每个项目组成员在每天工作完毕后都要进行Time Sheet 的填写，必须具体到半个小时，这是统计和分析的需要。填写必须真实。 三、UTP、STP阶段（UTP、STP写作） UTP Unit Test Plan 单元测试计划 STP System Test Plan
. 在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。 一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。 1、软件需求说明书：也称为软件规格说明。该说明书对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。软件需求说明书的编制目的的就是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解、并使之面成为整个开发工作的基础。 其格式要求如下： 1 引言 1．1 编写目的。 1．2 背景 1．3 定义 2 任务概述 2．1 目标 2．2 用户的特点
. 2．3 假定和约束 3 需求规定 3．1 对功能的规定 3．2 对性能的规定 3．2．1 精度 3．2．2 时间特性的需求 3．2．3 灵活性 3．3 输入输出要求 3．4 数据管理能力要求 3．5 故障处理要求 3．6 其他专门要求 4 运行环境规定 4．1 设备 4．2 支持软件 4．3 接口 4．4 控制
. 2、概要设计说明书：又称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理。流程、程序系统的组织结构、模块划分、功能分配、接口设计。运河行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。 其格式要求如下： 1 引言 1．1 编写目的 1．2 背景 1．3 定义 1．4 参考资料 2 总体设计 2．1 需求规定 2．2 运行环境 2．3 基本设计概念和处理流程 2．4 结构 2．5 功能需求与程序的关系
软件项目开发计划书 1引言 1.1编写目的 提示：该项主要说明编写这份项目开发计划的目的，指出预期的读者。 1.2项目简介 1.2.1项目名称 提示：项目名称项主要说明项目编号、项目名称及中英文简称。 1.2.2产品标识 提示：产品标识项主要为产品给定唯一标识：产品名称、产品简称、版本号等相关信息。 1.3定义 提示：定义项主要列出文件中用到的专门术语的定义和缩略语，要求表述清晰明了准确。 1.4参考资料 提示：参考资料项主要列出制定开发计划须依据的文件和项目开发过程中需要使用的参考资料，如： 本项目的经核准的计划任务书或合同，上级主管部门的批文。 属于本项目的其他已发表的文件。 本文件中各处引用的文件、资料。 开发中所需用到各类资料及开发标准等相关信息。 2.项目概述 提示：项目概述项要重点描述与项目开发相关的需求与约束。 2.1工作内容 提示：工作内容项简要地说明在本项目的开发中须进行的各项主要工作。
2.2交付项 提示：交付项列出需交付给用户的软件、硬件、文档、媒体形式等产品项，并说明其功能和性能。 3.非交付项 提示：非交付项主要说明开发过程中使用但不必向用户移交的软件、硬件或文档资料。 3.项目组织和资源 3.1项目组织 提示：项目组织主要说明项目组的组织结构、内部关系、负责人（为直观和可理解该项内容可用结构图的形式来表示）。 3.2项目资源 3.2.1人力资源 提示：人力资源主要说明参与项目的总人数和人员结构，人员结构可用下表从职责和技术水平等方面进行说明。格式和内容如表1所示。 表1：项目人员构成表 3.2.2已有开发设施 提示：已有开发设施项主要说明开发地点、使用设备、合同条款所要求的其他已有设施。 3.2.3须获取的设施及相关资源 提示：须获取的设施及相关资源项主要说明须获取的设备、软件、服务设施、图书资料、用户相关文档资源、文件资料等，说明获取的方法（如：外购、租赁）、获取的时间等内容。 3.2.4可复用资源
软件项目委托开发协议 买受人（简称甲方）：某某单位 出卖人（简称乙方）：某某有限公司 甲方委托乙方，乙方接受甲方委托，进行监管管理网合作开发和网络雷达代理定制项目（以下简称系统）的软件开发，双方经过协商达成如下协议： 一、项目要求 1．总体设计原则： 1．对海关总署监管管理网进行合作定制开发 2. 对海关总署监管管理网页面进行美工设计 3. 对网络雷达代理定制进行系统定制修改 2．技术培训：乙方对甲方的使用者进行现场的日常操作与维护培训，使其能够独立地进行操作及日常维护。 二、双方责任和义务 1.甲方有义务对乙方提供的开发程序进行审定。 2.甲方有权对项目开发的质量和进度进行监督检查。 3.甲方有义务在乙方进行软件开发过程中提供必要的配合。 4.甲方有义务向乙方提供系统管理的必要说明。 5.甲方有义务协调乙方与甲方其他开发单位的关系，保障乙方正常的开发条件。 6.乙方保证所开发的软件功能与开发需求一致，并负责现场安装、调试。 7.乙方承诺按时完成项目开发进度。
8.乙方承诺为甲方的介入人员的交流、培训、监督和检查提供完全便利的条件。 9.乙方承诺亲自完成由甲方委托开发模块的全部工作，未经甲方书面许可，乙方 不得将本项目的全部或部分转委托给任何第三方。 三、产品评审和验收 乙方需要向甲方提交如下产品： （1 ）完成甲方功能要求的可执行软件； （2 ）软件的开发计划文档； （3 ）软件的设计文档； （4 ）软件的源代码； （5 ）软件的使用说明书； （6 ）软件开发过程中产生的其它文档。 在开发过程中，乙方需要提交给甲方项目进度计划，项目最终产品的验收标准详全部验收合格才视为交付完成。 四、工期 1．甲乙双方应严格按照项目推进计划，推进并完成项目。 2．如果因乙方原因不能按期完成任务，甲方有权扣除乙方开发费用作为违约金，扣除款项的总金额的1%。 3．如果因甲方原因不能按期完成某阶段任务，乙方不承担责任，因工期顺延而增加的费用由甲方承担，具体数额由双方另行协商。
一个完整的软件开发流程 一、开发流程图 二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。
2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。
第三部分用PowerBuilder开发数据库应用系统 第一章 P owerBuilder简介 ●介绍PB的特点； ●应用程序的组成，开发步骤； ●PB开发环境 ●一个应用程序实例 一、 PB的特点 1．什么是PB？ ●PB是一个图形界面的，面向对象的数据库应用系统开发工具； ●能够开发功能强大的，运行在多个平台的，能够操作多个数据库的应用系统； ●可以开发客户/服务器、分布式、Internet应用系统。 （1） 客户/服务器结构：（双层） ●这种结构的核心是当前端用户（客户工作站）需要后台服务器的服务时， 仅发出请求；而服务器接收请求后，执行相应的功能，并把满足条件的 那部分数据反馈给前台客户端； ●数据库服务器上的DBMS集中负责管理数据库服务器上的数据和资源，它 向客户端提供一个开放的使用环境，客户端的用户通过数据库接口和 SQL语言访问数据库；也就是说，它只要能通过网络协议和数据库接口 程序连接到服务器，就可以对数据库进行访问； ●在此结构中，应用程序和应用逻辑可以根据需要划分在服务器或客户工 作站； （2） 多层客户/服务器结构：（分布式结构） ●有三个逻辑层，客户层是面向用户服务的，把数据和应用呈现给用户的 逻辑，在客户端实现，中间层是面向商业规则的，在应用服务器上实现， 服务器层是面向数据服务的，在数据库服务器上实现； ●强调组件开发，相对独立的组建模块安排在服务器上，供所有的客户端 应用程序访问； （3） Internet应用系统 ●处理分三层，类似于多层客户/服务器结构； ●商务和表现服务驻留在Web服务器上，而客户使用简单的浏览器，这种 结构可支持任何配有浏览器的客户机。 2．提供强有力的开发环境 ●用它来建立用户容易使用的各种应用程序； ●开发人员还可以通过PB修改他们的数据库； ●PB为应用的开发提供了全面的综合性的支持，概括如下： （1） 事件驱动的应用程序 ●PB的应用程序是事件驱动的，即用户通过各种动作控制应用程序的流 程； ●用户可以通过编写脚本来说明当事件触发时，要完成的处理过程；
软件项目开发计划书 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
软件开发计划书 项目名称：图书管理系统 目录
1引言 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 山西农业大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表所示。 表项目背景规划
图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。 定义 专门术语： SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。 SQL：一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写： 系统：若未特别指出，统指本图书管理系统。 SQL：Structured Query Language(结构化查询语言)。 ATM：Asynchronous Transfer Mode (异步传输模式)。 UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。
甲方： 乙方： 甲、乙双方经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本协议的所有内容，同意承担各自应承担的权利和义务，忠实地履行本协议。 第一条本协议软件开发项目的内容、工作进度与安排、价款、交付和验收方式等由附件载明。 第二条协议履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。 第三条甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。 第四条双方的基本权利和基本义务 一、甲方的权利和义务 1、根据本协议项目的实际需要和乙方的要求提供协助，并提供有关的资料、报表及文档等，甲方保证所提供的所有资料完整、真实、合法。 2、按本协议约定支付软件开发费用。 3、甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。 二、乙方的权利和义务 1、按照甲方提供的材料按时完成本协议规定的软件开发工作。 2、可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另
行签署协议确认。 3、依协议收取软件开发费用。 4、乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。 第五条甲方在一年的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。 第六条甲方同意按双方约定的付款方式和时间及时向乙方支付协议费用，以及提供其他必要的帮助。 第七条本协议涉及的相关程序、文件源码的版权属乙方所有，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。 第八条甲方不能按时支付协议费用导致的工期延误，其责任由甲方承担。 第九条双方当事人应当保守在履行本协议过程中获知的对方商业秘密。 第十条双方应本着诚实信用的原则履行本协议。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本协议并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本协议，但应及时通知对方。若对方继续不履行、履行不当或者违反本协议，该方可以解除本协议并要求对方赔偿损失。
软件项目开发工作流程 一、简述 对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 1、项目可行性研究阶段 2、立项阶段 3、需求分析阶段 4、开发策划阶段 5、设计阶段 6、编码实现阶段 7、测试阶段 8、验收阶段 9、产品交付使用 10、维护阶段 二、项目组基本组成及岗位职责 新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。 a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。 b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。 C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。 D分析人员：主要负责本项目的需求分析工作。 E设计人员：主要负责本项目的设计工作。 F程序员：按设计要求和有关标准进行编程工作。 G测试人员：负责单元测试、组合测试和总装测试工作。 H文档人员：负责本项目有关文档的编写工作。 I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任） 三、软件开发流程 3．1 可行性研究阶段 如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需
求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。 如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。 本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达） 项目可行性研究报告（可行性研究人员编写） 系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段 可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。 本阶段提交的文档：项目立项申请报告 开发任务书 3．3 需求分析阶段 承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。 本阶段提交的文档：软件需求规格说明书。 原型分析说明书 产品规格说明书 系统技术方案书 质量记录：需求分析评审报告 提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型） 3．4开发策化阶段
软件项目开发计划规范 1 引言 1.1编写目的 ? 阐明开发本软件的目的； ? 说明编写这份项目开发计划的目的； ? 指明软件需求说明书所预期的读者。 1.2背景 ? 表示待开发的软件系统的名称、代码； ? 列出本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； ? C.说明该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2.3产品 2.3.1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2.3.2文件 列出需移交给用户的每种文件的名称及内容要点。 2.3.3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2.3.4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2.4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2.5完成项目的员迟用限 2.6本计划的批准者和批准日期 3实施计划 3.1工作任务的分门与人员分工
软件项目开发合同 软件项目开发合同 合同编号： 甲方： 地址： 乙方：地址： 总则第一条 阶2 甲方选择乙方为其开发软件系统，乙方将在甲方规定的时间内，根据甲方要求分1) 软件系统。段为甲方开发 甲、乙双方经友好协商，根据《中华人民共和国合同法》等有关法规，就乙方承担甲方2)阶段系统开发的合同书。2信息系统开发项目事宜，达成以下协议条款。本合同为第本合同中所用术语的定义如下：3) 由乙方提供的项目管理、需求分析、软件开发、测试，以及咨询、计划、实服务施、培训、安装、调试、维护、升级等服务。资料由乙方向甲方提供的系统说明文件、使用手册等。信息系统在功能、操作、环境及性能等方面要求的周密而完整的说明。规范任务为完成“合同范围”所述服务而进行的相关活动。第二条合同范围 乙方按照《用户需求书》的要求，向甲方提供相应的技术服务。 第三条价格及付款方式 1)合同总金额为RMB￥万元，计人民币圆整，作为系统的开发费用。 2)甲方分期向乙方支付以下款项： (1)本合同签订后日内，甲方向乙方支付合同金额的50 %，计人民币圆整； (2)软件按合同规定的标准验收合格之后日内，甲方向乙方支付合同金额的50 %， 计人民币圆整； (3)甲方向乙方支付的费用，除另有规定外，所有费用的支付币种为人民币(￥)，由甲方按本合同规定的付款方式以电汇或支票划入乙方指定的开户银行帐户中。 页1 第 软件项目开发合同 (4)乙方在收到甲方全额货款的工作日内向甲方开具与合同金额相等的%增值 税发票。 第四条变更 1)任何一方要求对合同内容进行变更时，所有的变更要求都必须以书面形式提交并经双方签字同意。
2)对合同内容的任何变更都可能导致对预定计划、可交付资料或费用的变更。根据变更要求的范围和复杂程度，乙方应对实现变更要求的工作而相应增加或减少收取费用，并将预计发生费用以书面形式通知甲方，待甲方确认后执行。 第五条知识产权约定 1)除非另有规定，本合同中乙方向甲方售出的产品（程序、文件、文档资料），所有权和版权属乙方。未经乙方许可，甲方不得公布文件、源码，不得复制、传播、反编译、出售、出租或者许可他人使用其相关的程序、文件、源码和反编译等。 2)乙方保证所售出的产品享有合法的权利，没有侵犯任何第三方的权利。 3)甲方只能按乙方的规定享有相关产品的使用等权利。如果甲方违反乙方的规定和国家法律规定，应承担相关的法律责任。 第六条保密 1)双方不得向第三者泄露本协议的任何内容。 2)双方按本合同规定相互提供和提交的全部文件资料，凡涉及需要保密的，以预先说明的有关条款为据。并且任何一方在没有经过另一方书面同意的情况下，不能将另一方的保密资料（如技术资料、用户信息）透露给第三者。 第七条合同的解除 1)任意一方欲提前解除本合同，应提前通知对方，经双方协商签字同意后方可解除。甲方要求解除合同，无权要求乙方返还甲方向乙方已支付的费用，并应对乙方遭受的损失承担赔偿责任；乙方要求解除合同，应返还甲方已支付的费用，并赔偿由此引起甲方的损失。 2)订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。 第八条违约责任 1)双方在执行本协议过程中，任何一方违反本协议之约定，均为违约。违约方除向守约方赔偿外，还须承担另一方为取得此等赔偿而支出的所有费用，包括但不限于仲裁费、诉讼费、律师费、差旅费等。 2)任一方未能如期履约时，应每天按未能履约部分的0.05%向对方支付违约金。但支付违约金并不免除违约方的其他合同义务。 页2 第 软件项目开发合同 3)如果任何一方没有实现本合同约定而受到本合同对方索赔时，应分清具体责任部分，确认该部分的责任方。对于利润损失等其他直接或间接损失(包括商务交易中的双方已告知有发生这方面损失的可能性)，由各自承担，相互不承担责任。 第九条不可抗力 1)双方因不可抗力的影响不能履行合同，履行合同的时间相应推迟，推迟时间与不可抗力持续时间相同，合同价格不因此而改变。 2)不可抗力发生后，双方要立即通知对方，并采取必要措施密切配合，以减少影响。 3)不可抗力是指动乱、台风、地震、水灾等以及双方同意的不可预见的情况。 第十条通知方式 任何为执行本协议而发出的通知（包括但不限于声明、请求、要求、通知和备忘录等）均应以书面形式作出。双方均负有签收对方发出的通知的义务。如一方拒绝签收，他方仅须提供能够证明其已将有关通知按本协议所列地址交付邮政部门的证据，即可视为有关通知已于交付邮政部门后的第二天送达对方。如一方在收到通知后三个工作日内未对对方在通知中陈述的事实