软件项目维护方案
1.项目背景及目标
1.1.项目背景
在国家政策的指导和帮助下，信息化也越来越发挥出十分重要的作用。XXXX不断加大信息化管理工作力度，积极实施“上网工程”，大力推进全市局域网建设，加快办公自动化系统进程，信息技术在改革中发挥了重要的支撑作用，为充分发挥政府公共职能，促进依法理财、科学理财，提供了重要的信息技术保障。近年来建设各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级及性能优化，以确保应用系统的正常运行，为单位员工提供更好的信息服务。
项目目标
对各系统数据库进行补丁升级服务，安装补丁前制定详细的升级计划和应急回退计划。
完成各系统数据库的性能调优工作。
各业务持续性得到有效的保证。
需求分析
XXXXXXX项目，我公司有多年的行业经验。具有对运维服务对象进行适时监测、指标分析、和及时修复的能力。
Oracle 产品日常运行维护项目主要从如下几个方面进行：
(1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行查看,发现并解决问题。
(2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康查看,对
数据库对象的状态做查看。
(3). 查看表空间碎片,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面查看。（4）由于这些数据库系统承载着XXXX非常重要的业务系统数据，所以在日常
维护中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，需要详细记载以下一些内容：
监控数据库对象的空间扩展情况
监控数据量的增长情况
系统健康查看，查看以下内容:
数据库对象有效性查看
查看是否有危害到安全策略的问题。
查看alert、Sqlnet 等日志并归档报错日志
分析表和索引
查看对数据库会产生危害的增长速度
查看表空间碎片
数据库性能调整
预测数据库将来的性能
调整和维护工作
后续空间
整体运行维护服务方案
Lifekeeper维护
验证LifeKeeper 的安装
查看已经安装的LifeKeeper软件包，可以使用命令：
rpm –qa|grep stee
启动LifeKeeper
a) 启动LifeKeeper 服务器进程
如果当前您的系统没有运行LifeKeeper 则在所有服务器上以root用户身份输入如下命令# /opt/LifeKeeper/bin/lkstart
b) 启动LifeKeeper GUI服务器进程
同样以root用户运行命令
# /opt/LifeKeeper/bin/lkGUIserver start
注意：以上命令只需运行一次，以后每次系统重新启动时，LifeKeeper会自动运行上述进程有关的LifeKeeper软件的其它管理任务
a) 停止LifeKeeper 服务
如果需要在服务器上永久停止LifeKeeper服务，可以输入下列命令
$LKROOT/bin/lkstop
该命令同时会使所有LifeKeeper保护的资源处于退出服务状态，如果希望在停止LifeKeeper 时保持资源/应用的运行，可以使用：
$LKROOT/bin/lkstop -f
b) 查看LifeKeeper 进程
键入下列命令可以查看当前运行的所有LifeKeeper 进程列表
ps -ef | grep LifeKeeper
启动LifeKeeperGUI配置工具
进入LifeKeeper GUI管理工具可以通过运行命令：
/opt/LifeKeeper/bin/lkGUIapp
则出现LifeKeeper登录界面：
可以使用root用户登录，也可以使用新建的用户进行登录。
检测LifeKeeper 集群运行状态
可以使用lcdstatus命令对LifeKeeper 集群的当前运行状态进行查看，命令格式：lcdstatus [-q] [-d <主机名>]
该程序向stdout 输出在LifeKeeper 资源层次配置状态和通信路径的状态.
选项-q 表示输出采用简略的形式（建议使用该选项）
选项–d 表示要查看的主机，缺X查看本机
管理LifeKeeper 中的资源
注意：如果能运行LifeKeeper GUI，则使用其提供菜单命令执行相应操作；在执行命令行启动/停止资源前，一定先使用lcdstatus命令确认资源的实际状态。
a) 启用资源(In-Service)
可以使用命令：
./perform_action -t <资源标记名> -a restore
将资源标记名所对应的资源在本机上投入服务（启动）。如果该资源在命令使用前已经在另一台机器上处于运行状态，则本命令执行的结果相当于执行了一次手工切换
！！！如果该资源在命令使用前是处于停止状态（即在备机上执行本命令），则本命令执行的结果相当于执行了一次手工切换
b) 停止资源(out-of-service)
可以使用命令：
./perform_action -t <资源标记名> -a remove
将资源标记名所对应的资源在本机上停止服务。如果该资源在命令使用前已经在另一台机器上处于运行状态，则本命令执行不产生任何结果
注意：
在执行命令行前后，一定先使用lcdstatus命令确认资源的当前状态。
命令停止/启动本地的资源
命令中的<资源标记名>是区分大小写的
一定要等待命令完成，注意命令的输出。
详细用法见在线帮助手册。
SQL SERVER维护
计算机系统各种软、硬件故障、用户误操作以及恶意破坏是不可避免的,这些影响到数据的正确性甚至造成数据损失、服务器崩溃等致命后果。数据库的备份对保证系统的可靠性具有重要的作用。
下面会根据执行强度对维护任务及其相应的程序进行分类描述，执行强度用不同的时间间隔定义，包括每天、每周、每月和每季度，能够建立起良好的维护实务，确保SQL Server数据库性能和安全。
每天的例行维护任务
需要数据库管理员密切关注的维护任务，最好每天都查看一下，这样可以确保系统的可靠性、可用性、运行性能和安全。每天的例行维护任务包括：
1、查看是不是所有被请求的SQL Server服务都正常运行。
2、查看日常备份日志中成功、警告或者失败记录。
3、查看Windows事件日志有没有错误记录。
4、查看SQL Server日志有没有安全警告记录，例如非法登录。
5、执行完全备份或差异备份。
6、在设置了完全恢复模型或大容量日恢复模型的数据库上执行事务日志备份任务。
7、核实SQL Server作业没有失败。
8、查看所有的数据库文件和事务日志具有合适的磁盘空间大小。
9、至少要监控处理器、内存或者磁盘计数器没有出现瓶颈。
每周的例行维护任务
关注程度稍逊于每天的例行维护任务，最好每周进行一次例行查看。每周的例行维护任务包括：
1、执行完全备份或差异备份。
2、查看以前执行的维护计划报告。
3、查看数据库完整性。
4、如果需要，执行收缩数据库任务。
5、通过重新组织索引任务压缩聚集和非聚集表和视图。
6、通过重新生成索引任务在数据页和索引页重新组织数据。
7、更新所有用户表和系统表的统计信息
8、清除备份、还原、SQL Server代理作业和维护计划等操作的历史数据。
9、如果需要，手动增长数据库或事务日志文件
10、清除执行维护计划残留下来的文件。
每月或每季度的维护任务
有一些维护计划不需要执行得过于频繁，可以每个月或每个季度执行一次。但是请不要以为这些任务不需要天天执行就无足轻重，这些任务可以确保数据库环境的健康，所以不要轻视以下这些维护任务：
1、在测试环境中执行备份还原操作。
2、将历史数据归档。
3、分析收集的性能统计数据，与基准值相比较。
3、查看并更新维护文档。
4、查看并安装最新的SQL Server补丁和补丁包。
5、如果运行簇、数据库镜像或日志传送，则监测故障转移。
6、验证备份和还原进程是否遵循已定义的服务等级协议。
7、更新SQL Server构建指南。
8、更新SQL Server灾难恢复文档。
9、更新维护计划列表
10、修改管理员口令。
11、修改SQL Server服务帐户口令。
WebLogic维护
性能调优
设定执行队列的溢出条件
Weblogic Server提供给默认的执行队列或用户自定义的执行队列自定义溢出条件的功能，当满足此溢出条件时，服务器改变其状态为“警告”状态，并且额外的再分配一些线程去处理在队列中的请求，而达到降低队列长度的目的。
通过启动管理控制台，在域（如：mydomain）> 服务器> server实例（如：myserver）> Execute Queue > > 配置下面几项：
队列长度：此值表示执行队列中可容纳的最大请求数，默认值是65536，最后不要手动改变此值。
队列长度阈值百分比：此值表示溢出条件，在此服务器指出队列溢出之前可以达到的队列长度大小的百分比。
线程数增加：当检测到溢出条件时，将增加到执行队列中的线程数量。如果CPU和内存不是足够的高，尽量不要改变默认值“0”。因为Weblogic一旦增加后不会自动缩减，虽然最终可能确实起到了降低请求的作用，但在将来的运行中将影响程序的性能。
最大线程数：为了防止创建过多的线程数量，可以通过设定最大的线程数进行控制。
在实际的应用场景中，应根据具体情况适当的调整以上参数。
设定队列监测行为
Weblogic Server能够自动监测到当一个执行线程变为“阻塞”。变为“阻塞”状态的执行线程将无法完成当前的工作，也无法再执行新请求。如果执行队列中的所有执行线程都变为“阻塞”状态，Weblogic server可能改变状态为“警告”或“严重”状态。如果Weblogic server 变为“严重”状态，可以通过Node Manager来自动关闭此服务器并重新启动它。具体请参考：Node Manager Capabilities文档。
通过启动管理控制台，在域（如：mydomain）> 服务器> server实例（如：myserver）>配置> 调整下可配置下面几项：
阻塞线程最长时间：在此服务器将线程诊断为阻塞线程之前，线程必须连续工作的时间长度(秒)。默认情况下，WebLogic Server 认为线程在连续工作600 秒后成为阻塞线程。
阻塞线程计时器间隔：WebLogic Server 定期扫描线程以查看它们是否已经连续工作了"阻塞线程最长时间" 字段中指定的时间长度的间隔时间(秒)。默认情况下，WebLogic Server 将此时间间隔设置为600 秒。
尽量使用本地IO库
WebLogic Server有两套套接字复用器：Java版和本地库。采用小型本地库更有效,尽量激活Enable Native IO(默认),此时UNIX默认使用CPUs+1个线程,Window下为双倍CPU。如果系统不能加载本地库,将会抛出此时只能使用Java套接字复用器,可以调整socket readers 百分比,默认为33%。该参数可以在Console Server Tuning Configuration配置栏里设置，配置完，重新启动WebLogic Server即可。
调整默认执行线程数
名称开发模式产品模式推荐个数Execute Queues 默认的执行线程为15默认的执行线程为25200
如果管理服务器没有运行，先启动。
访问管理控制台。
展开左边面板的Servers 节点，显示Server列表。
右击Server，在弹出菜单中选择View Execute Queues ，就会在右边面板显示有执行队列的表用来修改。
注意：你只能修改默认的执行队列或者用户定义的执行队列。
在Name列，直接点击默认执行队列名称，显示配置标签用来修改执行队列数。
填下适当的线程数。
点击Apply，保存刚才的修改。
重启Server，使新的执行队列设置生效。
JDBC调优
驱动程序类型选择
Oracle提供thin驱动和oci驱动,从性能上来讲,oci驱动强于thin驱动,特别是大数据量的操作。但在简单的数据库操作中,性能相差不大,随着thin驱动的不断改进,这一弱势将得到弥补。而thin驱动的移植性明显强于oci驱动。所以在通常情况下建议使用thin驱动
调节连接池初始容量和最大容量
JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数,游标的大小。通常我们在一个线程中使用一个连接,所以连接数并不是越多越好,为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销,将最小值和最大值设为一致；值等于WebLogic Server的执行线程数。
其他配置
尽管JDBC Connection Pool提供了很多高级参数,在开发模式下比较有用,但大部分在生产环
境下不需调整。这里建议最好不要设置测试表, 同时Test Reserved Connections和Test Released Connections也无需勾上。当然如果你的数据库不稳定,时断时续,你就可能需要上述的参数打开
WEB调优
调整WEB应用描述符
WEB应用除代码之外的调优比较简单,仅仅是对一些WEB应用描述符的调整。首先关闭Session Monitoring Enabled,仅仅在Cluster环境下设置Session复制(优先使用内存复制),在保证应用正常运行的情况下,设置较短的Session超时时间。同时生产环境下无需查看Jsp和servlet：JSPPage Check Secs和Servlet Reload Check Secs均设为-1,关闭JSP Keep Generated 和
JSP Verbose对性能也有帮助。此外，还可以对jsp进行预编译,有两种方法：激活precompile 选项；使用事先编译，建议采用后者。
其他调优设置
WebLogic文件描述符大小调整
首先设置WEB主机系统的ulimit参数为unlimited ，然后设置WebLogic中文件描述符的大小。
在{WL_HOME}/bea/weblogic/common/bin中打开文件，修改设置文件描述符大小的指令，将默认的：ulimit –n 1024修改为：ulimit –n 8192
维护管理
启动weblogic server
启动管理服务器：执行
启动被管理服务器：执行servername adminurl
停止weblogic server
停止被管理服务器：执行servername
启动被管理服务器：执行
登录和退出管理控制台
管理服务器启动后可以在浏览器中登录管理控制台
输入URL：，则使用https访问管理控制台
在弹出的窗口“Console Login“中输入用户名和密码登录
性能监控
查看性能参数
登录控制台后点击Servers-servername-Monitoring-Performance
参数分析
1)Idle Threads && Queue Length && Throughout
正常情况下idle threads >0 ，queue Length为0，Throughout呈不规则变化曲线，Memory Usage呈适度频度的锯齿变化曲线。
一般来说，对于正常配置的生产环境（线程数50~200），如果idle threads <10，或者呈现不断降低的趋势，就应加以关注；
空闲线程数与队列长度通常有如下关系：
A、如果空闲线程数>0 ，则queue length =0 ；
B、反之，如果queue length>0 ，则空闲线程数=0 ；
2)Memory Usage
Memory Usage = totalMemory() – freeMemory()
内存使用曲线反应了JVM Heap内存使用的变化情况，可以结合其他三个值的变化情况来判断server工作情况；比较理想的状态是适当频度的各种锯齿变化，
由于JVM GC多采用“stop the world”机制，也就是垃圾回收时其他处理将暂停，过度频繁的GC将明显降低server工作效率和性能表现。
Oracle维护
Oracle Database，又名Oracle RDBMS，或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的适应高吞吐量的数据库解决方案。
数据库性能优化
Oracle 性能管理既是一种艺术，也是一种科学。从实用角度讲，它可以分为两种类型，主动式和被动式性能管理。主动式性能管理涉及到特定系统实施初期的设计和开发，包括硬件选择、性能及容量规划，海量存储系统的选择，I-O子系统配置及优化，以及如何对不同组件进行定制，以满足Oracle 数据库和应用系统的复杂要求。
被动式性能管理涉及到现有环境中不同组件的性能评估、故障排除和Oracle环境的优化。本文旨在探讨如何进行被动式性能调优，以便为Oracle 性能调优提供必要的指导，从而避免仅仅通过反复尝试的方式进行性能调优，提高Oracle性能管理的效率。
所以ORACLE 数据库性能恶化表现基本上都是用户响应时间比较长，须要用户长时间的等待。获得满意的用户响应时间有两个途径：
一是减少系统服务时间，即提高数据库的吞吐量；
二是减少用户等待时间，即减少用户访问同一数据库资源的冲突率。
对于以上的两个问题，通常我们采用以下几个方面来进行改善：
调整服务器内存分配。例如，可以根据数据库运行状况调整数据库系统全局区（SGA 区）的数据缓冲区、日志缓冲区和共享池的大小；还可以调整程序全局区（PGA 区）的大小。调整硬盘I/O 问题，达到I/O 负载均衡。
调整运用程序结构设计。
优化调整操作系统参数和使用资源管理器。
SQL 优化、诊断latch 竞争、Rollback(undo) Segment 优化、提升block的效率等等。
查看Oracle数据库性能
查看Oracle 数据库性能情况，包含：查看数据库的等待事件，查看死锁及处理，查看cpu、I/O、内存性能，查看是否有僵死进程，查看行链接/迁移，定期做统计分析，查看缓冲区命中率，查看共享池命中率，查看排序区，查看日志ORACLE 产品日常运行维护年度服务项目缓冲区，总共十个部分。
查看数据库的等待事件
set pages 80
set lines 120
col event for a40
select sid,event,p1,p2,p3,WAIT_TIME,SECONDS_IN_WAIT from v$session_wait where event notlike 'SQL%' and event not like 'rdbms%';
如果数据库长时间持续出现大量像latch free，enqueue，buffer busy waits，db file sequential read，db file scattered read 等等待事件时，需要对其进行分析，可能存在问题的语句。
查看消耗CPU最高的进程
SET LINE 240
SET VERIFY OFF
COLUMN SID FORMAT 999
COLUMN PID FORMAT 999
COLUMN S_# FORMAT 999
COLUMN USERNAME FORMAT A9 HEADING "ORA USER"
COLUMN PROGRAM FORMAT A29
COLUMN SQL FORMAT A60
COLUMN OSNAME FORMAT A9 HEADING "OS USER"
SELECT PID, SID, SPID, USERNAME, OSNAME,#
S_#,, PROGRAM,,,RTRIM(SUBSTR, 1,
80)) SQLFROM V$PROCESS P, V$SESSION S,V$SQLAREA A WHERE = AND
= (+) AND LIKE '%&1%';
查看碎片程度高的表
SQL> SELECT segment_name table_name,COUNT(*) extents FROM dba_segments WHERE ownerNOT IN ('SYS', 'SYSTEM') GROUP BY segment_name HAVING COUNT(*)=(SELECT
MAX(COUNT(*))FROM dba_segments GROUP BY segment_name);
查看表空间的I/O比例
SQL>SELECT NAME, "FILE", PYR, , PYW, PBW FROM V$FILESTAT F, DBA_DATA_FILES DF # = ORDER BY ;
查看文件系统的I/O比例
SQL>SELECTSUBSTR#,1,2)"#",SUBSTR,1,30)"NAME",,,, FROM V$DATAFILE A, V$FILESTAT B WHERE # =#;
Disk Read最高的SQL语句的获取
SQL>SELECT SQL_TEXT FROM (SELECT * FROM V$SQLAREA ORDER BY DISK_READS)
WHERE ROWNUM<=5 desc;
查找前十条性能差的sql
SELECT * FROM (SELECT PARSING_USER_ID
EXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,
SQL_TEXT FROM V$SQLAREA ORDER BY DISK_READS DESC)
WHERE ROWNUM<10 ;
等待时间最多的5 个系统等待事件的获取
SELECT * FROM (SELECT * FROM V$SYSTEM_EVENT WHERE EVENT NOT LIKE 'SQL%' ORDER BYTOTAL_WAITS DESC) WHERE ROWNUM<=5;
查看运行很久的SQL
COLUMN USERNAME FORMAT A12
COLUMN OPNAME FORMAT A16
COLUMN PROGRESS FORMAT A8
SELECT USERNAME,SID,OPNAME,ROUND(SOFAR*100 / TOTALWORK,0) || '%' AS PROGRESS,TIME_REMAINING,SQL_TEXT FROM V$SESSION_LONGOPS , V$SQL WHERETIME_REMAINING <> 0 AND SQL_ADDRESS=ADDRESS AND SQL_HASH_VALUE =
HASH_VALUE;
查看死锁及处理
查询目前锁对象信息：
col sid for 999999
col username for a10
col schemaname for a10
col osuser for a16
col machine for a16
col terminal for a20
col owner for a10
col object_name for a30
col object_type for a10
select sid,serial#,username,SCHEMANAME,osuser,MACHINE,
terminal,PROGRAM,owner,object_name,object_type,
from dba_objects o,v$locked_object l,v$session s
where = and =;
oracle 级kill 掉该session：
alter system kill session '&sid,&serial#';
操作系统级kill 掉session：
#>kill -9 pid
查看数据库cpu、I/O、内存性能
记录数据库的cpu 使用、IO、内存等使用情况，使用vmstat,iostat,sar,top等命令进行信息收集并查看这些信息，判断资源使用情况。
CPU 使用情况：
[root@sale8 ~]# top
top - 10:29:35 up 73 days, 19:54, 1 user, load average: , , : 353 total, 2 running, 351 sleeping, 0 stopped, 0 zombie
Cpu(s): % us, % sy, % ni, % id,% wa, % hi, % si
Mem: k total, k used, 3517044k free, 60796k buffers
Swap: 8385920k total, 665576k used, 7720344k free, k cached
PID USER
30495 oracle
32501 oracle
32503 oracle
注意上面的加粗字体部分，此部分内容表示系统剩余的cpu，当其平均值下降至10%以下的时视为CPU 使用率异常，需记录下该数值，并将状态记为异常
内存使用情况：
# free -m
Totalusedfreesharedbufferscached
Mem:2026
-/+ buffers/cache: 326 1700
Swap: 5992 92 5900
如上所示，total表示系统总内存，used表示系统使用的内存，free表示系统剩余内存，当剩余内存低于总内存的10%时视为异常。
系统负载情况：
#uptime
12:08:37 up 162 days, 23:33, 15 users,load average: , ,
如上所示，load average部分表示系统负载，后面的 3 个数值如果有高于的时候就表明系统在超负荷运转了，并将此值记录到巡检表，视为异常。
查看是否有僵死进程
select spid from v$process where addr not in (select paddr from v$session);
有些僵尸进程有阻塞其他业务的正常运行，定期杀掉僵尸进程。
查看行链接/迁移
Sql>select table_name,num_rows,chain_cnt From dba_tables Where owner='CTAIS2' Andchain_cnt<>0;
注：含有long raw 列的表有行链接是正常的,找到迁移行保存到chained_rows 表中, 如没有该表执行../rdbms/admin/
Sql>analyze table tablename list chained rows;
可通过表chained_rows 中table_name,head_rowid看出哪些行是迁移行如:
Sql>create table aa as selecta.* from sb_zsxx a,chained_rows b where = ='SB_ZSXX';
sql>delete from sb_zsxx where rowid in (selecthead_rowid from chained_rows where
table_name = 'SB_ZSXX');
sql>insertinto sb_zsxx select * from chained_row where table_name = 'SB_ZSXX';
定期做统计分析
对于采用Oracle Cost-Based-Optimizer 的系统，需要定期对数据对象的统计信息进行采集更新，使优化器可以根据准备的信息作出正确的explain plan。
在以下情况更需要进行统计信息的更新：
应用发生变化；
大规模数据迁移、历史数据迁出、其他数据的导入等；
数据量发生变化。
查看表或索引的统计信息是否需更新，如：
Sql>Select table_name,num_rows,last_analyzed From user_tables wheretable_name
='DJ_NSRXX'
sql>select count(*) from DJ_NSRXX 如num_rows 和count(*)如果行数相差很多,则该表需要更新统计信息，建议一周做一次统计信息收集，如：
Sql>exec 'CTAIS2',cascade=>TRUE,degree => 4);
查看日志缓冲区
SQL> select name,value from v$sysstat where name in ('redo entries','redo buffer allocationretries');
如果redo buffer allocation retries/redo entries 超过1% ，则需要增大log_buffer。
性能调优及方法
性能调优主要有主动调优和被动调优，主动调优在前面我们已经进行了阐述，被动调优主要有以下方法进行。
确定合理的性能优化目标
测试并记录当前的性能指标
确定当前存在的Oracle 性能瓶颈(Oracle 中何处存在等待，哪个SQL语句与此有关)
确定当前的操作系统瓶颈
优化相关的组件(应用、数据库、I/O、连接OS 及其它)
跟踪并实施变化管理制度
测试并记录目前的性能指标
重复第3 到第7 步直至达到既定的优化目标
不要对并非性能瓶颈的部分进行优化，否则可能引起额外的问题。正如任何聪明的人会告诉你的：“如果还未坏，千万不要修”。更重要的是，一旦既定的优化目标已经达到，就务必停止所有的优化。
获取Oracle 的性能指标(测试前及测试后)必须在峰值处理时测试并获取系统在优化前和优化后的性能指标。数据采集不应在数据库instance 刚刚起动后进行。同时，测试数据应在峰值期间每过15 分钟进行一次。初始化参数TIMED_STATISTICS 应该被设为TRUE。
通过运行以下脚本开始快照：
$ORACLE_HOME/rdbms/admin/.
通过运行以下脚本结束快照：
$ORACLE_HOME/rdbms/admin/.
完成操作后，会在当前目录中生成名为“”的文件，包含系统的性能数据。该报告包括每15 分钟捕获的所有与Oracle 例程相关的参数。
寻找问题根源
如上所述，通过查看v$system_event 事件开始系统事件的问题诊断。下一步是查看
v$session_event，找出引起或经历等待事件的进程。最后一步是通过v$session_wait 获得事件的细节。同时，应该进一步通过OS 进行深入分析，了解核心的CPU、内存和IO 状态参数。最后，结合两种不同的诊断的结论，找出系统瓶颈所在。
应用优化
从统计(和现实) 的角度看，80% 的Oracle 系统性能问题可以通过SQL 代码优化来解决。任何应用优化的过程，不外乎是索引优化、全表扫描、并行机制改进和选择正确数据组合方法的过程。这正是要达到最佳应用性能所必须考虑的因素。没有SQL 的优化，就无法实现高性能的应用。良好的SQL 语句可以减少CPU资源的消耗，提高响应速度。同时，优化后的SQL 语句还可以提高应用的可扩展性，这是除增加大量内存外，任何其它硬件手段也无法实现的。
I-O 优化
I-O 优化是系统优化中的一个关键步骤，还涉及到其它任务，将文件在不同驱动器/卷中进行分布，采用优化分区技术、确定I-O 子系统瓶颈、确定控制器瓶颈并根据应用的类型选择最佳的RAID 级。I-O 优化应该在全面了解Oracle 及Oracle RDBMS 结构之后进行。应该在进行I-O 优化前后实施I-O 数据监控，如平均服务时间，IOPS，平均磁盘队列长度等。O-S监控
数据库忙时，应该对操作系统进行监控，因为操作系统的性能指标会揭示数据库活动的性质及其对系统的影响。例如，为了了解CPU 的利用率，可以通过system activity reporter (sar –u interval frequency) 、mpstat (SunSolaris), top (多数UNIX)、osview (SGI Irix) 及vmstat 等命令。Sar 和vmstat 也可被用于确定包括内存使用率、I-O 参数、队列等待、读取/交换区活动等信息。在Solaris 上，mpstat utility 也可用于获取前面提到的CPU 利用率数据。Solaris 上的Adrian 性能管理工具也很有用。可以利用其中的一到多个工具来确定系统的性能状况，找出可能存在的瓶颈。
Oracle 数据库性能的管理需要遵循系统的方法论，以确保所有核心问题得以解决。多数问题可以事先得以管理。了解与O-S 相关的问题是成功的关键。勿需置疑，系统硬件配置上的良好平衡也是至关重要的。必须承认，80% 的系统
性能问题可以通过书写更好的SQL 语句来解决。来文试图探究其余20%中可能覆盖的内容。同时，必须遵守严格的规定，在调优目标达到后终止所有努力。了解自己想到何处是重要的，更重要的是，要知道自己何时到达了目的地。
例程调优
需要配置的主要初始化参数
以下是一些已知与例程优化关系最密切的一些核心Oracle 初始化参数。它们都会影响Oracle 及SGA 区的活动。任何对这些参数的改动，在实施到生产环境之前，都必须进行测试。一旦改变了生产环境的参数，就必须对相关的Oracle动态性能指标和操作系统的性能进行监测，寻找可能由此产生的异常现象。
1) DB_BLOCK_SIZE
该参数在数据库建立前设定，决定了数据库中每个数据块的大小。只有重新建立数据库，才有可能改变该参数。db_block_size 的配置应遵循以下公式：DB_BLOCK_SIZE = FILESYSTEM BLOCKSIZE >= O-S PAGESIZE 这可以确保Oracle获得最佳I/O 性能，同时不会由于冗余或不必要的I/O，给I/O 子系统带来压力。
2) DB_BLOCK_BUFFERS
该参数决定了SGA 区数据库缓冲区中的块数量。由于这是Oracle 读取和写入的区域，它的不正确配置会引起严重的I/O 性能问题。尽管缓冲区的大小与应用性质、数据库大小、同步用户数等无关，它的确是SGA 区中最大的组件。经常可以看到缓冲区占用75-80%SGA 区内存的情况。另外，这一参数设置过大，也会引起整个系统的内存不足，引起操作系统过多的读写操作。
该参数及SHARED_POOL_SIZE 通常是两个最重要的SGA 优化目标。只有当数据库缓冲率长时间低于70%时，才需要增加其大小说。即使在这种情况下，也需要进一步审查应用的性能和整个系统的吞吐性。若存在延迟性的应用设计问题，则无论数据库缓冲区的大小如何，缓冲和读写率都不会有太大改变为。在实调优中，也曾发现由于SQL 语句的问题，出现缓冲率很高，但仍存在全系统性能问题的情况。
3)SHARED_POOL_SIZE
该参数按字节数设定，定义了SGA 中共享区的大小。该组件的大小严重依赖于应用的类型(即该应用是重用SQL，还是生成动态SQL，等等)。同时它也取决于同步用户的数量，以及实例是否被配置成支持多线程服务器(MTS)。如果该应用采用了MTS 配置，则共享区应该明显增加，因为光标状态和用户进程数据等程序全局区域(PGA)都被置入了共享区。
有关多数应用的SHARED_POOL_SIZE 大小设置，可以从每10 个同步用户16 MB共享区开始。这不是一成不变的，因为应用的性质最终会决定该组件的大小。只有当库缓冲和字典缓冲使用率一直低于90%时，才需要关注这一参数。但如果应用并未采用变量合并和/共离图标时，内存的数量并不会使缓冲使用率高于90%。
共享区过大会导致处理时间增加，甚至SQL 语句的挂起。如果应用不能有效地重用SQL，则无论配置多大的库缓冲或字典缓冲都无济于事，不能改善缓冲使用率。
另一个值得考虑的因素是需要随时使用的存储PL/SQL 代码数量。应用的核心包可以通过查看DBA_SOURCE、USER_SOURCE 得以确认，其大小通过查询DBA_OBJECT_SIZE 了解。另外，为了确定存储PL/SQL 是否被置于内存，可以查
询动态性能视图V$DB_OBJECT_SIZE。内时，包DBMS_SHARED_POOL 中的程序大小可被用于确定应用中大包的规模。
4) LOG_BUFFER
根据字节设定，该参数定义了SGA 缓冲区中redo log 的大小。缺X值通常是数据库块大小的四倍，这对于多数环境并不是最佳的。对于中型的Oracle 环境，其结构应该为512 Kb 左右。对该存储结构而言，更大并不意味着更好。超过 1 MB 就可能有问题。需要监控
V$SESSION_WAIT 中log buffer space 的等待事件，优化该内存结构。需要提醒的是，在线redo log 文件的大小设置不当，会引起redo 请求的等待。
5) DB_WRITERS
该参数可以针对所有文件系统支持，且不可使用Direct I-O 的Oracle 实施设定。这并不需要与raw partitions 一起使用，因为异步I-O 更加。建议将该参数设定为(2 * 独立磁盘驱动器数量/卷)。该参数只有在中的“average write queue length”持续高于 1 时，才需要设定。在Oracle 和更高版本中，该参数已不再被支持，而为其它两个名为
DB_WRITER_PROCESSES 和DBWR_IO_SLAVES 的参数取代。若需要设置
DB_WRITER_PROCESSES 值高于8，则DB_WRITER_PROCESSES 可被设为1，且
DBWR_IO_SLAVES 可被设为“n”，其中n的值必须设置为(2 * 独立磁盘驱动器数量/卷)
竞争优化
多数与Oracle 有关的竞争问题可以通过主动配置管理相关的初始化参数进行。不恰当地配置中的锁参数可能引起竞争。为了不打破其中的平衡，所需的参数可进行配置并主动得以处理。
包括表在内的数据库对象可能存在两个竞争点。第一个是所配置的“freelists”的数量(缺X 值为1)。freelist 结构维护着表中可用于插入的块。对于存在大量同步插入的表，有必要配置该结构。为了以主动方式处理freelist 竞争，必须在建立表时配置FREELISTS。可考虑的最佳值为(2 * CPU数量) 。V$WAITSTAT 不可能指示存在freelist 竞争，除非存在freelist 组，而这种设置只存在于Oracle Parallel Server 中。即便如此，也无法了解哪个表存在竞争中。主动式的freelist 竞争调优可以事先预防问题出现。
资源竞争的第二个来源与索引有关，即对象块头中配置的事务槽数量。事务槽是块头中的区域，是事务处理进程采用自身识别号进行注册，以便任何被修改的更能够通过特定事务槽数量在低层得以识别的地方。如果所有现存的事务槽已经被其它事务占用，服务器器进程会从块的PCTFREE 中请求23 个字节，建立一个新的槽。这种情况适用于存在大量同步事务的对象。对于事务槽的竞争，需要设置INITRANS 参数。对于块大小为8K 的数据库，多数情况下，4 为最佳设置，占用的空间仅为92 字节，却可以大大减少运行时故障和性能问题。数据库备份恢复
为了保证客户数据库系统的数据安全性，降低各种故障、灾难给客户带来的数据丢失，根据客户系统实际情况，协助客户规划实施符合客户工作要求的完善的备份恢复方案，以确保客户数据库系统的安全可靠运行。数据库的恢复与备份主要有以下几点：
恢复管理器(RMAN)，能使备份恢复操作自动化
Oracle 数据泵，用以数据库的逻辑备份
用户管理允许用户通过操作系统命令手动备份数据库。
各种各样的其他的数据库备份和恢复软件，增强了Oracle 的备份实用程序
Oracle 备份时应注意事项：当数据库处于运行状态时的热备份时，不备份活动事务；使用比如Oracle 工具（Oracle RAMN）或者其他的第三方软件（IBM/Tivoli的数据存储管理器）压缩Oracle 备份数据；如果维持数据存储空间比备份和恢复数据库时间更重要的话，可以考虑使用二进制压缩。
查看Oracle数据库备份结果
查看Oracle 数据库备份结果，是日常运维中必不可少的一个环节。包含：查看数据库备份日志信息，查看backup 卷中文件产生的时间，查看oracle 用户的email，总共三个部分。查看数据库备份日志信息
假设：备份的临时目录为/backup/hotbakup，我们需要查看2012 年7 月22日的备份结果，则用下面的命令来查看：
#cat /backup/hotbackup/|grep –i error
备份脚本的日志文件为hotbackup-月份-日期-年份.log，在备份的临时目录下面。如果文件中存在“ERROR:”，则表明备份没有成功，存在问题需要查看。
查看backup卷中文件产生的时间
#ls –lt /backup/hotbackup
backup 卷是备份的临时目录，查看输出结果中文件的日期，都应当是在当天凌晨由热备份脚本产生的。如果时间不对则表明热备份脚本没执行成功。
查看oracle用户的email
#tail –n 300 /var/mail/oracle
热备份脚本是通过Oracle 用户的cron 去执行的。cron 执行完后操作系统就会发一条Email 通知Oracle 用户任务已经完成。查看Oracle email 中今天凌晨部分有无ORA-，Error，Failed 等出错信息，如果有则表明备份不正常。
数据库迁移
数据迁移是日常运维过程中存在的一个必不可少的应急方案。日常维护过程中，由于硬件的原因或其它一些外在因素需要对数据进行迁移，迁移到更加高级的主机上、迁移到远程的机房上、迁移到不同的平台下等等一些情况。对于数据迁移我公司有非常成熟的方案，从以下几种方式我们可以充分了解其优缺点：
exp/imp：这也算是最常用最简单的方法了，一般是基于应用的owner 级做导出导入；
优点是可以跨平台使用；
缺点是停机时间长，停机时间为从exp 到网络传输到新库，再加上imp 的时间；
存储迁移：这种情况下，数据文件、控制文件、日志文件、spfile 都在存储上（一般情况下是裸设备），我们可以直接把存储挂到新机器上，然后在新机器上启动数据库；
优点是该迁移方式非常简单，主要的工作是主机工程师的工作，dba只需配合即可，停机时间为当库、切存储、起库的时间。
缺点是要求新老库都是同一平台，是相同的数据库版本。
利用data guard 迁移；
优点是停机时间短，停机时间为switch over 的时间。
缺点：主机必须双份、存储必须双份。
用rman 做迁移，这种方式比较适合于跨文件系统的迁移，如同平台下的不同文件系统。数据库运维
数据库的运维主要结合各系统的实际情况，提供切实可行的运维建设机制，内容覆盖ORACLE 数据库的日常维护、紧急故障处理，软件升级等，客户可依据服务内容进行相应的定制。我们将会提供全面的、针对性的服务解决方案，以保证客户系统稳定、高效、可靠的运行，以达到对业务系统的有效支持。
查看数据库基本状况
对数据库的基本状况进行查看，其中包含：查看Oracle实例状态，查看Oracle服务进程，查看Oracle 监听进程，共三个部分。
查看Oracle实例状态
SQL> select instance_name,host_name,startup_time,status,database_status from v$instance;
其中“STATUS”表示Oracle 当前的实例状态，必须为“OPEN”；“DATABASE_STATUS”表示Oracle 当前数据库的状态，必须为“ACTIVE”。
SQL> select name,log_mode,open_mode from v$database;
其中“LOG_MODE”表示Oracle 当前的归档方式。“ARCHIVELOG”表示数据库运行在归档模式下，“NOARCHIVELOG”表示数据库运行在非归档模式下。在我们的系统中数据库必须运行在归档方式下。
查看Oracle服务进程
$ps -ef|grep ora_|grep -v grep&&ps -ef|grep ora_|grep -v grep|wc –l
在查看Oracle 的进程命令输出后，输出显示至少应包括以下一些进程：
Oracle 写数据文件的进程，输出显示为：“ora_dbw0_CKDB”
Oracle 写日志文件的进程，输出显示为：“ora_lgwr_ CKDB”
Oracle 监听实例状态的进程，输出显示为：“ora_smon_ CKDB”
Oracle 监听客户端连接进程状态的进程，输出显示为：“ora_pmon_CKDB”
Oracle 进行归档的进程，输出显示为：“ora_arc0_ CKDB”
Oracle 进行查看点的进程，输出显示为：“ora_ckpt_ CKDB”
Oracle 进行恢复的进程，输出显示为：“ora_reco_ CKDB”
查看Oracle监听状态
/home/oracle>lsnrctl status
“Services Summary”项表示Oracle 的监听进程正在监听哪些数据库实例，输出显示中至少应该有“CKDB”这一项。
查看监听进程是否存在：
[oracle@AS14 ~]$ ps -ef|grep lsn|grep -v grep
查看系统和oracle日志文件
查看相关的日志文件，包含：查看操作系统的日志文件，查看Oracle 日志文件，查看Oracle 核心转储目录，查看Root 用户和Oracle 用户的email，总共四个部分。
查看操作系统日志文件
# cat /var/log/messages |grep failed
查看是否有与Oracle 用户相关的出错信息。
查看oracle日志文件
[oracle@AS14 ~]$ cat /data/oracle/admin/CKDB/bdump/ |grep ora-
[oracle@AS14 ~]$ cat /data/oracle/admin/CKDB/bdump/ |grep err
[oracle@AS14 ~]$ cat /data/oracle/admin/CKDB/bdump/ |grep fail
Oracle 在运行过程中，会在警告日志文件中记录数据库的一些运行情况：数据库的启动、关闭，启动时的非缺X参数；数据库的重做日志切换情况，记录每次切换的时间，及如果因为查看点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因；对数据库进行的某些操作，如创建或删除表空间、增加数据文件；数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA－600)等。定期查看日志文件，根据日志中发现的问题及时
查看Oracle核心转储目录
$ls $ORACLE_BASE/admin/CKDB/cdump/*.trc|wc -l
$ls $ORACLE_BASE/admin/CKDB/udump/*.trc|wc –l
如果上面命令的结果每天都在增长，则说明Oracle 进程经常发生核心转储。这说明某些用户进程或者数据库后台进程由于无法处理的原因而异常退出。频繁的核心转储特别是数据库后台进程的核心转储会导致数据库异常终止。
查看Root用户和Oracle用户的email
#tail –n 200 /var/mail/root
#tail –n 200 /var/mail/oracle
查看有无与Oracle 用户相关的出错信息。
查看Oracle对象状态
查看相关Oracle 对象的状态，包含：查看Oracle 控制文件状态，查看Oracle在线日志状态，查看Oracle 表空间的状态，查看Oracle 所有数据文件状态，查看Oracle 所有表、索引、存储过程、触发器、包等对象的状态，查看Oracle 所有回滚段的状态，总共六个部分。查看Oracle控制文件状态
SQL> select status,name from v$controlfile;
输出结果应该有3 条以上（包含 3 条）的记录，“STATUS”应该为空。状态为空表示控制文件状态正常。
查看Oracle在线日志状态
SQL> select group#,status,type,member from v$logfile;
输出结果应该有3 条以上（包含 3 条）记录，“STATUS”应该为非“INVALID”，非“DELETED”。注：“STATUS”显示为空表示正常。
查看Oracle表空间的状态
SQL> select tablespace_name,status from dba_tablespaces;
输出结果中STATUS 应该都为ONLINE。
查看Oracle所有数据文件状态
SQL> select name,status from v$datafile;
输出结果中“STATUS”应该都为“ONLINE”。或者：
SQL> select file_name,status from dba_data_files;
输出结果中“STATUS”应该都为“AVAILABLE”。
查看所有回滚段状态
SQL> select segment_name,status from dba_rollback_segs;
输出结果中所有回滚段的“STATUS”应该为“ONLINE”。
查看Oracle相关资源的使用情况
查看Oracle 相关资源的使用情况，包含：查看Oracle 初始化文件中相关的参数值，查看数据库连接情况，查看系统磁盘空间，查看Oracle 各个表空间使用情况，查看一些扩展异常的对象，查看system 表空间内的内容，查看对象的下一扩展与表空间的最大扩展值，总共七个部分。
查看Oracle初始化文件中相关参数值
SQL> selectresource_name,max_utilization,initial_allocation,limit_value from v$resource_limit;
若LIMIT_VALU-MAX_UTILIZATION<=5，则表明与RESOURCE_NAME 相关的Oracle 初始化参数需要调整。可以通过修改Oracle 初始化参数文件$ORACLE_BASE/admin/CKDB/pfile/ 来修改。
查看数据库连接情况
查看当前会话连接数，是否属于正常范围。
select sid,serial#,username,program,machine,status from v$session;
其中：SID 会话(session)的ID 号；
SERIAL#会话的序列号，和SID 一起用来唯一标识一个会话；
USERNAME建立该会话的用户名；
PROGRAM这个会话是用什么工具连接到数据库的；
STATUS当前这个会话的状态，ACTIVE 表示会话正在执行某些任务，INACTIVE 表示当前会话没有执行任何操作；
如果建立了过多的连接，会消耗数据库的资源，同时，对一些“挂死”的连接可能需要手工进行清理。如果DBA 要手工断开某个会话，则执行：（一般不建议使用这种方式去杀掉数据库的连接，这样有时候session 不会断开。容易引起死连接。建议通过sid 查到操作系统的spid,使用ps –ef|grep spidno 的方式确认spid 不是ORACLE 的后台进程。使用操作系统的kill -9 命令杀掉连接）
alter system kill session 'SID,SERIAL#';
注意：上例中SID 为 1 到10(USERNAME 列为空)的会话，是Oracle 的后台进程，不要对这些会话进行任何操作。
查看系统磁盘空间
如果文件系统的剩余空间过小或增长较快，需对其进行确认并删除不用的文件以释放空间。[oracle@AS14 ~]$ df –h
查看表空间使用情况
SQL> select ,,,round(*100) "% Free"
from
(select tablespace_name, sum(bytes/(1024*1024)) total from dba_data_files group by tablespace_name) a,
(select tablespace_name, round(sum(bytes/(1024*1024))) free from dba_free_space group by tablespace_name) f
WHERE = (+)
order by "% Free";
如果空闲率%Free 小于10%以上（包含10%），则注意要增加数据文件来扩展表空间而不要是用数据文件的自动扩展功能。请不要对表空间增加过多的数据文件，增加数据文件的原则是每个数据文件大小为2G 或者4G，自动扩展的最大限制在8G。
查看一些扩展异常的对象
sql>select Segment_Name, Segment_Type, TableSpace_Name,
(Extents/Max_extents)*100 Percent
第1章运维服务计划方案 1.1 运维服务准备 做好运维服务项目的准备工作是项目顺利完成的前提条件。在运维服务项目开始前，越维将积极做好前期准备工作，在这个阶段，有三个主要步骤： 1.1.1签定必要的协议和约定 我们将配合XX企业，考虑服务外包可能产生的信息安全风险，并签署信息保密协议；同时对项目中涉及的各类软硬件资产、工具的知识产权做出明确规定与声明。 1.1.2人员准备 越维依据服务方案，培训相应数量、具备相应技术资质的专业服务人员，并向越秀工商提供这些服务人员的： ●身份证明； ●健康证明； ●劳动关系证明； ●保险证明； ●学历和技术专业资质证明； 1.1.3工具准备 依据服务方案，针对企业的IT资产类别、数量等为服务外包项目准备相应的备机、备件以及工具。 服务工具包括软性工具和硬性工具，软性工具包括服务商开发的各类服务管理软件系统、知识库系统、针对客户方IT资产的文档和驱动程序库等；硬件工
具指维修、保养、检测工具及调测仪器等。 1.2 项目人员组织 1.2.1人员结构 根据越秀工商的信息系统运维要求，越维派出长期驻场服务人员2人，项目驻场服务组按工作类型分为服务台人员(由硬件维护人员兼任)，硬件维护人员。 服务台人员：负责项目服务中客户服务申请受理，已知故障/问题快速解决，客户回访，客户情绪安抚，资产标签制作，数据统计整理，运维项目文档管理以及运维场地整理工作。 硬件软件维护人员日常工作包括硬件设备维护及软件维护。 硬件维护管理日常任务： 1)运维服务中的定期硬件巡检、日常维护与保养、定期输入设备消毒除尘、 资产标签张贴、硬件维修、终端网络维护、第三方设备维修管理，备品 备件管理工作。 2)对越秀工商终端用户的设备进行病毒查杀工作，且按照越秀工商要求每 月末提交病毒处理服务统计分析报告。 3)对越秀工商不同处室部门终端人员使用的终端设备，以及各业务系统数 据库形成基线，并进行基线管理以及配置管理，并对基线的调整以及配 置的改变在每月底对XX企业进行报告。 软件维护管理日常任务： 4)操作系统的安装、调试及升级； 5)外设（打印机、扫描仪等设备）的相关驱动程序及软件的安装调试； 6)经XX企业授权进行软件安装、升级并排除软件使用过程中的故障； 7)解决软件冲突造成的系统故障；对计算机进行病毒检测和清除，防止病 毒扩散；
一、软件项目实施方案概述 软件产品, 特别是行业解决方案软件产品不同于一般的商品, 用户购买软件产品之后, 不能立即进行使用, 需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作, 我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明, 软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平, 不仅取决于软件产品本身的质量, 软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容, 每个阶段下面有不同的工作事项, 各个阶段之间都是承上启下关系, 上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 二、软件项目实施方案介绍 (一项目启动阶段 此阶段处于整个项目实施工作的最前期, 由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务: 公司: 在合同签定后,指定项目经理,成立项目组,授权项目组织完成项目目标。公司项目组:进行前期项目调研,与用户共同成立项目实施组织,编制《总体项目计划》,召开项目启动会。 商务经理:
配合公司项目组, 将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户,配合项目组建立与用户的联系。 用户: 成立项目实施组织,配合前期调研和召开启动会,签署《总体项目计划》和《项目实施协议》。 1、成立项目组: 部门经理接到实施申请后, 任命项目经理, 指定项目目标, 由部门经理及项目经理一起指定项目组成员及成员任务,并报总经理签署《项目任务书》。 2、前期调研: 项目经理及项目组成员,在商务人员配合下,建立与用户的联系,对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中,商务经理积累了大量的信息, 项目组首先应收集商务和合同信息, 并与商务经理一起识别那些个体和组织是项目的干系人, 确定他们的需求和期望, 如何满足和影响这些需求、期望以确保项目能够成功。 3、编制《项目总体计划》: 《项目总体计划》是一个文件或文件的集合, 随着项目信息不断丰富和变化, 会被不断变更,主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容:项目描述,项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的;沟通管理计划,确定项目干系人对信息和沟通的需要:即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划, 确定适合于项目的质量标准和如何满足其要求。如果有必要, 可以包括上述每一个计划, 详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策 4、启动会:
解 决 方 案 XXXX科技有限公司XXXX年XX月
目录 第1章关于本方案 (4) 第2章概述 (4) 2.1项目背景 (4) 2.2建设目标 (4) 2.3建设原则 (4) 第3章需求描述及分析 (4) 3.1概述 (4) 3.1.1需求分析目标和任务（可选） (4) 3.1.2需求分析组织方式 (5) 3.2需求描述 (5) 3.2.1业务需求 (5) 3.2.2接口需求 (5) 3.2.3性能需求 (5) 3.2.4安全需求 (5) 3.2.5其它需求 (5) 3.3需求分析 (6) 3.3.1系统涉众分析 (6) 3.3.2功能需求分析 (6) 3.3.3对技术架构的要求 (6) 第4章总体设计 (6) 4.1总体设计目标 (6) 4.2总体设计原则 (6) 4.3总体逻辑架构设计 (6) 4.4网络系统设计 (6) 4.5硬件系统设计 (7) 4.5.1服务器 (7) 4.5.2网络设备 (7) 4.5.3存储系统 (7) 4.6平台选择 (7) 4.7标准规范设计（可选） (7) 第5章详细设计 (8) 5.1技术架构设计 (8) 5.1.1设计思路 (8) 5.1.2设计原则 (8) 5.1.3架构决策 (8) 5.1.4技术架构 (8) 5.2功能设计 (8) 5.3安全设计 (9) 5.4用户界面设计(可选) (9) 5.4.1界面设计原则 (9) 5.4.2易用性设计 (9) 5.4.3界面原型设计 (9) 第6章项目实施方案 (9) 6.1项目实施策略与运行管理机制 (9) 6.1.1项目实施策略 (9)
6.1.2项目运行管理机制 (9) 6.2项目实施和管理 (9) 6.2.1项目组织结构 (10) 6.2.2项目管理 (10) 6.2.3项目计划 (10) 6.2.4项目组人员配置 (10) 6.2.5项目测试方案 (10) 6.2.6软件开发过程（可选） (11) 第7章技术支持和服务 (11) 第8章项目预算 (11) 第9章公司简介 (11) 第10章附录一XXX平台简介 (11) 第11章附录二XXX技术，标准及规范简介 (11)
软件开发实施方案范文 篇一：软件项目实施方案范文 一、软件项目实施方案概述 软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个
阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 二、软件项目实施方案介绍 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务： 公司： 在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。 商务经理： 配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户： 成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。 1、成立项目组： 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。 2、前期调研： 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。 3、编制《项目总体计划》：
软件项目实施方案概述 项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务： 公司： 在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。 销售商务经理： 配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。 用户： 成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。 1、成立项目组： 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研： 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人（如：黄河电厂的部长孙飞、财务的王伟等），确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。 3、编制《项目总体计划》： 《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几个方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策 4、启动会： 项目组与用户共同召开的宣布项目实施正式开始的会议。 会程安排如下： 共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容： 项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）； 项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制； 项目实施中用户的参与和领导的支持的重要作用； 阶段验收、技术交接和项目结束后如何对用户提供后续服务。 （二）需求调研确认阶段
XXX 系统方案 目录 1 序 言 (3) 2用户需 求 (3) 3 硬件系统技术方案设 计 ...................................................................................................... 3 3.1 网络方案设 计 ................................................................................................................... 3 3.1.1 设计原则 ................................................................................................................ 3 3.1.2 设计要点 ................................................................................................................ 3 3.1.3 方案设计 ................................................................................................................ 3 3.1.4 方案描述 ................................................................................................................ 3 3.1.5 方案设计理由 ........................................................................................................ 4 3.1.6 方案特点及优势 .................................................................................................... 4 3.2 服务器方案设计 ............................................................................................................... 4 3.2.1 设计原则 ................................................................................................................ 4 3.2.2 设计依据 ................................................................................................................ 4 3.2.3 选型方案 ................................................................................................................ 4 3.2.4 系统总体设计图 .................................................................................................... 4 3.2.5 方案特点及优势 . (4) 3.5 系统软件方案设 计 (4) 4 软件应用系统技术方案设 计 ...................................................................................................... 5 4.1组织机构和业
项目实施方案范例 一、项目实施方案概述 软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 二、项目实施方案介绍 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务： 公司：在合同签定后，指定项目经理，成立项目组，授权项目
组织完成项目目标。 公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。 商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。 用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。 1、成立项目组 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。 2、前期调研 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。 3、编制《项目总体计划》 《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
维护类项目 实施方案 版本【V 】 拟制日期审核日期批准日期
声明 本文件所有权和解释权归GDTEC所有，未经GDTEC书面许可，不得复制或向第三方公开。 修订历史记录 （A-添加，M-修改，D-删除）
目录 1.系统架构设计 (4) 系统特点 (4) 系统任务的类型 (4) 系统设计原则 (4) 、用户界面设计原则 (5) 数据建模原则 (5) 2、概要设计 (7) 、设计原则 (7) 统一设计原则 (7) 先进性原则 (7) 高可靠/高安全性原则 (7) 标准化原则 (7) 成熟性原则 (7) 适用性原则 (8) 可扩展性原则 (8) 3、项目启动 (8) 4、需求管理 (9) 需求调研 (9) 需求分析 (10) 需求变更 (11) 5、范围控制 (12) 6、进度控制 (12) 7、质量保证 (13) QA经理 (13) QA工程师 (13) 8、沟通管理 (14) 项目经理 (14) 项目组 (14) QA工程师 (14) 9、风险控制 (14) 在出现不可修复的危害之前准备修复计划； (14) 10、保密措施 (15) 公司保密制度 (15) 项目保密制度 (15) 11、技术与支持 (15) 资深专家技术支持 (15) 合作、交流与培训 (16)
1.系统架构设计 系统特点 A、总体资源和时间在合同中确定，阶段点处会调整 B、面向不同的客户，需要有较强的沟通能力 C、先期未参与开发，要求快速地理解和对应能力 D、维护任务随机性强，要求合理地定制和调整计划 E、客户参与度高，要求使用度量数据了解和控制项目的执行 系统任务的类型 A、新增功能开发 B、缺陷修改 C、文档修改 D、需求变更 系统设计原则 （1）业务规则是支持企业决策，影响或控制企业业务行为的指示，它是企业处理业务过程中始终要遵循的规则，而工作流则是根据业务规则制定的实际应用当中需要流转的程序。 在系统的编制过程中将严格遵守业务规则和根据业务规则制定的工作流程，在系统的编程中业务规则是一条语句，它定义或约束业务的某些方面。其目的是对业务结构做出断言，或者对业务行为施加控制和影响。 （2）开发时通过制定严格的开发规范，并通过严格的项目管理和实施方法来规范程序员的编码规范，提高系统的可维护性；在数据建模时也会采用基于标准的扩展的数据模型
软件项目建设方案.模板.
一、软件项目实施方案概述 软件产品用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。 项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容。下面将分别介绍每个项目实施阶段。 二、软件项目实施方案 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总
体项目计划、启动会四个阶段组成。 阶段主任务 对象任务 公司在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，公司项目组 召开项目启动会 配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式商务经理 介绍给用户，配合项目组建立与用户的联系 成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》用户 和《项目实施协议》 1、成立项目组： 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。 2、前期调研： 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别哪些个体和组织是项目的干系人，确定他们的需求和期望，以确保项目开发顺利。 3、编制《项目总体计划》： 《项目总体计划》主要包括以下几方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果等。 4、启动会： 项目组与用户共同召开的宣布项目实施正式开始的会议。会程安排如下： ?共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》；?项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：项目目标、主要项目阶段、里程碑、可交付成果及计划的职责分配（包括用户的）； ?项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；?项目实施中用户的参与和领导的支持的重要作用； ?阶段验收、技术交接和项目结束后如何对用户提供后续服务。
XX公司(局)XX平台（信息系统）建设 解 决 方 案 XXXX科技有限公司 XXXX年XX月
目录 第1章关于本方案 (4) 第2章概述 (4) 2.1项目背景 (4) 2.2建设目标 (4) 2.3建设原则 (4) 第3章需求描述及分析 (4) 3.1概述 (4) 3.1.1需求分析目标和任务（可选） (4) 3.1.2需求分析组织方式 (4) 3.2需求描述 (5) 3.2.1业务需求 (5) 3.2.2接口需求 (5) 3.2.3性能需求 (5) 3.2.4安全需求 (5) 3.2.5其它需求 (5) 3.3需求分析 (5) 3.3.1系统涉众分析 (5) 3.3.2功能需求分析 (6) 3.3.3对技术架构的要求 (6) 第4章总体设计 (6) 4.1总体设计目标 (6) 4.2总体设计原则 (6) 4.3总体逻辑架构设计 (6) 4.4网络系统设计 (6) 4.5硬件系统设计 (6) 4.5.1服务器 (7) 4.5.2网络设备 (7) 4.5.3存储系统 (7) 4.6平台选择 (7) 4.7标准规范设计（可选） (7) 第5章详细设计 (7) 5.1技术架构设计 (7) 5.1.1设计思路 (7) 5.1.2设计原则 (7) 5.1.3架构决策 (8) 5.1.4技术架构 (8) 5.2功能设计 (8) 5.3安全设计 (8) 5.4用户界面设计(可选) (8) 5.4.1界面设计原则 (9) 5.4.2易用性设计 (9) 5.4.3界面原型设计 (9) 第6章项目实施方案 (9)
6.1项目实施策略与运行管理机制 (9) 6.1.1项目实施策略 (9) 6.1.2项目运行管理机制 (9) 6.2项目实施和管理 (9) 6.2.1项目组织结构 (9) 6.2.2项目管理 (9) 6.2.3项目计划 (9) 6.2.4项目组人员配置 (9) 6.2.5项目测试方案 (10) 6.2.6软件开发过程（可选） (10) 第7章技术支持和服务 (10) 第8章项目预算 (10) 第9章公司简介 (10) 第10章附录一XXX平台简介 (11) 第11章附录二XXX技术，标准及规范简介 (11)
1维护方案设计 1.1信息资源维护 1.1.1稽查案审管理系统 服务内容： 稽查案审案件的全流程电子化工作，对全市2013年稽查案审案件纸质档案全部实施全流电子化工作，电子化数据直接进入局稽查案审管理信息系统，以便日后的管理和应用。 稽查案件由多份文书组成，涉及的文书有主要包括如下: 案件调查终结报告 行政处罚事先告知书 听证告知书 行政处罚结案报告 调查笔录 案件基本信息 案件合议记录 立案申请表 不立案案件呈批表 行政处罚决定书 咨询、举报、投诉登记表 行政处罚审批表 数据录入方式： 1、针对2013年全市稽查案审案件进行收集、整理； 2、对案件录入人员进行稽查案审系统培训； 3、将稽查案审案件录入稽查案审系统； 4、对录入的案件信息进行核查，确保正确无误。
1.1.2餐饮服务许可及监管信息系统 服务内容： 餐饮相对人数据处理项目（1万家） 1、餐饮相对人数据电子化，根据业务部门提供的相对人部分数据，按照规范标准格式导入，并结合表格导入、手工录入的方式统一整理、形成初步的餐饮服务相对人基础信息库，通过后续处理完善数据字段。 2、与工商数据对碰，根据许可证编号或工商营业执照号或企业名称的进行数据对碰。 3、依托保健食品综合监管信息系统（一期）项目中采购的GIS地理信息系统平台，将餐饮相对人信息标注到专题数据图层上，建成广州市标准的餐饮企业相对人数据层。 数据录入方式： 1、收集餐饮相对人数据；按照各种录入方式（excel导入等），完成数据录入； 检查录入的数据的正确性。 2、收集企业许可证信息和工商局提供的企业注册信息；对两部分数据按照对原 则进行整理。 3、收集餐饮相对人信息；在GIS地址信息系统平台对相对人信息进行标注。1.2应用系统日常维护及二次开发 所有需要修改和完善的系统，广州市食品药品监督管理局信息中心均可提供程序的源代码和相关技术资料，我公司承诺在广州市食品药品监督管理局信息中心指定的设备上完成程序修改，并承诺并严格遵守与广州市食品药品监督管理局信息中心签订的“程序源代码和技术资料”相关保密协议。
软件项目实施方案 目录 一、项目实施方案概述 (2) 二、项目实施方案介绍 (2) （一）项目启动阶段 (2) （二）需求调研确认阶段 (4) （三）软件功能实现确认阶段 (5) （四）数据标准化初装阶段 (5) （五）系统培训阶段 (6) （六）系统安装测试及试运行阶段 (7) （七）总体验收阶段。 (8) （八）系统交接阶段 (10)
一、项目实施方案概述 软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 二、项目实施方案介绍 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务： 公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。 公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。 商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。 用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
XXX项目/软件/系统详细设计说明书 XXXX公司 2013年10月
文档过程记录表
目录 第一章引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (1) 1.4术语定义及说明 (2) 第二章设计概述 (3) 2.1任务和目标 (3) 2.2需求概述 (3) 2.3运行环境概述 (3) 2.4条件与限制 (3) 2.5详细设计方法和工具 (3) 第三章系统详细需求分析 (4) 3.1详细需求分析 (4) 3.2详细系统运行环境及限制条件分析接口需求分析 (4) 第四章总体方案确认 (5) 4.1系统总体结构确认 (5) 4.2系统详细界面划分 (5) 4.2.1应用系统与支撑系统的详细界面划分 (5) 4.2.2系统内部详细界面划分 (6)
第五章系统详细设计 (7) 5.1系统结构设计及子系统划分 (7) 5.2系统功能模块详细设计 (7) 5.3系统界面详细设计 (8) 5.3.1外部界面设计 (8) 5.3.2内部界面设计 (8) 5.3.3用户界面设计 (8) 第六章数据库系统设计 (9) 6.1 6.1设计要求 (9) 6.2 6.2 信息模型设计 (9) 6.3数据库设计 (9) 6.3.1设计依据 (9) 6.3.2数据库种类及特点 (9) 6.3.3数据库逻辑结构 (9) 6.3.4物理结构设计 (10) 6.3.5数据库安全 (10) 6.3.6数据字典 (10) 第七章非功能性设计 (11) 第八章环境配置 (12)
第一章引言 1.1编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 1.2背景 应包含以下几个方面的内容： A. 待开发软件系统名称； B. 该系统基本概念，如该系统的类型、从属地位等； C. 开发项目组名称。 1.3参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。
软件项目计划书范文 软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 此阶段主任务：
公司：在 签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。 公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。 商务经理：配合公司项目组，将积累的项目和用户信息转交给 项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。 用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。 1、成立项目组 部门经理接到实施申请后，任命项目经理，指定项目目标，由 部门经理及项目经理一起指定项目组成员及成员任务，并报总经理 签署《项目任务书》。 2、前期调研 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目 商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务 和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确 保项目能够成功。 3、编制《项目总体计划》 《项目总体计划》是一个文件或文件的集合，随着项目信息不
一、售后服务方案 6.1公司服务体系 6.1.1可行性论证 我们将提供硬件、本地网络、远程网络、系统平台、开发环境等的综合优化选择、提供系统规划或二次开发支持。我们拥有多年提供各种计算机系统全面解决方案的丰富经验,是其为客户量体裁衣,提供客户最优化选择的基础。我们可以从客户的实际业务和条件出发,结合将来信息业的发展趋势,在系统建设初期与用户一起确立系统目标，确定系统建设规划，并根据客户的需要为客户提供系统的可行性分析报告、合情合理的业务规范、项目建议书、系统建议方案及实施方案,使客户通过规范的业务流程和最优化的解决方案提高企业的管理能力,从而提高企业的竞争力,最终获得提高企业效率的效果。
我们公司可帮助客户:选择最适合的硬件；确定符合需求的网络系统方案,包括本地网络和远程网络；确定系统平台的选用；确定开发环境；提供方案选择。 6.1.2实施支持 我们公司提供硬件、系统软件的安装、调试，应用软件的开发。由于具有丰富经验的技术支持和开发队伍，帮助客户根据各自需求和条件提供软硬件及外设的安装和调试，设计、建立网络系统，开发应用系统软件；也可以帮助客户规划和管理网络，将已有的应用移植到开放系统和其他平台，并提供对上述系统维护的建议，从而使客户真正满足需要。 我们公司对客户应用开发的全过程均可提供规范的帮助，从客户需求分析，概要设计，详细设计，编码实现到测试，最终实现及维护等都有一套规范而实用的方法。 我们公司为客户规划和配置的网络系统，从评估客户通信要求，考察放置各种设施的建筑物和建筑群的实际环境，设计适合的系统方案,确定所需通信介质，安装、督导、测试整个系统，提交详细的文档资料，到网络系统方案设计,设备选型,网络安装,调试优化,系统维护,后期扩展等，为客户提供全面而专业的实施支持。 6.1.3售后服务 目前，我们公司所提供的售后服务有： 免费电话技术咨询 当用户系统发生故障或用户有疑问时，用户可拨打本公司电话寻求技术支持,
XX集团XX有限公司XX防控管理系统 实施方案 XX科技有限公司
一、软件项目实施方案概述 软件产品用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。 项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容。下面将分别介绍每个项目实施阶段。 二、软件项目实施方案 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 阶段主任务
成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》用户 和《项目实施协议》 1、成立项目组： 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。 2、前期调研： 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别哪些个体和组织是项目的干系人，确定他们的需求和期望，以确保项目开发顺利。 3、编制《项目总体计划》： 《项目总体计划》主要包括以下几方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果等。 4、启动会： 项目组与用户共同召开的宣布项目实施正式开始的会议。会程安排如下：共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》； 项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：项目目标、主要项目阶段、里程碑、可交付成果及计划的职责分配（包括用户的）； 项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制； 项目实施中用户的参与和领导的支持的重要作用； 阶段验收、技术交接和项目结束后如何对用户提供后续服务。 （二）需求调研确认阶段 此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依
系统实施方案
一、软件项目实施方案概述 软件产品用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。 项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容。下面将分别介绍每个项目实施阶段。 二、软件项目实施方案 （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。 阶段主任务
1、成立项目组： 部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。 2、前期调研： 项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别哪些个体和组织是项目的干系人，确定他们的需求和期望，以确保项目开发顺利。 3、编制《项目总体计划》： 《项目总体计划》主要包括以下几方面内容：项目描述，项目目标、主要项目阶段、里程碑、可交付成果等。 4、启动会： 项目组与用户共同召开的宣布项目实施正式开始的会议。会程安排如下： ?共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》；?项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：项目目标、主要项目阶段、里程碑、可交付成果及计划的职责分配（包括用户的）； ?项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施计划方案 一、软件项目实施方案概述 针对不同行业软件产品，一般实施方案大同小异，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作。软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、系统部署安装阶段、系统培训阶段、测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，那么对于项目管理起着至关重要的作用，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照我之前工作经历整理相关项目实施方案。 二、软件项目实施方案（阶段性） （一）项目启动阶段 此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成（大体为以上四个阶段） 此阶段主任务： 公司（安徽兴博远实信息科技有限公司） 公司通过销售部门和客户签订合同，在合同签定后，指定该项目的项目经理，成立部门项目组，授权项目组织完成项目目标。 进行前期项目调研，通过“电话”、“上门拜访”方式与用户沟通成立项目组织，编制《总体项目计划》，共同参与召开该项目启动会。
公司通过相应商务关系完成用户信息收集或者通过销售人员完成转交给实施项目组。将项目组正式介绍给用户，配合实施项目组建立与用户的联系。 政府单位用户： 配合前期调研和项目召开启动会，签署《总体项目计划》和《项目实施协议》，确认项目总体实施计划。 1、成立项目组： 一般项目合同签署完成后，公司会通过《项目实施流程表》先通过“市场管理中心”审核检阅，主要包括合同相关款项及系统签署的相应功能模块是否符合要求；审核结束后到项目部部门经理（副经理）接到实施申请后，任命该项目的项目经理，指定项目目标，由项目经理指定项目组成员及成员任务，并报相关分管副总或者总经理。 2、前期需求调研： 项目经理及项目组成员，在商务人员或者销售人员配合下，建立与用户的联系，对合同中签订的系统主要功能模块进行调研。确定客户他们的需求和期望，如何修改完善满足和影响这些需求、期望以确保项目能够成功。若涉及到相关的硬件设备，在做需求调研的同时，需协调系统集成部门完成硬件服务器及网络环境的搭建（实施人员需参与）。 3、制定《项目总体计划》： 《项目总体计划》文档主要介绍项目建设目标、主要项目实施阶段、里程碑、可交付成果。通常包括以下几方面内容：项目建设背景描述，项目建设目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）参与配合的相应客户人员；沟通管理计划，确定客户人员沟通的需要。 4、启动会： 项目组成员与用户共同召开的宣布该项目正式开始的会议。 （二）需求调研确认阶段