手机信息管理系统模型
项目开发计划说明书 Document serial number【LGGKGB-LGG98YT-LGGT8CB-LGUT-
手机信息管理系统模型
项目开发计划说明书
开发方案
编写人：李龙
审核人： X X X
二○一○年X月
1引言
编写目的
手机是人们必备的一种双向传送信号的个人移动通信工具。随着移动多媒体时代的到来，手机从简单的通话，单向传递信息工具逐渐向智能化发展。目前的手机市场非常活跃，全国每年以xxx万以上的用户递增，老用户加上新用户，成了滚雪球之势。但是，手机业务也是在不断变的，由原先的话音发展为移动上网、新闻、文化娱乐、体育比赛、多媒体视频服务，使手机的发展呈多样化。手机的发展表现在以下几个方面:★更新换代周期逐渐缩短。通信技术快速发展及人们生活水平日益提高等因素的影响，手机市场更新换代周期逐渐缩短；
★多功能化。存储和显示信息量大，手机不仅能实现日常的个人移动通信业务，还能与新闻、文化娱乐、体育比赛、专用数据库连接上。
★大容量，大规模联网。利用卫星把全球的手机用户连接起来，实现覆盖全球的国际通信联网，进行全球漫游通信。
★智能化。利用智能手机进行个人信息管理，多媒体应用。
★独立的手机操作系统多。目前应用在手机上的操作系统主要有Symbian 、Windows CE 、MacOSX、PalmOS和Linux。
★多款式微型化。手机向着体积小，品种更多的方向发展。
手机管理信息系统这个概念是狭义的，不包括基站发射机、移动交换中心发射机和公网交换机，也不包括话务排队器。手机管理信息系统由网络服务器、系统主机、和存放号码资源，我们用户的信息等一个大型数据库组成，并由网络把它们全部连接在一起，系统的所有数据都存储在大型数据库中。任何一个手机都可以通过网络提供的功能共享服务器中的所有数据。
本文档是对某公司手机管理信息系统分析的总结，包括该公司已建立的计算机手机管理信息系统和尚未建立的新系统的分析，由系统分析确定手机管理信息系统（以下简称系统）的需求，以作为设计的依据。本说明书对工程的实施提出计划，连同附件一起供开发人员设计使用，本说明书也是开发者与用户对系统共同理解的基础。
背景
说明：
1. 软件系统的名称：手机信息管理系统模型
2. 任务提出者：黎连业
3. 开发者：李龙李向函
4. 实现完成的系统实施地点：小组成员个人机、开发机房和客户方计算机；
5. 系统的软硬件情况：
I. 硬件环境：
PII或更高档微机、笔记本电脑；
运行时内存需要：64MB；
安装所需硬盘：40GB；
II.软件环境：
中文Windows98/2000/Me/XP/Vista/Seven；
Sql Server2005及以上数据库；
Access2003及以上数据库。
定义
本说明书中的“手机信息管理系统模型”在以下内容中缩写成“本系统”；DBA代表数据库管理员；
String 代表的数据类型是字符串；
PⅡ是奔腾2处理器；
PC机即个人计算机。
参考资料
相关的文件包括：
《软件测试与测试技术》---- 黎连业. 北京：清华大学出版社，
《软件工程设计案例教程》----李代平等.北京：清华大学出版社，
《数据库应用技术—Sql Server 2005实用教程》----李存斌等.北京：中国水利水电出版社，
《软件需求说明书》（GB8567-88）
2任务概述
目标
2.1.1 系统的设计目标
（1）向用户提供丰富的信息服务功能。
（2）提高系统的可靠性、安全性，降低系统维护人员的工作量。
（3）提高对人为干扰、硬件故障的适应能力。
（4）为相似规模的专业手机信息服务台提供一通用的系统设计模式。
（5）向用户提供多方位的服务功能。
（6）提高系统管理能力。
2.1.2 系统设计原则
根据管理信息系统设计规范其设计原则为：
★模块化。其业务分成10大子系统，各个系统自上而下通层分解，直至完成所要求的功能。在设计中尽量减少模块间数据、控制参数的传递，以减少其相关性。
★数据的一致性。在多用户实时处理系统中常常遇到数据不一致问题，为此，要在设计中对系统内部数据进行分类编码，减少数据冗余。
★可靠性。利用密码来杜绝非操作人员进入系统。
★实用性。按用户要求完成所要求的功能：
我的手机；
普通服务；
漫游服务；
群呼服务；
试机服务；
定时服务；
系统管理；
打印管理；
帮助；
系统维护。
★可维护性。采用模块化设计给维护带来方便。利用每日自动运行的维护软件对系统数据进行维护。
★通用性。提高系统的通用性，缩短开发周期。本设计将各种寻呼环境不同的数据置于程序模块之外，利用系统生成这些参数，从而减少因条件不同而造成的大量修改程序模块。
★界面友好。尽量减少操作员按键次数，以提高操作员的工作效率。
用户的特点
本系统适用于中、小企业用户和PC机个人用户。
对使用人员的要求是：
操作人员：应该具备基本的电脑知识，了解基本的软件知识，熟练使用微软Windows 操作系统；
维护人员：除了达到操作人员要求外，还需熟练掌握数据库结构，数据库操作技能和一定的排错解错能力。
本软件预期使用频度为每三天一次或用户根据需求自行决定。
假定和约束
本软件为学习软件，无开发经费；
本软件开发周期：自2010年4月1日起至2010年5月1日为期30天。具体为：
★系统分析 2天；
★系统设计 2天；
★系统程序设计 15天；
★系统测试 8天；
★系统试运行 3天。
3需求规定
对功能的规定
要满足以下各个功能：
★我的手机。具体内容为手机号（卡）、手机类别、频段、中国移动通信提供的业务、手机功能、手机查询余额、用户充值、通话纪录、图标格式、图标大小、手机色彩、手机显示屏、分辨率、手机铃声、国际识别码IMEI、三包服务
★普通服务。具体内容为；充值、查询、单呼、连呼、复台、复查、复台复查、留言、列车时刻表、航班时刻表、位置登记。
★漫游服务。具体内容为漫游单呼、漫游复台、漫游复台复查、漫游复查、漫游位置登记。
★群呼服务。内容有：全呼叫、天气预报、股票行情、组号群呼、散呼。
★试机服务。内容有按用户号试机、按发射设备号试机、强场测试。
★定时服务。内容有：定时输入、定时删除、定时查询，定时列表。
★系统管理。内容有用户资料管理，操作员管理、漫游管理、系统记账管理、航班时刻表管理、列车时刻表管理、字典管理。
新系统的功能如图3-1-1 ~ 图3-1-10所示。
图3-1-1 新系统的功能
图3-1-2 新系统的功能1
图3-1-3 新系统的功能2
图3-1-4 新系统的功能3
图3-1-5 新系统的功能4
图3-1-6 新系统的功能5
图3-1-7 新系统的功能6
图3-1-8 新系统的功能7
图3-1-9 新系统的功能8
图3-1-10新系统的功能9
图3-1-11 新寻呼系统的功能10
对性能的规定
3.2.1精度
1. 本系统只保存文件的信息内容，保存文件的具体内容不属本系统解决。
2. 根据系统初始安装条件，预设可供文件信息存放的数据库大小为200MB（数据库实际大小受安装数据库的磁盘所在分区剩余空间限制；若需更改数据库大小，请将原数据库保留备份，由管理员进行更改）；
3. 数据库支持存放文件信息条数为数据库能容纳的数量（具体数目根据用户数据库实际大小而改变）。
4. 文件若是在子目录中，则所处子目录级数无限制。
3.2.2时间特性要求
1. 一般操作的响应时间应为1s-2s内；
2. 文件查询时间一般情况为10s以内，若查询时间超过1分钟原因为数据量过大，则应视为无响应；
3. 更新处理时间：2s内。
3.2.3灵活性
1. 操作方式：支持个人PC机的鼠标、键盘、快捷键操作；
2. 运行环境：本系统目前仅支持Windows平台，不支持跨平台操作；
3. 本软件开发周期根据开发进度可适当缩短或延长，但是时间不允许超过规定时间的一半；
输入输出要求
1. 输入要求：
★用户名：类型为string 格式用户名中只允许输入26个英文字母和0-9的数字和汉字，不支持特殊字符；
★密码：类型为string 格式密码中只允许输入26个英文字母和0-9的数字，不支持特殊字符；
★文件目录名称：类型为string 格式；该目录下包括的文件名和子目录名最长不可超过128个字符，且不能出现不符合该数据类型的字符；
★文件名称：类型为string 格式，输入符合该数据类型的字符；
★其他字段依具体情况而定。
2. 输出要求：
★本系统支持将文件信息存储至数据库中或是从数据库中读出，不支持导出文件操作，但可以从数据库中提取数据。
数据管理能力要求
本系统需要数据库管理员（DBA），可以根据使用情况和单位要求定期对数据库进行维护、更新。
故障处理要求
软件故障：一般情况因运行本软件造成死机或蓝屏请检查电脑内存使用情况，或者重启电脑；
如果突然该系统不能运行，可能是缺失了该系统的支持文件，请与开发者联系；
在排除硬件故障后还不能解决请与开发者联系。
其他专门要求
基于数据库的完整性、一致性要求，系统需要一定的保密性要求，管理员（DBA）可根据实际情况添加系统密码，并且可以与开发者联系，开发出万能口令；
4运行环境规定
设备
1. 处理器型号：PII或赛扬II系列以上型号
2. 内存： 64MB
3. 外存： 40G硬盘
4. 输入输出设备：鼠标、键盘、任意型号打印机（可选），任意型号光盘刻录机(可选)；
支持软件
1. 操作系统：中文Windows98/2000/Me/XP/Vista/Seven；
2. OFFICE97及以上版本。
3. 编译软件：VC++
4．数据库软件：Sql Server 2005、Access 2003；
4. 测试软件：QTP 和手工测试相结合
接口
1. 用户接口
本系统通过PC机进行运行、操作。
2. 硬件接口
本系统不需要特定的硬件或硬件接口进行支撑。
3.软件接口
本系统的软件接口由文件管理系统、文件数据库以及文件管理的词典组成。提供ADO接口，使用时需配备OFFICE97及以上版本即可。
4. 通讯接口
本系统没有特殊的通讯接口，通讯接口由所使用的pc机决定。
控制
本系统日常管理、维护至少需一名系统管理员。系统管理员负责为用户分配权限，数据添加，数据库定期更新、维护等工作。
产品设计计划书范本 产品计划书的作用： 制定产品设计的目的是用文件的形式，把对于在设计过程中各项工作的负责人员、设计进度、所需零配件、相关资料等问题作出的安排记载下来，以便根据本计划开展和检查本产品进展工作。 编制内容要求如下： 1 引言 1．1编写目的 说明编写这份产品设计计划的目的，并指出预期的读者。 1．2背景说明： a．待设计的产品名称； b．本产品的客户、开发者、设计要求等； C．产品造型结构设计完成后的跟进。 1．3定义 分析产品的功能、材质、表面处理、装配方式、包装方式、可行性分析等。 1．4参考资料 列出用得着的参考资料，如： a．本产品的经核准的计划任务书或合同； b．属于本产品的其他参考文件； C．本文件中各处引用的文件、资料，包括所要用到的标准。列出这些文件资 料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来 源。 2 产品概述 2．1 工作内容 简要地说明在本产品的开发中须进行的各项主要工作。 2．2主要参加人员 扼要说明参加本产品开发工作的主要人员的情况，包括他们的技术水平。 2．3产品 2．3．1文件 列出需移交给客户的每种文件的名称及内容要点。 2．3．2服务
列出需向客户提供的各项服务，如附件采购、后期手办及模具跟进。 2．4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2．5完成产品的最迟时限 2．6本计划的批准者和批准日期 3 实施计划 3．1工作任务的分门与人员分工 对于产品设计中需完成的各项工作，从可行性分析、设计、手办、测试，包括文件 的编制、审批、打印、分发工作，按层次进行分解，指明每项任务的负责人和参加 人员。 3．2 接口人员 说明负责接口工作的人员及他们的职责，包括： a ．负责本产品同客户的接口人员； b．负责本产品同本单位各管理机构，如合同计划管理部门、财务部门、质量管理 部门等的接口人员； c．负责本产品同各分合同负责单位的接口人员等。 3．3进度 对于可行性分析、设计等工作，给出每项工作任务的预定开始日期、完成日期及所 需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事 件（即所谓"里程碑"）。 3．4预算 逐项列出本产品设计所需要的劳务（包括人员的数量和时间）以及经费的预算（包 括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。 3．5关键问题 逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项 目的影响。
日照安泰集团编号：ATJT-OP-YY02 版本： 管理体系文件 生效日期：2013-XX-XX 项目开发计划管理流程 密级： 发放编号： 编制： 审核： 批准： 版本修订记录 序号修订日期修订内容修订人版本备注
范围 适用于公司项目开发计划（含节点计划与项目开发运营计划）管理 控制目标 规范公司项目开发计划的编制、审核、发布及变更的流程，协调、监控计划实施，促使公司项目产品的顺利实现 职责 工程管理部工程计划主管 组织项目关键节点计划的编制、调整、评估 组织项目开发运营计划的编制、调整、评估 组织工程计划分析会 协助工程管理部各专业工程师检查监督项目计划的履行情况，形成计划执行情况分析报告，向工程副总经理反馈 工程管理部 组织项目工程计划（主要指施工计划）编制、协调、汇总、发布工作 项目工程计划执行过程的监控、协调，组织计划调整 项目工程计划总结报告的汇总和核实上报 各部门 组织项目专项计划的编制、实施、调整 编制本部门各类计划完成情况总结报告 公司领导 按权限规定审核或审批各类计划的编制、调整 全面监控公司项目计划完成情况 术语和定义 节点（关键控制点）：指项目开发运营计划中关键线路上主要工序的完成时间，如：概念设计、方案设计、扩初设计、施工图设计、开工、地下室完成（正负平）、主体封顶、外装饰完工、开始预售、竣工备案、完成90%销售额、交付入住等。 专业计划责任人：各部门负责人为各类专业计划的第一责任人；计划的执行人为直接责任人。 说明：日常重复的工作无须纳入计划，直接执行对应职责即可。 项目开发计划管理流程
项目计划体系管理
项目关键节点计划 开发报建部获取土地项目后5日内，将土地信息、项目资料、项目可行性研究报告、项目建议书等相关资料移交工程管理部工程计划主管。 工程计划主管依据上述资料，根据公司三年经营计划目标并结合公司其他要求，制定【项目关键节点计划（初稿）】，按权限经公司领导审核后组织各部门进行评审，评审的标准为计划的科学性、合理性及其与公司经营目标的统一性。 工程计划主管将评审后修订完成的【项目关键节点计划】报工程副总审核，按权限经公司领导审批。 审批通过的【项目关键节点计划】由工程管理部下发相关部门，监督其执行落实。人力资源部备案 项目开发运营计划及专项计划 依据发布的【项目关键节点计划】，工程管理部组织相关部门、项目经理在20天内签订【项目运营目标书】。根据项目关键节点计划和项目策划报告、项目运营目标书，工程副总组织专业部门讨论细化为具体的【项目开发运营计划】。【项目开发运营计划】的编制应当具有可交付、可考核的成果，交付成果所涉及到的工期应当在30天内。 工程管理部【项目开发运营计划】编制完成后3天内，组织各部门进行计划评审，着重计划的进度、协调及其与公司经营目标的统一。 经评审的【项目开发运营计划】按权限经公司领导审批后，工程管理部在公司范围发布。 公司职能部门依据审批通过的【项目开发运营计划】，组织本部门人员编制各专项细项工作计划（各类专项计划编制之初是控制性、指导性计划，过程之中应当进行细化调整。编制之初具有不同的编制依据、时机及责任部门，具体参见6.2.5表格），各阶段专项计划提交人力资源部审核，按权限经公司领导审批后发布，工程管理部备案。 经审批通过的各专项工作计划，人力资源部负责下发到各部门，由各业务部门分解成季度工作计划予以执行落实，人力资源部对各部门季度计划进行审核并备案。 工程副总负责各部门工作计划的协调和推动，督促各部门按计划执行落实，每季度组织计划协调会，编制【项目计划执行情况分析报告】，工程计划主管负责项目计划的全面监控。
XXX软件项目计划任务书 项目编号 项目名称 撰写人 审批 完成日期 版本记录
目录 1.项目背景、范围及目标..................................................................................................................... - 1 - 2.项目可行性分析.................................................................................................................................... - 1 - 3.项目概述 .................................................................................................................................................. - 1 - 4.项目生命周期及里程碑计划........................................................................................................... - 1 - 5.项目任务分解结构（WBS）.............................................................................................................. - 1 - 6.预算 ............................................................................................................................................................ - 2 - 7.人员组织及分工.................................................................................................................................... - 2 - 8.风险预估 .................................................................................................................................................. - 2 - i
项目编号: 0728—2005 手机“末”班车 分类: <模板> 项目开发计划 Version: 1.0 项目承担部门：SUPER工作室 撰写人（签名）：吴瑶 完成日期：7/28/2005 本文档使用部门：■主管领导■项目组 □客户（市场）□维护人员□用户 评审负责人（签名）： 评审日期： 电子系计算机教研室
目录 1. 引言 (2) 1.1 编写目的 (2) 1.2 项目简介 (2) 1.2.1项目名称 (2) 1.2.2 产品标识 (2) 1.2.3 项目背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 工作容 (3) 2.2 交付项 (3) 2.3 非交付项 (3) 2.4 项目进度和资源 .................................................................. 错误!未定义书签。 2.5 其他需求与约束 .................................................................. 错误!未定义书签。 3. 项目组织和资源 (3) 3.1 项目组织 (3) 3.2 项目资源 (4) 3.2.1 人力资源 (4) 3.2.2 已有开发设施 (4) 3.2.3 须获取的设施 (4) 3.2.4 可复用软件资源 (4) 4. 实施计划 (4) 4.1 项目选用的生命周期 (4) 4.2 项目开发过程阶段划分 (5) 4.3 项目工作任务分解 ............................................................... 错误!未定义书签。 4.4 进度 (5) 4.4.1 进度安排 (5) 4.4.2 进度控制计划 (6) 4.5 接口人员 (6) 4.6 关键问题 (6) 5. 专题计划要点 (6) 5.1 基础技术积累计划 (6) 5.2 测试计划 (7) 5.3 配置计划............................................................................ 错误!未定义书签。 5.3.1 组织、职责和接口......................................................... 错误!未定义书签。 5.3.2 工具、环境和基础设施................................................... 错误!未定义书签。 5.3.3 标识方法...................................................................... 错误!未定义书签。 5.4 评审计划............................................................................ 错误!未定义书签。 5.5 质量保证计划...................................................................... 错误!未定义书签。 5.6 培训计划 (7)
目录 1. 总则 .......................................................................... 3... 1.1 目的.................................................................. 3... 1.2 适用范围.............................................................. 3... 1.3 术语与定义............................................................ 3.. 1.4 管理原则.............................................................. 5... 1.5 职责与分工............................................................ 5.. 1.6 项目开发计划具体管理办法.............................................. 6.. 1.6.1. 项目里程碑开发计划的编制.............................................. 6.. 1.6. 2. 项目二级开发计划的编制................................................ 6.. 1.6.3. 项目三级计划的编制.................................................... 7.. 1.6.4. 项目里程碑计划的报送规定.............................................. 7.. 1.6.5. 项目二级计划的报送规定................................................ 7.. 1.6.6. 项目三级计划的报送规定................................................ 7.. 1.7 开发计划的调整........................................................ 7.. 1.7.1. 项目里程碑开发计划的调整分为主动性调整和被动性调整 (7) 1.7. 2. 项目里程碑计划调整的规定............................................... 8.. 1.8 开发计划的执行、跟踪、预警处理........................................ 8.. 2. 操作指引、工具模板 ............................................................ 9...
软件开发项目计划书格式 (总12页) 本页仅作为文档页封面，使用时可以删除 This document is for reference only-rar21year.March
正文 一、项目计划书格式 根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下： 1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料 1.5 标准、条约和约定 2 项目概述 2.1项目目标 2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件 2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境 2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划 4.1 风险评估及对策 4.2 工作流程 4.3 总体进度计划 4.4 项目监控 4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件 5.1 内部支持（可选） 5.2 客户支持（对项目而言） 5.3 外包（可选） 6 预算（可选） 6.1 人员成本 6.2 设备成本
6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点 二、项目计划书的编写说明 1 引言 1.1 编写目的 说明编写这份项目计划的目的，并指出预期的读者。 作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。 意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。” 例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景 主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容： 项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。 项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。 项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。 项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。 项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。 目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式
软件工程之分析设计 课程设计报告 学院：计算机科学与技术学院 专业：软件工程 班级：0602班 学号：06001647 姓名：马超（组长） 同组人：路凯王志刚赵鑫 指导教师：李爱萍宋春花 时间：2009年6月
校内资源共享系统项目分工 1、概要分工： 2、详细分工： 由于我们软件开发小组人员有限，并且时间有限，我们不可能让需求分析员，做完需求分析，就闲着；也不可能让测试师、编程人员在可行性研究阶段闲着。所以，我们在做每个阶段时，都是有明确分工的。让每个成员都参与，发挥各自的聪明才智，提出各自的主张，并进行激烈的探讨。在这种氛围下，我们提出了我们的产品目的，明确了产品的功能，完善了产品各方面的性能，并将各个模块的核心代码基本都落实，并最终结束了各方面的测试，完成了本系统的设计。
校内资源共享系统可行性分析报告 1 引言 1．1编写目的： 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。 经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查及软件开发人员分析。 项目背景： 开发软件名称：校内资源共享系统。 项目任务提出者：项目组成员。 项目开发者：王志刚路凯赵鑫马超。 用户：学校全体师生。 实现软件单位：太原理工大学网络中心 项目与其他软件，office 播放器下载工具（如迅雷）： 本项目采用B/S架构，客户端的程序是建立在Windows xp 系统上。以J2EE ORACLE为应用程序的开发软件，服务器端采用Windows工作站，是采用Oracle 10g的为开发软件的数据库服务程序。 1．3 定义： [专门术语]： Oracle10g: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。 [缩写词]： 格式化工厂：各种音频、视频、图片等格式转化的工具。 1．4 参考资料： 《Oracle数据库基础》，贾素玲王强主编，清华大学出版社。 《Web应用开发技术：JSP》，崔尚森张白一，西安电子科技大学出版社。 《Java EE编程技术》，郝玉龙等编著 ２．可行性研究的前提 要求 主要功能：提供一个学校内师生信息共享的平台 性能要求：服务器速度要足够快，以便能支持在线播放；磁盘阵列要足够大，以 便存储下大家共享的信息。 输出要求：数据完整，详实，流畅性好。 输入要求：简捷，快速，实时，大家一起来维护。 安全与保密要求：上传人员和管理人员有对信息的删除权限，个人的注册信息保密。 完成期限：预计3个月，即截止２００9年9月 15日。
软件项目计划书 第一章项目概述（理论教学时可用“引言”） 1.1目的 1.2 项目背景 1.3项目的范围和目标 1.3.1范围描述（问题定义阶段产生，对应的文档为：《系统目标与范围说明书》） 1.3.2主要功能（可行性分析报告） （1）概述 （2）系统流程图 应包含旧系统的系统流程图（调研的实际情况）和新系统的系统流程图（你想像中的样 子） （3）功能描述 抽出其中的功能 1.3.3性能（可选） 1.3.4技术约束（可选） 第二章项目估算 2.1使用的历史数据 2.2使用的评估技术 2.3工作量、成本、时间估算 第三章风险评估 3.1风险识别 列出最高的10大风险（数字10是参考） 3.2风险应对策略 对列出的风险应有哪些策略去应对 第四章项目进度计划 4.1项目任务分解 我们从软件工程角度来分，大致有如下的任务： 可行性研究报告 项目开发计划 软件需求分析 数据库设计 总体设计 界面设计
网页设计 相关美工设计 详细设计 测试计划 操作手册 测试分析报告 项目开发总结 维护修改建议 4.2 时间安排 可以使用时限图(甘特图) 。 也可以是文字描述任务的时间安排。 第五章关键问题 可以是技术因素、也可以是非技术因素，总而言之，是系统成败的最重要因素。第六章软件配置 开发平台、开发工具、数据库平台 第七章人员组织 人员及其角色 第八章附录 相关文档、资料、数据等 注：一、在进度安排中应体现如下阶段： （1）问题定义与可行性分析 （2）项目规划 （3）需求分析 （4）总体设计（含两部分：软件结构总体设计和数据库设计）
（5）详细设计 （6）编程 （7）测试（单元测试、集成测试） （8）运行与系统维护 注：二、在进度安排中应独立体现如下文档： （1）项目开发计划 （2）测试计划 （3）操作手册 注：三、关于封面（单独成页）
工程项目计划管理办法 第一章总则 第一条目的 为完善公司计划管理体系，提高计划管理工作质量，确保公司经营计划目标的实现，特制定本办法。 第二条适用范围 本办法适用于公司在建项目的计划编制、执行与管理。 第三条定义 年度项目节点计划——以经营计划为纲、合同工期为本，围绕项目策划确定的各阶段主要控制节点编制的计划，涵盖项目施工过程所涉及的全部项目建设等方面内容。 专项计划——为完成特定工作任务而制定的计划，具有较强的目的性、专业性和针对性，作为经营计划、年度项目开发节点计划的补充。 月度项目开发计划——指导各部门（项目部）每月工作开展的计划，是经营计划执行的分解和年度项目开发节点计划的具体落实，也是公司对各部门进行日常监管和工作绩效考评的依据。月度项目计划节点根据计划内容的重要程度分为：重点计划节点和综合计划节点。 重点计划节点——项目工程节点计划中关键路径上的重要任务，涉及专业、部门间的主要接口工作。 综合计划节点——项目工程节点计划中非关键路径上的工作任务，影响较单一的工作。如该节点持续滞后可能变为重点计划节点。 第二章项目工程计划管理体系 第四条工程项目计划指导关系（见附件1） 第五条工程项目计划管理职责 工程部： 负责审核项目部编制的节点计划； 负责项目工程计划执行情况的跟踪、协调、反馈及分析评价； 负责项目工程计划节点的调整审核；
负责收集整理项目工程日报、周报； 负责项目工程月度计划、年度计划的下发、考核及月计划完成情况等计划材料的审核； 负责组织定期的计划专题会(公司部门内部协调)。 第三章计划编制、下发与调整 第六条计划的编制与审批 （一）年度项目工程节点计划 计划内容包含从计划编制时间起至项目竣工验收移交节点完成时间内的各项工作，重点对新年度的计划节点进行细化分解，用以指导项目部及各部门全年工作安排和月度项目计划的编制。 项目计划相关部门在经营计划下发后须按要求完成各专业年度开发计划的编排报工程部审核。工程部据此编制年度项目开发节点计划经工程部长审核，报计划主管领导审批后以公司公文下发。 内容要求：年度项目节点计划以项目策划、年度经营计划、合同工期为基础，围绕经营计划节点进行计划分解。各部门年度开发计划需包括工程部要求的所有节点（以相关通知为准），可根据项目开发实际情况对部分节点作进一步细化。 时间要求：各部门在经营计划下发15天内完成部门计划上报。 （二）月度项目工程计划 计划内容包含从上月首日至当月末日内的各项工作。工程部编制完成经工程部长审核后，报综合部、计划主管领导审批，经专题会讨论后以公司公文下发。 内容要求：各部门以年度项目节点计划、专项计划为指导，结合当月部门工作安排报送计划材料至工程部作为计划编制依据。计划编制时除当月的工作内容外，须对后三个月的工作安排一同进行编排，为后续工作开展提供指导。公司经营计划节点、专项计划节点必须体现在月度项目计划中。 工程部在计划编制时须根据项目的实际进展情况，明确各项计划的重要程度（重点计划或综合计划）。 时间要求：各部门计划下发完成后3个工作日内组织专题讨论会，5个工作日内完成计划下发。 （三）专项计划
1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2项目概述 (1) 2.1工作内容 (1) 2.2主要参加人员 (1) 2.3产品 (2) 2.3.1程序 (2) 2.3.2文件 (2) 2.3.3服务 (2) 2.3.4非移交的产品 (2) 2.4验收标准 (2) 2.5完成项目的最迟期限 (2) 2.6本计划的批准者和批准日期 (2) 3实施计划 (2) 3.1工作任务的分解与人员分工 (2) 3.2接口人员 (3) 3.3进度 (3) 3.4预算 (3) 3.5关键问题 (3) 4支持条件 (3) 4.1计算机系统支持 (3) 4.2需由用户承担的工作 (3) 4.3由外单位提供的条件 (4) 5专题计划要点 (4)
项目开发计划（GB856T——88） 1引言 1.1编写目的 说明：编写这份软件项目开发计划的目的，并指出预期的读者。 1.2 背景 说明： a.待开发的软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文的首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a.本项目的经核准的计划任务书和合同、上级机关的批文； b.属于本项目的其他已发表的文件； c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资 料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2项目概述 2.1工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发的主要人员的情况，包括他们的技术水平。
1、引言 1．1、编写目的 为了更好地完成东北电力大学校友录管理信息系统项目，为项目的进一步开发工作作出计划，同时确定出工程实施计划与进度，并以此作为分项详细设计与具体实施的依据，编写本报告。本报告应提交给东北电力大学信息工程学院一份以共同协商并配合下一步工作，也作为进行下一步项目开发工作的依据。 1．2、背景 待开发的软件系统为校友录管理信息系统。本项目任务由东北电力大学信息工程学院提出，东北电力大学挑战者工作室负责开发，用户为东北电力大学历届毕业生以及信息工程学院。 1．3、定义 列出本文件中用到的专门术语的定义和外文首字母词的原词组。 项目开发计划 MIS 管理信息系统 C/S 客户机/服务器 B/S 浏览器/服务器 1．4、参考资料 1．4．1 《校友录管理信息系统可行性分析报告》 1．4．2 双方开发合同及技术附件 1．4．3 《中华人民共和国计算机信息系统安全保护条例》 1．4．4 《计算机软件开发规范（GB8566-88）》 1．4．5 《计算机软件产品开发文件编制指南(GB8567-88)》 1．4．6 中华人民共和国身份证标准代码表 2、项目概述 2．1、工作内容 主要工作内容：
1、到东北电力大学信息工程学院、东北电力大学校友信息管理办公 室进行业务调研； 2、整理用户需求，生成用户需求分析报告； 3、对系统进行详细设计，提供详细设计方案报告； 4、进行校友录管理信息系统进行编码； 5、进行内部测试； 6、进行系统应用调试； 7、进行系统后期维护。 2．2、主要参加人员 专家组成员： 项目组成员：
9 刘洋 10 刘晓 测试员 11 胡云飞 12 美工何鑫、衣秀文 13 文档录入员刘洋 2．3、产品 2．3．1、程序 DBMS选用微软公司的Access2000，前台开发工具选用Adobe公司的网页开发工具Dreamweaver、Firework和JavaScript。 2．3．2、各子系统功能简介 2．3．2．1前台服务系统： 用户的注册、登陆、密码找回、密码修改、个人信息修改、个人消息信箱管理、对网站服务意见的发送。 班级的注册、登陆、信息修改、成员管理、论坛的使用与管理、其他附加服务（投票、点歌等）。 2．3．2．1前台服务系统： 供系统管理员进行班级注册批准、班级信息管理、用户信息管理等操作。 2．3．2、文件 用户操作指南 开发工具安装与使用指南 数据库开发指南 应用软件手册 2．3．3、服务 东北电力大学挑战者工作室为校友录系统的建设与开通提供全面的技术支持与服务：
项目关键成果管理办法（2014年修订版） 发布日期：2014年12月26日
一、目的 明确项目开发全过程各项重要环节，规范各环节输出成果的编制内容、完成标准及 审批流程，提高整体开发业务工作质量，降低项目运营风险、提高工作效率。 二、适用范围 适用于阳光新业所有开发项目及代管代建项目。 三、术语/定义 关键成果：在开发过程中，体现前阶段工作总结，作为后续工作依据和基础的成果 性文件。 四、部门职责 4.1城市开发公司 负责组织编制关键成果文件，负责与集团相关职能部门对接、沟通，并负责关键成 果文件在城市开发内部完成审批； 4.2商业管理中心 4.2.1.负责组织编制及确认与商业关键成果文件； 4.2.2.负责督促及检查商业关键成果文件的执行情况； 4.2.3.负责参与商业相关关键成果评审会。 4.3项目管理中心 4.3.1.负责建立关键成果管理体系，并对体系的执行情况进行统筹、督促与公示； 4.3.2.负责组织集团层面关键成果文件评审会，并完成审批工作。 4.4集团其他职能部门 4.4.1.负责对属于本专业主责范围内的关键成果编制时间、内容的完备性与规范性、成果 执行情况等进行督促和检查； 4.4.2.参与相关关键成果文件的评审会。 五、工作程序 5.1项目各阶段关键成果的定义、完成时间、审批流程等内容，详见附件1《项目关键 成果汇总表》； 5.2各关键成果应按照统一模板格式进行编制，编制过程中，可参考以往项目的范本内
容； 5.3关键成果编制完成后，应由主责部门发起审批，无需集团审批的关键成果，完成内 部审批流程，即可展开后续工作；需集团审批的关键成果，应报送集团项目管理中 心，由项目管理中负责完成集团审批流程； 5.4集团各职能部门应对属于本专业主责范围内的关键成果编制时间、完备性、规范性 及成果的执行情况等进行检查，并及时与主责部门沟通，要求改正； 5.5关键成果完成确认后，应由主责业务部门，按照《项目关键成果汇总表》的要求将 关键成果电子版，以邮件形式发送给各相关部门及人员； 5.6集团项目管理中心负责关键成果的统计，每月底前完成统计，做好《各项目关键成 果跟踪台账》（参见附件2），并放入集团项目管理月报予以公示。 5.7对编制质量较好的关键成果文件，可作为公司知识成果（模板、范本），指导其他 项目关键成果的编制工作。 六、支持性文件 6.1《投资与资产处置工作流程》 6.2《项目（预）启动会工作指引》 6.3《项目经营策划书操作指引》 6.4《项目整体开发计划书操作指引》 6.5《项目经营决策委员会工作指引》 6.6《项目总结管理办法》 6.7《项目设计管理流程》 6.8《项目概念设计管理指引》 6.9《建筑方案设计管理指引》 6.10《设计单位选择及合同管理办法》 6.11《项目建造标准编制指引》 6.12《景观设计操作指引》 6.13《精装修设计操作指引》 6.14《项目开发工程合约管理流程》 6.15《合约规划编制指引》 6.16《目标成本管理流程》
项目开发计划 1. 引言 1.1 编写目的 [说明编写这份项目开发计划的目的，并指出预期的读者。] 1.2 背景 a. 待开发软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出用得着的参考资料。] 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 工作任务的分解与人员分工 [对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。] 3.2 接口人员 [说明负责接口工作的人员及他们的职责。] 3.3 进度 [对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定的开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件。] 3.4 预算 [逐项列出本开发项目所需要的劳务以及经费的预算和来源。] 3.5 关键问题 [逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。]
报告编号：产品开发计划 项目号： 项目名称： 编制人： 部门： 日期： 版权所有侵权必究 All Copyright Reserve
目录 1 内容简介 (4) 1.1 文档目的 (4) 1.2 文档范围 (4) 2 项目概况 (4) 3 项目组织结构 (4) 4 项目依赖关系分析 (5) 5.1 项目关键路径分析及保障措施 (5) 5.2 项目依赖关系分析 (5) 5.3 项目关键成功因素 (6) 5.3 技术方法和工具 (6) 5 交付件 (6) 6 项目计划 (7) 6.1 项目的里程碑计划 (7) 6.2 项目WBS计划（highlevel计划） (9) 7 人力资源和技能需求 (9) 8 项目所需其它资源 (10) 9.1关键物料需求计划 (10) 9.2实验设备和环境资源计划 (10) 9 资料开发计划 (11) 10 对外合作计划 (11) 11 外包任务 (12) 10.1 子承包商资料 (12) 10.2 外包任务的范围 (12) 10.3 里程碑、交付件 (12) 12 预算/分配（可选） (12) 13 验收标准（可去掉） (12) 14 质量计划(也可单独成文档) (12) 12.1 项目过程定义 (13) 12.2 质量目标 (13) 12.3 通过技术手段保证质量 (13) 12.4 质量控制活动 (13) 12.5 质量保证活动 (15) 15 项目沟通计划 (15) 14.1 项目组会议 (15) 14.2 项目报告机制 (16) 16 项目的重用计划 (16) 15.1 现有重用构件 (16) 15.2 新增重用构件 (16) 17 配置管理计划 (17) 18 问题 (17) 19 风险管理计划 (17) 20 客户的参与 (18) 21 培训计划 (18)
××××××××××公司 ××××××Co., Ltd. 研究开发项目管理制度 通过规范公司研究开发项目从申请、立项、实施、核算、决策以及考核等管理鼓励各部门和员工积极参与到研发的工作中来，不断提高企业的核心竞争力，同时使项目符合国家相关政策法规的要求。从而充分享受所得税优惠政策，实现企业效益最大化。 特制定本制度: 一、职责划分 1、研发中心： 编写公司研发的中长期发展规划报经理层讨论审定； 受理各部门或个人提出的研发项目建议书及时组织相关人员讨论项目开展的必要性； 负责编制研究开发项目计划书和研究开发费预算并报经理层讨论审定； 负责公司研发项目的日常管理对研发项目进行动态跟踪定期向经理层汇报研发项目进展情况； 负责研发项目评审论证会议记录及会议纪要编写并完成研究开发项目的效用情况说明、研究成果报告等资料； 负责研发项目从建议、论证立项、决策过程中各种资料存档、保管。 2、项目组： 负责根据项目计划书和项目预算具体实施项目； 负责编写项目研发报告、技术转化实施方案；
负责具体控制项目进度以及项目预算。 3、行政办公室: 负责办理总经理办公会或董事会关于研究开发项目立项的决议文件； 负责根据项目需要完成研究开发项目组的编制、审定专业人员名单； 负责在税务部门要求的情况下向发改委或科委申请项目的备案和技术鉴定工作； 负责项目的考核兑现工作。 4、计划财务部： 负责按照《企业财务通则》的有关规定对研发支出进行单独核算和归集按照税收有关规定进行税收核算和归集各项研发支出费用； 负责在税务机关办理与研究开发费用加计扣除有关的各项审批备案手续在年度汇算清缴所得税申报时向主管税务机关报送与研究开发费用加计扣除有关的相应资料。 二、立项条件 研究开发项目是指为获得科学与技术不包括人文、社会科学、新知识、创造性运用科学技术新知识或实质性改进技术、工艺、产品、服务而持续进行的具有明确目标的研究开发活动。 创造性运用科学技术新知识或实质性改进技术、工艺、产品服务是指通过研究开发活动在技术、工艺、产品、服务方面创新取得了有价值的成果对本地区省、自治区、直辖市或计划单列市相关行业的技术、工艺领先具有推动作用不包括企业产品服务的常规性升级或对公开的科研成果直接应用等活动(如直接采用公开的新工艺、材料、装置、产品、服务或知识等)。 申请项目立项应当举证证明申报研发项目属于《国家重点支持的高新技术
软件项目开发合同 软件项目开发合同 合同编号： 甲方： 地址： 乙方：地址： 总则第一条 阶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)不可抗力是指动乱、台风、地震、水灾等以及双方同意的不可预见的情况。 第十条通知方式 任何为执行本协议而发出的通知（包括但不限于声明、请求、要求、通知和备忘录等）均应以书面形式作出。双方均负有签收对方发出的通知的义务。如一方拒绝签收，他方仅须提供能够证明其已将有关通知按本协议所列地址交付邮政部门的证据，即可视为有关通知已于交付邮政部门后的第二天送达对方。如一方在收到通知后三个工作日内未对对方在通知中陈述的事实