安顺电子政务系统项目软件开发设计约束
北京东华易时科技有限公司
2011年4月20日
目录
一. 引言 (4)
1.1.编写目的 (4)
1.2. 适用范围 (4)
1.3. 文档概述 (4)
二. 技术设计约束 (4)
2.1.部署方式 (4)
2.2.操作系统 (5)
2.3.客户端浏览器 (5)
2.4.数据库服务器 (5)
2.5.J2EE应用服务器 (5)
2.6.Web服务器 (6)
2.7.网络 (6)
2.8.通讯中间件 (7)
2.9.企业服务总线 (7)
2.10.J2EE开发工具 (7)
2.11.Domino软件开发工具 (7)
2.12.Domino软件开发语言 (7)
2.13.性能 (8)
2.13.1.Cluster (8)
2.13.2.HA（高可用性） (8)
2.14 命名规则 (8)
三. 按应用类别选择技术架构 (8)
3.1.办公自动化系统 (8)
四. 应用系统安全约束 (9)
4.1.访问控制 (9)
4.2.数据安全 (9)
4.3.系统日志 (10)
4.4.备份与恢复 (10)
五. 可利用的软件资源 (10)
5.1.统一用户管理和单点登录 (10)
5.2.统一权限管理 (11)
六. 软件版本约束 (11)
6.1.客户端浏览器 (11)
6.2.Web服务器 (11)
6.3.J2EE应用服务器 (11)
6.4.J2EE开发工具 (11)
6.5.软件开发配置管理工具 (11)
6.6.JDK (12)
6.7.数据库服务器 (12)
6.8.通讯中间件 (12)
6.9.企业服务总线 (12)
6.10.JDBC驱动程序 (12)
6.11.Domino服务器 (12)
6.12.桌面办公套件 (12)
6.13.防病毒软件 (12)
一.引言
1.1.编写目的
本文档提出了安顺电子政务系统开发中必须遵循的系统约束（包括架构设计约束和环境约束）。针对安顺电子政务系统建设的特点及现有软硬件环境和整合的需要，提出了新开发项目所必须遵循的架构设计和软硬件环境约束。
1.2. 适用范围
本文档主要面向的读者和使用人员是：安顺电子政务系统在管理、开发、维护过程中所涉及到的有关人员。遵循此约束也是外部开发商承接安顺电子政务系统开发项目的前提条件。
1.3. 文档概述
针对安顺电子政务系统现有的基础条件和系统建设的特点，按照安顺电子政务系统整合的需要，提出新开发项目所必须遵循的设计架构和软硬件环境。
二.技术设计约束
2.1.部署方式
1．IE+WEB服务器+DB
此种部署主要用于信息查询类，业务处理逻辑简单，主要进行数据简单录入、查询、下载，如景气调查系统等。
2．GUI界面+ WEB服务器+应用服务器+DB
此种部署主要用于核算类系统，业务处理逻辑复杂，如货币发行系统，国库信息处理系统的业务操作部分。
3．GUI界面（或者系统互联）+应用服务器+DB
此种部署主要用于：
（1）界面要求不高，如个人征信数据采集部分；
（2）或基于HTTP协议的系统互联，如基于WEB SERVICE的系统互联，或直接基于HTTP协议、SOCKET协议的系统互联。
4．IE +WEB服务器+应用服务器+DB
此种部署主要用于混合类系统，业务处理逻辑适中，如再贷款管理系统。
5．消息中间件通道（MQ）+应用服务器+DB
6. 单一应用模式
此种部署无界面要求，对客户端和应用服务器进行分别部署。
注: 目前应用系统多采用B/S架构进行部署，但在实际设计和开发过程中，也不能忽略C/S架构的优势。
2.2.操作系统
1、服务器操作系统选用以下之一：
1)IBM AIX；
2)OS/400；
3)Windows 2000 /2003 Server；
4)SUSE Linux，RedHat Linux；
5)HP-UX。
2、客户端操作系统选用Windows 2000 /XP Professional以上的系统版本。
2.3.客户端浏览器
使用Internet Explorer 6.0或以上版本。
1、系统应使用以下技术进行开发：
1）HTML/ XHTML / CSS；
2）JavaScript；
3) Applet；
4) SVG；
5) JSP。
2、浏览器与Web服务器通讯通过
1）HTTP协议；
2）需要提高数据安全性时：HTTPS协议。
2.4.数据库服务器
1、数据库选用标准：
1)J2EE架构：DB2或Oracle；
2)Domino架构：Lotus Domino；
2.5.J2EE应用服务器
1、应用服务器产品选用Websphere或Tomcat。
2、用普通的Java对象（优先选用）或EJB（用于分布式处理）来实现业
务逻辑。
2、如果用EJB来实现今后需要通过群集扩展的业务逻辑，必需使用无状
态（Stateless）的Sesion Bean。
3、通过REST（URI+HTTP+XML）风格的Web Service界面来提供系统的远
程调用接口。
4、数据传输可以采取JAVA字节流、XML和平面文本格式。
5、与其他系统之间采取HTTP协议、Socket协议、MQ专用协议实现不同
服务器间通讯。
6、编码要求参见《安顺电子政务系统开发规范系列-5.开发编码部分- 5.1
Java编码规范》。
2.6.Web服务器
1、系统应使用以下技术进行开发：
1）Java Servlet（J2EE平台）；
2）JSP（J2EE平台）；
2、结构化数据交换格式采用JAVA字节流或XML，通过HTTP/HTTPS协议
传输。
3、为考虑Web层今后使用群集扩展，避免由服务器管理HTTP Session，
而在客户端用Cookie保存Session状态。
4、使用MVC模式设计Web层，可以基于Struts或JSF框架。使用Servlet
实现控制器（Controller）,JSP实现视图（View），
2.7.网络
1、网络传输遵循TCP/IP协议。
4、设计内联网上的分布式应用，应考虑到使用异步传输的方式加强传输的可靠性，如通讯中间件。
5、端口约束：在系统设计及实现时不允许使用动态端口。
开发使用标准端口列表如下：
http /www 80/tcp World Wide Web HTTP
http/ www 80/udp World Wide Web HTTP
ldap 389/tcp Lightweight Directory Access
Protocol
ldap 389/udp Lightweight Directory Access
Protocol
https 443/tcp http protocol over TLS/SSL
https 443/udp http protocol over TLS/SSL
ibm-db2 523/tcp IBM-DB2
ibm-db2 523/udp IBM-DB2
iiop 535/tcp iiop
iiop 535/udp iiop
ldaps 636/tcp ldap protocol over TLS/SSL (was
sldap)
ldaps 636/udp ldap protocol over TLS/SSL (was
sldap)
rmiactivation 1098/tcp RMI Activation
rmiactivation 1098/udp RMI Activation
rmiregistry 1099/tcp RMI Registry
rmiregistry 1099/udp RMI Registry
orasrv 1525/tcp oracle
orasrv 1525/udp oracle
http-alt 8080/tcp HTTP Alternate (see port 80)
http-alt 8080/udp HTTP Alternate (see port 80)
2.8.通讯中间件
使用IBM MQ Server V6.0版本通讯中间件。
2.9.企业服务总线
使用IBM WebSphere Message Broker V6.0版本企业服务总线。
2.10.J2EE开发工具
1、IBM Websphere Studio Application Developer或IBM Rational
Application Developer；
2．Eclipse 3.0 以上。
2.11.Domino软件开发工具
1、系统应使用Lotus Domino Designer进行开发。
2、编码要求参见《安顺电子政务系统开发规范系列-5.开发编码部分- 5.3
Domino编码规范》。
2.12.Domino软件开发语言
1、系统应使用以下语言进行开发：
2）Java；
3）JavaScript；
4）Html。
2、与客户端或其它服务器交换结构化数据采用XML，通过HTTP协议传输。
2.1
3.性能
2.1
3.1.Cluster
对于以下服务器：
1)Web服务器、
2)J2EE应用服务器、
3)Domino服务器、
4)通讯中间件、
5)企业服务总线
使用Cluster方式来提供高扩展性、高可用性和负载均衡。应用开发必须考虑到适应这种部署方式。
2.1
3.2.HA（高可用性）
数据库服务器可以使用HA的方式来提供高可用性。
2.14 命名规则
开发商编写的代码包（如.java文件）和网络节点采用我行统一定义的命名规则。
（1）代码包命名规则是：“pbc.业务司局英文缩写.系统简称.内部package名称”，统一采用小写字母。
（2）部署在各分支行/营业管理部的服务器节点命名规则为：“省会简称+系统名简称+节点功能名称”（均使用大写字母）
三. 按应用类别选择技术架构
3.1.办公自动化系统
1、按由高到低的优先级选用：
1)J2EE架构；
2)Domino架构；
2、按由高到低的优先级选用：
1）B/S架构；
3、服务器操作系统按由高到低的优先级选用：
1）J2EE架构：IBM AIX、Suse Linux 、RedHat Linux和Windows 2000/2003 Server、HP-UX；
2）Domino架构：IBM AIX 和Windows 2000/2003 Server；
3）.Net架构：Windows 2000/2003 Server。
4、客户端操作系统选用Windows 2000/XP Professional。
5、客户端浏览器选用Internet Explorer 6.0及以上版本。
6、数据库选用标准：
1)J2EE架构：DB2；
2)Domino架构：Domino；
3).Net架构：SQL Server，DB2。
7、应用服务器选用标准：
1)J2EE架构：IBM WebSphere Application Server（重要及大规
模应用）、Apusic（小应用）；
2)Domino架构：Domino Server；
3).Net架构：.NET Framework 1.1。
8、Web服务器选用标准：
1)J2EE架构：IBM HTTP Server（WebSphere）、Apache Tomcat；
2)Domino架构：Domino Server；
3).Net架构：Microsoft Internet Information Server。
四.应用系统安全约束
4.1.访问控制
系统应采用：
1)统一用户管理的身份认证机制；
2)统一权限管理控制访问权限；
3)禁止使用文件共享方式传递数据，禁止使用匿名ftp传递数据；
4)对于内联网中重要的业务系统，采用内联网CA认证的数字证书
系统进行身份认证。
4.2.数据安全
对于敏感数据，为保证数据的机密性、完整性、可靠性：
1、在网络传输时，应采用PKI技术进行数字签名和数据加密，数据经过不
低于128位的对称密钥加密，以保证数据的机密性、完整性、可靠性；
2、在数据库和服务器文件系统、客户端文件系统的存储时，应采用加密、
签名后存储，以保证数据的机密性、完整性、可靠性。
4.3.系统日志
所有日志必须支持可配置的日志管理。系统应提供下面两种日志：
1、数据库日志；
2、程序日志：应用系统中记录
1)访问日志：
记录所有来访者的访问情况，访问时间、页面、访问者、访客
IP地址等信息；
2)操作日志：
操作日志记录来访者登录系统后，进行了哪些操作，包括时间、
访客姓名、操作、成功与否等信息；
3)程序异常日志：
程序异常日志记录在程序运行过程中发生的异常。
4.4.备份与恢复
1、系统应提供备份管理策略，提供
1）系统全备份管理；
2）数据库全备份管理；
3）数据库增量备份管理。
2、系统应提供数据恢复管理策略，提供数据库恢复管理策略。
注：备份/恢复设计可结合信管中心提供的备份条件进行统一考虑。
五.可利用的软件资源
5.1.统一用户管理和单点登录
1、系统应使用统一用户管理系统提供的服务接口来实现：
1）用户管理；
2）统一身份认证；
3）单点登录（Single Sign-On）。
2、系统按目录访问协议LDAP v2/v3（RFC 1777 V2版和RFC 2251标准）使用统一用户管理系统。
5.2.统一权限管理
1、系统按以下标准使用统一权限管理系统：
基于RBAC（基于角色的访问控制）：ANSI/INCITS 359-2004标准
2、系统应根据应用权限计算量的大小选择采用以下两种不同接入方式之一：
1）集中式接入方式：
由一个统一集中的权限管理系统平台为多个办公自动化系统提供权限服务，服务以SOCKET等方式提供。系统应通过标准的API调用统一权限管理系统提供的权限计算服务，实施权限的校验。
2）构件式接入方式：
系统基于统一权限管理系统平台提供的系统构件，构建自己的权限管理模块，或在此构件的基础之上进行二次开发。
六.软件版本约束
6.1.客户端浏览器
Internet Explorer 6.0 SP2或以上版本。
6.2.Web服务器
IBM HTTP Server 6.0。
Microsoft Internet Information Server 6.0。
Apache Tomcat 4.0或以上版本。
6.3.J2EE应用服务器
大规模应用：IBM WebSphere Application Server V6.0。
小应用：Apusic 应用服务器4.0。
6.4.J2EE开发工具
IBM Websphere Studio Application Developer V6.0；
Eclipse 3.0 或以上版本。
6.5.软件开发配置管理工具
IBM Rational ClearCase V6。
6.6.JDK
Java 2 Platform Standard Edition V1.6.0或以上版本。
6.7.数据库服务器
IBM DB2 Universal Database V8.2
Microsoft SQL Server 2000 或Oracle 9I 或以上版本。
6.8.通讯中间件
IBM MQ Server V6.0。
6.9.企业服务总线
IBM WebSphere Message Broker V6.0。
6.10.JDBC驱动程序
符合JDBC2.0标准。
6.11.Domino服务器
Lotus Domino V6.0.5。
6.12.桌面办公套件
WPS Office 2005 专业版 V6.1或以上版本。
Microsoft Office 2000专业版或以上版本。
Adobe 7.0。
6.13.防病毒软件
Symantec AntiVirus 企业版 8.1。
合同编号：980092 四川创新宏业科技有限公司 云端OA办公自动化系统部署合同书甲方（盖章）：四川坤正新型材料有限公司 乙方（盖章）：四川创新宏业科技有限公司 甲乙双方经友好协商，就甲方委托乙方进行云端OA系统部署事宜达成以下协议。双方申明，双方都已理解并认可了本合同的所
有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。 第一章委托业务范围 1.服务内容：即指甲方协助乙方完成基于微信的移动办公系统即 企微产品（以下简称“软件”“系统”或“产品”）建设；并将针对甲方建设的移动办公产品交付甲方使用。 2.附件：本合同附件为本合同不可分割的一部分，与合同正文具 有同等法律效力。 3.功能明细：
第二章费用的支付 1.签订合同之日起，甲方向乙方支付服务费＿＿＿元。 2. 第二章甲方的权利和义务 1. 提供专人与乙方联络。 2. 提供所有项目所需资料交给乙方，并保证资料的合法性。审定乙方提供的文档资料。 3. 按合同及时支付费用。 4. 与乙方共同组织项目验收。 5. 甲方将在著作权法的范围内使用本合同标的及相关作品、程序、文件源码，不得将其复制、传播、出售或许可给其它第三方。 第三章乙方的权利和义务 1. 提供专人与甲方联络，在甲方的配合下负责项目的设计工作,提供符合甲方要求的各类纸质文档。 2. 按合同的要求，完成系统的开发，并通知甲方进行验收。 3. 向甲方提供双方认定的项目验收细则，协助甲方进行该项目的验收。 4.在验收期内甲方要求下，对不合格地方进行修改。 5. 负责向甲方的操作者进行培训工作。 6. 本合同标的及相关作品、程序、文件源码的版权属乙方所有，并保证程序及文件源码的版权的合法性。
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
(此文档为word格式，下载后您可任意编辑修改！) OA办公系统网络安全设计方案 西安交大捷普网络科技有限公司 2017年9月
目录 1.项目背景 (3) 2.需求分析 (3) 3.网络安全改造方案 (4) 3.1. 建设原则 (4) 3.2. 部署方案 (5) 3.3. 产品简介 (7) 3.3.1. 捷普防火墙 (7) 3.3.2. 捷普入侵检测系统 (8) 3.3.3. 捷普网络信息安全审计系统 (13) 3.4. 安全管理体系建设 (14) 3.4.1. 从管理体制上保证网络安全策略切实可行 (14) 3.4.2. 将安全管理制度化、程序化 (15) 3.4.3. 从管理成员上保证网络安全策略切实可行 (16) 3.5. 完善的安全服务支撑 (16) 3.5.1. 借用安全评估服务做整体性安全规划 (16) 3.5.2. 采用安全加固服务来增强信息系统的自身安全性 (17) 3.5.3. 采用应急响应服务及时有效的处理重大安全事件 (18) 4.设备清单 (20)
1.项目背景 随着业务应用系统的不断扩展，特别是基于internet的应用日益丰富，信息安全形式趋于复杂化，威胁形式更为丰富，安全事故带来的危害及影响也越来越大。目前公司已有的防护体系在防护结构和防护手段方面需要针对新情况进行重新评估和设计，以满足公司内网办公系统网络安全设计方案信息化发展的要求，为公司内网办公系统网络安全设计方案的业务应用提供全面的安全保障。 2.需求分析 通过对公司内网办公系统网络安全设计方案网络系统进行实地检查和分析后，目前存在的问题如下： 1）Server1托管着辖区内所有单位的门户网站，Server2是教育资源服务器，两台服务器都需要是对外进行数据交互，从现有网络拓扑可以看出，采用目前这种部署方式使防火墙失去作用，整个网络拓扑存在很大安全隐患，需要对网络拓扑进行优化； 2）网络的出口采用一台神州数码DCFW1800S-L防火墙，该设备无VPN功能，无法提供远程移动办公功能，且该设备老化严重，在性能及可靠性等方面均无法满足公司现有网络应用，急需要更换； 3）没有上网信息审计措施，不能满足国家对于政府机关接入互联网的要求； 4）由于黑客、木马、等网络入侵越来越隐蔽，破坏性越来越大，防火墙承担着地址转换（NAT）、网络访问控制和网络边界隔离防护等工作，再加上对网络入侵行为的鉴别需要消耗大量的性能，这将会使防火墙成为网络瓶颈。同时防火墙对了来自内网的攻击无能无力，因此需要部署专业的网络入侵检测系统； 5）网络核心采用一台Dlink DGS1024D交换机，该交换机为非智能型交换机，不支持Vlan划分、端口镜像及网络管理功能，随着网络应用的不断扩展，该型交换机已经不能满足实际使用的需要；
合同编号0A软件实施服务合同 委托方（甲方）：厦门信达合同能源管理有限公司 受托方（乙方）： 签订日期：年月日
OA软件实施服务合同 委托方(甲方)：厦门信达合同能源管理有限公司 受托方(乙方): 1.总则 根据《中华人民共和国合同法》等现行法律法规，本着自愿、平等、诚实信用的原则，双方就厦门信达合同能源管理有限公司OA软件实施服务事宜，协商一致，签订本合同。 2.服务内容及方式 2.1服务内容: 乙方为甲方提供OA软件安装实施及系统维护服务。 2.2服务方式 : 1、现场技术支持；2、电话技术支持、电子邮件技术支持；3、网络远程技术 支持；4、提供6个月的系统维护。 3.服务期限、地点及进度安排 3.1服务期限：自本合同签订日起180天为合同服务有效期限。 3.2服务地点：甲方公司所在地。 3.3进度安排：自本合同签订后五个工作日内提供安装实施服务，合同签订日起180天内提供系 统维护及咨询服务。 4.资料的提供 4.1甲方应向乙方提供的技术资料、数据：组织机构图、人员名单、工作表格及工作流程、工作 规范管理文档等。 4.2乙方应向甲方提供的资料： OA软件使用及管理培训等相关手册。 5.验收时间、地点和方式 5.1甲方在乙方服务时间内安装调试结束后，经过一个月的试运行（双方无修改意见后）， 三个工作日内在甲方中心机房进行验收项目成果。 5.2甲方验收后出具验收报告，作为验收结果的书面材料。 5.3本合同服务项目的保证期为一年，自项目通过最终验收之日起计算。保证期间如发 现服务质量有缺陷的，乙方应负责无偿修正、返工。 6.费用及支付： 6.1实施服务金额
. 在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。 一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。 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 功能需求与程序的关系
办公自动化系统总体设 计方案 第一部分需求分析 现代办公需要先进的现代化办公系统。电子化、无纸化以及协同办公，都已成为提高办公效率，加强管理的有效手段。是市的供电管理单位，每天都有大量的公文往来，同时还有各种会议等管理工作，因此需要一套先进的、高效率的、覆盖全企业的办公自动化软件来代替以往的手工传递作业，提供更好的文件管理功能，充分发挥协同办公的威力。同时也为与世界先进的办公机制接轨打下良好的基础。 一、系统概况 为了满足当前办公业务的实际需求，满足企业现代化发展需要，进一步提高企业办公效率，加快企业信息化的进程，达到增收节支的目的，急须建设的办公自动化系统，使办公自动化系统覆盖从机关到基层的各个单位，使企业围每个人之间都可以通过电子快速、安全地通讯，为企业建立一个安全、强壮的通讯基础设施，并在此基础之上扩充办公自动化系统应用的功能和围，把主要办公业务流程计算机化、网络化，实现文件电子化，无纸办公，形成企业办公网络，从而使工作人员之间可以更快地交换信息、更好地协同工作，提高办公效率，降低企业开支，建立一个采用先进技术的、流程控制完备的、达到国先进水平的办公自动化系统。 为了实现这一目标，办公自动化系统应该采用世界领先水平的办公自动化系统技术和开发工具，IBM的Lotus Notes正是这样一个办公自动化平台。 Lotus Notes是Lotus(莲花)公司的软件产品，Lotus公司在群件（用于工作组协同工作的软件）方面居于世界领先水平，领导着群件的标准和发展。1996年被IBM公司强行收购,耗资30亿美元，成为IBM的子公司。Lotus Notes是全球应用最为广泛的群件产品。到1996年，该软件的用户数已经达到900万个，全球500家最大企业中有423家使用该软件作为办公系统平台，在中国，有超过500家政府和企业级用户，包括国务院办公厅、信息产业部、劳动部、国家信息中心、中国人民保险公司、中国人民银行等。 目前，Lotus Domino/Notes(Lotus Notes 4.6)是Lotus Notes的最新版本，办公自动化系统将采用此版本作为办公自动化系统平台。Lotus公司简介和市场情况见附录B。Lotus Domino/Notes功能概述见附录C。 办公自动化系统应该利用Lotus Notes先进的工作流程自动化技术快速把当前的主要
O A系统建设合同协议 书 集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-
合同编号：980092 四川创新宏业科技有限公司 云端OA办公自动化系统部署合同书 甲方（盖章）：四川坤正新型材料有限公司 乙方（盖章）：四川创新宏业科技有限公司 甲乙双方经友好协商，就甲方委托乙方进行云端OA系统部署事宜达成以下协议。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。 第一章委托业务范围 1.服务内容：即指甲方协助乙方完成基于微信的移动办公系统即企微产品（以下简 称“软件”“系统”或“产品”）建设；并将针对甲方建设的移动办公产品交付甲方使用。 2.附件：本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。 3.功能明细：
1.签订合同之日起，甲方向乙方支付服务费＿＿＿元。 2. 第二章甲方的权利和义务 1. 提供专人与乙方联络。 2. 提供所有项目所需资料交给乙方，并保证资料的合法性。审定乙方提供的文档资料。 3. 按合同及时支付费用。 4. 与乙方共同组织项目验收。 5. 甲方将在着作权法的范围内使用本合同标的及相关作品、程序、文件源码，不得将其复制、传播、出售或许可给其它第三方。 第三章乙方的权利和义务 1.提供专人与甲方联络，在甲方的配合下负责项目的设计工作,提供符合甲方要求的各类纸质文档。 2.按合同的要求，完成系统的开发，并通知甲方进行验收。 3. 向甲方提供双方认定的项目验收细则，协助甲方进行该项目的验收。
4.在验收期内甲方要求下，对不合格地方进行修改。 5. 负责向甲方的操作者进行培训工作。 6.本合同标的及相关作品、程序、文件源码的版权属乙方所有，并保证程序及文件源码的版权的合法性。 7. 乙方不得将甲方提交的各类资料提供给第三方使用。 第四章验收 1.验收合格的标准：系统满足合同要求并稳定运行，使用部门认可即为验收通过。 2. 验收工作由甲、乙双方组织以双方协商认可的验收标准进行正式验收，验收通过即进入质保期。 3.验收期为2天时间。 第五章违约责任 1.任何一方有证据表明对方已经、正在或将要违约，可以中止履行本合同但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。 2.因不可抗力而无法承担责任的一方，应在不可抗力发生的3天内，及时通知另一方。 3.一方因不可抗力确实无法承担责任，而造成损失的，不付赔偿责任。本合同所称不可抗力是指不能预见、不能克服并不能避免且对一方当事人造成重大影响的客观事件，包括但不限于自然灾害如洪水、地震、火灾和风暴等以及社会事件如战争、动乱、政府行为等。 第六章违约责任 双方应严格保守在合作过程中所了解的对方的商业及技术机密，否则应对因此造成的损失承担赔偿。 第七章补充
【最新资料,Word版，可自由编辑！】
目录 1.前言 (3) 1.1 目的 (3) 1.2 对象 (3) 1.3 要求 (3) 1.4 适用范围 (3) 1.5 软件开发过程模型 (3) 1.6 开发过程划分 (4) 2.技术过程规范部分 (4) 2.1 概述 (4) 2.2 业务建模阶段 (4) 2.3 需求阶段 (6) 2.4 分析设计阶段 (8) 2.5 实现阶段 (10) 3.管理过程规范部分 (11) 3.1 概述 (11) 3.2 接受项目 (12) 3.3 重新评估项目范围和风险（对于较大项目） (12) 3.4 制定开发计划 (13) 3.5 迭代开发管理 (13) 3.6 监控项目的实施 (14) 3.7 结束项目 (15)
软件开发过程规范 前言 目的 本规范的目的是使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 对象 本规范面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。 要求 具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。 适用范围 适用于产品开发生命周期中的除产品提交外的其他全部过程；规范分为两部分：技术过程规范和管理过程规范，分别适用于软件开发过程中的技术性活动和管理性活动。 软件开发过程模型 本规范所采用的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。
华工科技 OA 与携程接口开发合同 甲方：【华工科技产业股份有限公司】 乙方：【北京致远协创软件有限公司】 真诚合作、 共同发展的原则， 在友好协商的基础上共同制定如 一经双方授权代表签署和双方盖章 , 即构成双方之间的完整合 同, 并取代双方此前做出的任何口头或书面的意见交换或建议。 对本合同的任何修改均须以 书面形式进行， 并经本合同双方授权的代表正式签字和双方盖章才能生效， 本合同中未经修 改的其他条款仍然有效。 若主合同与工作任务书，或构成本合同的其他文件有任何冲突，则以主合同为准。 本合同一经双方授权代表签署和双方盖章，即表示双方同意本合同的条款，接受本合 同的约束。 第一条 定义 类型和范围。 乙方提供工作任务书中规定属乙方责任范围内的服务 任务书中指定的场所实施服务。 工作任务书中的 ‘实施' 类别服务， 是指乙方向甲方提供的服务， 由乙方负责工作任务 书中规定的服务和列出的交付作品的管理和控制。 工作任务书中的 ‘协助' 类别服务， 是指乙方协助甲方的项目工作，但由甲方负责该类 服务的整体管理和控制。 乙方的人员。乙方将尽商业上合理的努力确保被指派的乙方人员按照工作任务书规 定的时间提供乙方的 服务。 在不影响乙方履行本合同义务的前提下， 乙方员工可以在甲方的 所在地和乙方的工作场所之间灵活分配他（她）们的时间。 时间表。 乙方将尽商业上合理的努力按照工作任务书规定的时间履行其义务。 应履行的服务。 乙方将根据《工作任务书》按甲方的指示提供一名或数名能胜任的顾问。 《工作任务书》 及其相应的附录， 作为本合同的附件并构成本合同的一部分。 甲方须指定相 关项目经理与乙方项目经理协调所有项目的服务， 并负责作好必要的内部安排， 以便于项目 的顺利开展。《工作任务书》将更为完整地陈述服务的范围、期限和费用。《工作任务书》 甲乙双方本着相互信任、 下合同内容。 乙方同意向甲方提供， 件工作任务书中的专业服务。 甲方同意向乙方购买列于本接口开发服务合同 主合同） 及其附 主合同及其工作任务书， （ “服务”） , 并在工作
1.1需求规格说明书 需求规格相当于软件开发的图纸，一般说，软件需求规格说明书的格式可以根 据项目的具体情况采用不同的格式，没有统一的标准。下面是一个可以参照的 软件需求规格说明书的模板。 1．导言 1.1目的 [说明编写这份项目需求规格的目的，指出预期的读者] 1.2背景 说明： a）待开发的产品名称； b）本项目的任务提出者、开发者、用户及实现该产品的单位； c）该系统同其他系统的相互来往关系。 1.3缩写说明 [缩写] [缩写说明] 列出本文件中用到的外文首字母组词的原词组。 1.4术语定义 [术语] [术语定义] 列出本文件中用到的专门术语的定义。 1.5参考资料 [编号]《参考资料》[版本号] 列出相关的参考资料。 1.6版本更新信息 具体版本更新记录如表所列。 表版本更新记录 2．任务概述 2.1 系统定义 本节描述内容包括： ●项目来源及背景； ●项目要达到的目标，如市场目标、技术目标等； ●系统整体结构，如系统框架、系统提供的主要功能，涉及的接口等； ●各组成部分结构，如果所定义的产品是一个更大的系统的一个组成部分， 则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张 方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 应用环境 本节应根据用户的要求对系统的运行环境进行定义，描述内容包括： ●设备环境； ●系统运行硬件环境；
●系统运行软件环境； ●系统运行网络环境； ●用户操作模式； ●当前应用环境。 2.3 假定和约束 列出进行本产品开发工作的假定和约束，例如经费限制、开发期限等。列出本产品的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长以及本产品的预期使用频度等重要约束。 3．需求规定 1.1对功能的规定 本节依据合同中定义的系统组成部分分别描述其功能，描述应包括： ●功能编号； ●所属产品编号； ●优先级； ●功能定义； ●功能描述。 1.2对性能的规定 本节描述用户对系统的性能需求，可能的系统性能需求有： ●系统响应时间需求； ●系统开放性需求； ●系统可靠性需求； ●系统可移植性和可扩展性需求； ●系统安全性需求； ●现有资源利用性需求。 1.2.1精度 说明对该产品的输入、输出数据精度的要求，可能包括传输过程中的精度。 1.2.2时间特性要求 说明对于该产品的时间特性要求，如对： a）响应时间； b）更新处理时间； c）数据的转换和传送时间； d）计算时间等的要求。 1.2.3灵活性 说明对该产品的灵活性的要求，即当需求发生某些变化时，该产品对这些变化的适应能力，如： a）操作方式上的变化； b）运行环境的变化； c）同其他系统的接口的变化； d）精度和有效时限的变化； e）计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 1.3输入输出的要求 解释各输入输出的数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报
办公自动化系统OA 系统分析与设计 1
概述 OA是Office Automation的缩写, 本意为利用技术的手段提高办公的效率, 进而实现办公的自动化处理。实现信息化、无纸化办公, 可方便的生成统计报表等。 OA是OFFICE AUTOMATION的缩写, 本意为利用技术的手段提高办公的效率, 进而实现办公的自动化处理。采用Internet/Intranet技术, 基于工作流的概念, 使企业内部人员方便快捷地共享信息, 高效地协同工作; 改变过去复杂、低效的手工办公方式, 实现迅速、全方位的信息采集、信息处理, 为企业的管理和决策提供科学的依据。 OA软件解决企业的日常管理规范化、增加企业的可控性、提高企业运转的效率的基本问题。范围涉及日常行政管理、各种事项的审批、办公资源的管理、多人多部门的协同办公、以及各种信息的沟通与传递。能够概括的说, OA软件跨越了生产、销售、财务等具体的业务范畴, 更集中关注于企业日常办公的效率和可控性, 是企业提高整体运转能力不可缺少的软件工具。 系统作用 组织的核心竞争力源自单位对内外部资源的有效利用。对它们之间的关系进行协调, 最大限度的发挥所有资源的作用, 并用系统
的观点, 在整个系统价值最大化的基础上来发挥各个资源的作用, 使资源的运作产生协同效用。因此可经过协同办公系统打造单位的核心竞争力。本协同办公系统的主要作用为: 1、建立内部的通信平台。 2、建立信息发布的平台。 3、文档管理的自动化。 4、工作流程的自动化。 5、行政日常事务处理。 6、安全机制的可靠性。 本系统旨在加速单位信息化进程, 充分利用计算机和现代通讯手段面向单位服务。建立单位内部信息交流的快速通道, 以共享信息资源。强化部门业务管理, 加强各业务部门之间的交流。实现单位信息的快速上传下达, 促进协同办公。提高办公效率, 为各级领导及业务人员提供辅助办公和决策服务。 1、本系统将最大限度地提高办公效率和办公质量, 降低管理和 办公成本, 改进办公环境和条件, 提高办公管理和决策的自 动化和科学化水平。 2、以人为中心, 致力于帮助用户实现共享资源、规范流程、 推动执行的目的。帮助用户节省办公费用, 减少中间环节, 优化业务流程, 提高整体效率, 促进管理进步。
合同编号0A软件实施服务合同委托方（甲方）：厦门信达合同能源管理有限公司 受托方（乙方）： 签订日期：年月日
OA软件实施服务合同 委托方(甲方)：厦门信达合同能源管理有限公司 受托方(乙方): 1.总则 根据《中华人民共和国合同法》等现行法律法规，本着自愿、平等、诚实信用的原则，双方就厦门信达合同能源管理有限公司OA软件实施服务事宜，协商一致，签订本合同。 2.服务内容及方式 2.1服务内容: 乙方为甲方提供OA软件安装实施及系统维护服务。 2.2服务方式 : 1、现场技术支持；2、电话技术支持、电子邮件技术支持；3、网络远程技术 支持；4、提供6个月的系统维护。 3.服务期限、地点及进度安排 3.1服务期限：自本合同签订日起180天为合同服务有效期限。 3.2服务地点：甲方公司所在地。 3.3进度安排：自本合同签订后五个工作日内提供安装实施服务，合同签订日起180天内提供系 统维护及咨询服务。 4.资料的提供 4.1甲方应向乙方提供的技术资料、数据：组织机构图、人员名单、工作表格及工作流程、工作 规范管理文档等。 4.2乙方应向甲方提供的资料： OA软件使用及管理培训等相关手册。 5.验收时间、地点和方式? 5.1甲方在??乙方服务时间内安装调试结束后?，经过一个月的试运行（双方无修改意见后），三 个工作日内在甲方中心机房进行验收项目成果。 5.2甲方验收后出具?验收报告??，作为验收结果的书面材料。? 5.3本合同服务项目的保证期为??一??年，自项目通过最终验收之日起计算。保证期间如发现服 务质量有缺陷的，乙方应负责无偿修正、返工。 6.费用及支付： 6.1实施服务金额 甲方委托乙方对OA软件提供实施服务，具体服务和价格如下表：
软件开发技术文档编写规范 在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 ◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。 1可行性分析报告 1 引言 1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象。
O A协同办公管理系统 开发文档
OA协同办公管理系统 开发文档
目录 第一章引言 (4) 1.1编写目的 (4) 1.2 背景及其范围 (5) 1.3名词解释 (5) 第二章项目概述 (6) 2.1 系统功能概述 (6) 2.2 主要外部接口 (6) 2.3 系统运行环境 (6) 2.4 支持用户端 (6) 2.5 系统开发环境 (7) 2.6 支持软件 (7) 2.7 开发过程 (7) 2.8 用户特点 (7) 第三章功能需求 (8) 3.1 前台框架草图 (8) 3.2 用户帐户管理 (8) 3.3 我的办公桌 (9) 3.4 公共事务 (10) 3.5 在线考试 (11) 3.6 财务管理 (11) 3.7 人力资源 (12) 3.8 附件程序 (13) 3.9 企业文档 (13) 3.10 企业信息管理 (14) 3.10 系统设置 (15)
第一章引言 1.1编写目的 计算机技术、网络技术已经渗透到单位的日常工作中，大量的公文、报告、报表、数据等各类信息量越来越大，涉及到的部门、合作伙伴越来越广泛。传统的手工处理方式，文件、报表的传递方式和信息的利用方式已经不能满足单位发展的需要，影响了单位领导的决策和业务的发展，迫切需要利用已经拥有的计算机、网络资源，实现单位的信息化，加快内部的信息流通与信息的有效利用。 从大部分单位的现状来看，虽然迫切需要实现信息化，但是，单位的许多现实情况制约单位信息化的发展，主要的问题有： ?没有合适的应用软件虽然拥有一定数量的计算机设备和网络设备，但是没有支持网络运行的应用软件，即使建成内部的计算机网络，也没有改善信息化应用的状态。一些部门和业务购买通用的业务管理软件，一定程度上实现个别业务的信息化，解决了部门的一些问题，但是，对单位管理者而言，得到的信息很少，没有发挥出计算机网络系统的作用。 ?技术队伍匮乏很多单位没有专门的信息管理部门和专职的技术人员，缺乏对单位信息化建设的规划和信息应用系统的管理。 ?信息化建设的目标不明确信息化建设对每一个单位来讲都是新事物，不知道如何才能够实现信息化，不清楚第一步该如何走。 ?偏重于业务信息系统的建设，对管理和辅助决策分析系统的建设投入不够，使计算机系统的建设停留在数据处理阶段，没有上升到信息资源利用的高度。 ?无法直接从各级、各类业务信息系统中采集数据，并加以综合利用。 ?大部分员工的计算机应用水平比较低。
软件开发合作协议 合同编号： 甲方： 乙 方： 依照《中华人民共和国合同法》、《中华人民共和国知识产权法》等法律法规、地方规章条例及行业规 章之规定，甲乙双方为了建立长期的合作伙伴关系，明确双方责任，在软件开发合作过程中，本着相互合 作、互惠互利的原则，共同协商达成如下协议，以便共同遵守： 第一条、合同标的 1、软件项目名称：。 2、内容及要求： （1）开发内容：根据甲乙双方合作的要求，乙方在规定时间内完成“_ _”软件的功能开发，该系统的设计要求如下： a、根据合作内容的实际情况设计开发与之相符合的系统。 b、内部交流系统开发出包含（学习，考试，交流，意见箱功能）。 c、OA系统，CRM系统开发出通用的系统。 （2）该软件的主要功能：。 3、系统运行环境包括： （1）RedHad+Nginx； （2）https://www.doczj.com/doc/9c6607372.html,+Orcale； （3）IE6、7、8浏览器及使用IE核心的浏览器。 4、合作开发时间： （1）启动日期：自年月日开始启动。 （2）完成期限：自项目正式启动之日起，在前完成。 5、免费维护时间：自产品验收合格之日起一年内。
第二条、合作方式 双方采取由乙方向甲方提供符合合同约定的软件开发专业技术人员，由甲方进行统一软件开发管理并支付乙方合作费用的合作模式进行。 第三条、双方的权利义务 1、甲方的权利义务 （1）甲方应当提供专人与乙方联络并对乙方的开发进度及质量进行监督。 （2）甲方应当提供软件开发所需要的所有数据交给乙方，并保证数据的正确性。 （3）甲方应当及时支付软件合作开发费用，保证软件合作开发费用及时到位。 （4）甲方应当依合同约定，及时检验、测试所开发的软件。 （5）甲方在软件符合约定时，依合同约定接受软件。 2、乙方的权利和义务 （1）乙方应当提供专人与甲方联络并及时向甲方说明开发进度及情况。 （2）乙方应当制定＜软件开发研究计划＞，经甲方确认后，按照＜软件开发研究计划＞的约定及时、正确的完成系统的开发。 （3）乙方有责任按甲方的要求在规定时间内完成项目开发，完成需要开发的内容。 （4）在项目开发完毕之后，在乙方对甲方提供的维护服务期之内，由于甲方设计变更而导致系统的非主要框架的变更，若变更范围在本合同所规定的功能范围之内，乙方有义务免费为甲方修改变更内容。 （5）乙方有义务自行准备软件开发所需的硬设备、开发数据。 （6）乙方在其开发的范围内有为甲方提供培训及维护的义务。 （7）乙方不得将本合同标的委托或外包给他人完成。 （8）乙方对本软件的开发及在开发过程中所获得的所有数据负有保密的义务。 （9）乙方不得在程序中加插和软件功能无关的程序或预留一些危害软件安全的漏洞。 （10）乙方在开发出符合合同约定的产品后有权要求甲方依合同约定支付报酬。 第四条、合作软件的交付 1、乙方应当在整个开发周期内将软件产品交付甲方； 2、乙方交付产品时需要向甲方提交如下材料： （1）完成甲方功能要求的可执行软件； （2）软件的开发计划文件； （3）软件的设计文件；
目录 软件开发标准化工作流程 1引言 1.1编写目的 说明编写这份软件开发标准化工作流程的目的，指出预期的读者。 1.2适用范围 互联网开发中心所有项目。 1.3定义 列出本文件中用到的专门术语的定义、外文首字母组词的原词组。
1.4流程图 2需求调研 2.1概述 需求调研对于一个应用软件开发来说，是一个系统开发的开始阶段，需求调研的质量对于一个应用软件来说，是一个极其重要的阶段，它的质量在一定程度上来说决定了一个软件的交付结果。怎样从客户中听取用户需求、分析用户需求就成为调研人员最重要的任务。
2.2需求调研 总体而言，需求调研可按照业务流程、业务规则、表单数据、贯穿系统的关系四个方向来进行调研。 ●业务规则 各个流程、功能点等事项的办理，都会有相关约束或条件，那么需要对其前置条件、后置条件、数据验证、条件判断等进行分析调研。调研对象一般为操作员。 ●表单数据 对各个功能点的业务数据、数据项、表单格式、查询条件以及其它相关数据进行明确的分析调研。调研对象一般为操作员。 ●贯穿系统的关系 各个模块或科室之间的数据交换、传递以及数据共享等，需要我们调研人员与各个模块或科室的相关负责人进行多方沟通，确定一个多方满意的需求调研结果。 2.3注意事项 ●调研过程中，用户说的很快，不可能等我们全部记录之后， 再讲下一个问题。因此，只能在笔记本上速记，有时只能记录1、2个关键字。因此，每天调研结束之后，当天晚上必须整理当天的调研情况，写成一份调研日记。整理当天的调研记录时，还要整理出待明确的问题，下一次再找机会与用户再沟通、确认。
●调研的各个阶段，必须出具相关文档或文件，比如调研计划、 流程图、表单样式、报表格式、背景图片、数据项列表、讨论记录、问题列表等。 ●所有疑问必须等到明确的答复，不能出现相互矛盾、似是而 非的需求。需准确理解客户的讲解，如果有问题的先做记录，之后将整理的问题向客户询问，得到明确的结果。需求必须是客户接受和确认的，不能有臆测的需求。 ●要合理安排好时间和进度。有时候客户还有自己要做的事情， 不一定能及时相应。所以必须提前预约好时间，保证整个需求调研的进度。 ●能积极引导客户。当客户出现疑虑，而调研人员能明白且能 做好客户想要的东西的时候，调研人员能及时积极引导客户，详细讲解我们所知道的东西，并能让客户接受与确认。 ●如遇公司有相关原型或产品，调研人员需先详细了解公司的 相关原型和产品，根据成品，找出本地化的差异化需求。 3可行性分析 这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。 可行性研究应该比较简短，这个阶段的任务不是具体解决
软件销售合同 合同编号： 甲方：有限公司 地址： 电话：传真： 邮箱： 乙方：有限公司 地址： 电话：传真： 邮箱： 根据《中华人民共和国合同法》及有关法律法规的规定，甲乙双方经友好协商，就甲方向乙方(即璐华软件的核心代理商)购买“璐华RuvarOA办公自动化软件”（以下简称RuvarOA软件V6.1）签订本合同，并由双方共同恪守。 第一条基本内容 1、甲方向乙方购买RuvarOA软件V6.1一套，软件授权的用户数为35个，同时赠送手机版。 2、RuvarOA软件是由广州市璐华计算机科技有限公司自主研发的，拥有独立知识产权的软件产品；每套RuvarOA软件的内容包括计算机软件程序、加密设备、使用说明等与RuvarOA有关的资料或物品，甲方仅拥有RuvarOA软件的使用权。 3、每套合法的RuvarOA软件都配有一个唯一的加密锁，软件与加密锁不可分割。甲方应妥善保管加密锁，如加密锁在使用过程中出现非人为故障，乙方应予以免费更换；若遭到甲方人为损坏但仍可辨认，乙方收取工本费300元并予以更换；若损坏至无法辨认或遗失，乙方不予补换。 4、甲方保证不对乙方软件进行非法解密、复制或转让给第三方，否则，乙方将向甲方要求赔偿，甚至追究相关法律责任。 5、乙方保证对RuvarOA软件拥有合法有效的代理授权（详见附件二：授权证明）。任何第三人不能就该软件向甲方主张任何权利；否则，因此造成甲方损失的，由乙方全额赔偿。 第二条合同费用及支付方式 1、本合同费用总额为￥，大写人民币圆整。以上费用为含税价格，包括但不限于
软件程序、加密设备，及乙方运输、安装、调试产品、提供售后技术服务等费用。 2、合同签订3个工作日内，甲方支付合同首付款人民币圆整，即￥。 3、乙方安装调试完成并交付甲方后5个工作日内，甲方向乙方支付费用人民币圆整，即￥。 4、余款人民币圆整￥，作为保修金，甲方于本合同期满后乙方无违约行为的情况下将上述保修金支付予乙方（无息）。 5、乙方必须在甲方支付费用前提供发票进行请款，否则甲方有权顺延付款时间。乙方指定的收款账户如下： 户名： 开户银行： 帐号： 第三条软件的安装、调试与交付 1、乙方应于收到甲方首次付款后2个工作日内到达本合同指定的甲方地址进行安装调试。 2、乙方应在2个工作日内完成RuvarOA软件的安装调试及初始设置，并将软件及加密锁交付甲 方指定的系统管理员。 3、甲方须指定RuvarOA软件的系统管理员配合乙方的安装与调试，并签收软件及加密锁。 4、乙方实施工程师提供10个工作日的实施及培训服务，同时制作20个表单及流程的工作，主 要是协助甲方相关人员上机操作进行现场指导，并解决软件在使用过程中出现的任何问题。第四条乙方仅保证甲方在如下软件环境下正常运行璐华RuvarOA软件： 1、服务器系统：MS Windows2003/2008、MS SQL Server 2000/2005/2008 简体中文企业版。 2、客户端系统：WindowsXP/2003/Vista/Windows 7，MS OfficeXP/2003，IE 6.0/7.0/8.0。 第五条售后服务 1、乙方在本合同有效期内以电话、Email、远程在线、上门等多种方式向甲方及时提供技术支持与服务，具体内容包含： A、对RuvarOA软件部署进行指导，如组织架构设定、群组权限设置、流程表单建立等。 B、对甲方RuvarOA软件系统管理员及使用人员进行日常维护及操作培训。 C、RuvarOA软件问题诊断及故障排除。 D、RuvarOA软件新版本升级。 2、乙方指定工程师（联系人）如下：姓名：，身份证号码：职务：，移动电话：，固定电话：传真：邮箱：负责甲方软件的售后服务工作，如需变更，应提前书面通知甲方。乙方在接到甲方的保障通知后小时内必须进
231 GB 8567－88软件开发主要文档编写规范 本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。 一、可行性研究报告 l 引言 1.1 编写目的 说明：说明本可行性研究报告的编写目的，指出预期的读者。 1.2 背景 说明： a ．所建议开发的软件系统的名称。 b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 c ．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料，如： a ．本项目的经核准的计划任务书或合同、上级机关的批文。 b ．属干本项目的其他已发表的文件。 c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 可行性研究的前提 说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。 2.1 要求 说明对所建议开发软件的基本要求，如： a ．功能。 b ．性能。 c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。 d. 输入说明。系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。 e ．处理流程和数据流程。用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。 f. 在安全与保密方面的要求。 g. 同本系统相连接的其他系统。 h. 完成期限。 2.2 目标 说明所建议系统的主要开发目标，如： a. 人力与设备费用的减少。 b. 处理速度的提高。 c. 控制精度或生产能力的提高。