SAP-PP-系统配置文档
————————————————————————————————作者：————————————————————————————————日期：
系统配置-生产管理业务
撰写人：赵杨扬
撰写日期：2013.12.10
前言
此文档在ERP项目中用于记录SAP系统配置数据，目的是为SAP系统建立配置档案，以便后期在系统运用和维护过程中查阅或提供参考。此文档是项目验收和阶段性成果确认所必须的需提交文档之一。
此文档的编写要求详细记录配置参数，必要时需要拷屏来补充说明；最后会对系统中关键环节和易发生错误的配置给予说明，以提醒后期维护人员的注意。
此文档会进行补充校正，请参阅者注意文档版本更新信息。
1组织结构
2维护工厂
配置描述：
事务代码SPRO
IMG 路径Enterprise Structure→ Definition → Logistics - General→ Define,
copy, delete, check plant
维护值：
工厂名称2
ZG07 东软工具股份有限公司
系统画面：
3把工厂分配给公司代码
配置描述：
事务代码OPRO
IMG 路径Enterprise Structure→ Assignment → Logistics - General → Assign plant to company code
维护值：
公司代码工厂代码
ZG07 ZG07
系统画面：
4维护工厂日历
配置描述：
事务代码OPRO
IMG 路径SAP NetWeaver→General Settings→Maintain Calendar
维护值：
工厂日历代码有效期间
ZG 2012-----2017
系统画面：
5把工厂日历分配给工厂
配置描述：
事务代码OPRO
IMG 路径Enterprise Structure→ Definition →Logistics - General → Define, copy, delete, check plant
维护值：
工厂代码日历代码
ZG07 ZG
系统画面：
2生产
2.1定义工作中心类别
配置描述：
事务代码OPRO
IMG 路径Production→Basic Data → Work Center→ General Data→Define work center category
维护值：
工作中心类别描述
ZG01 07-机器
ZG03 07-人工
系统画面：
2.2定义工作中心标准值参数
配置描述：
事务代码OPRO
IMG 路径Production→Basic Data → Work Center→ General Data→Standard Value→Define parameters
维护值：
参数描述
ZG_01 Setup
ZG_02 Machine
ZG_03 Labor
ZG_04 Standard value 1
ZG_05 Standard value 2
ZG_06 Standard value 3
ZG_07 Work (internal proc)
ZG_08 Base qty
ZG_09 Operation quantity
ZG_10 Durat.in-house prod.
系统画面
2.3 定义工作中心标准值码
配置描述：
事务代码 OPRO
IMG 路径
Production → Basic Data → Work Center → General Data → Standard Value → Define standard value key
维护值：
标准值码
描述
ZG00 No standard values ZG01 Normal production ZG02
Variable production
系统画面：
ZG_11 Operation splits ZG_14 User field
ZG_17 Number of employees
2.4定义工作中心负责人
配置描述：
事务代码OPRO
IMG 路径Production→Basic Data → Work Center→ General Data→Determine person responsible
维护值：
工厂负责人描述
ZG07 001 机加分中心负责人07
ZG07 002 热处理分中心负责人07
ZG07 003 组装分中心负责人07
ZG07 004 调试分中心负责人07
系统画面：
2.5定义控制码
配置描述：
事务代码OPRO
IMG 路径Production→Basic Data → Work Center→ Routing Data→ Define control key
维护值：
控制码描述
ZG01 In-house production
ZG08 In-house prod. milestone with GR
系统画面：
2.6定义能力类别
配置描述：
系统部署
部署resin服务（posadm） 以posadm用户登录系统，执行 cd /home/posadm/resin/bin，进入该目录，执行以下命令，启动resin服务： ./resin.sh start 结果如下图： 进入到/home/posadm/resin-pro-4.0.25/log中，查看jvm-app-0.log文件，查看是否启动成功，在文件的最后，显示如下： 说明启动成功。 部署tdshome服务（posadm） 以posadm用户登录系统，执行 cd /home/posadm/tdshome，进入该目录 执行以下命令，启动tdshome服务： ./startTDS.sh 启动后，进入/home/posadm/tdshome/trc/sys目录，查看sys.trc文件，查看是否启动成功，在文件的最后，显示如下： 说明启动成功。 启动数据库服务 1、启动数据库监听：su– oracle（切换oracle用户）lsnrctl start（启动监听）
2、连接数据库： sqlplus / as sysdba （dba权限连接数据库） 3、启动数据库：SQL>startup 启动SVN服务： 用root用户登录测试系统，执行以下命令： svnserve -d -r /opt/svndata/repos/ 禅道管理 启动禅道服务：用root用户登录系统，进入到禅道目录：cd /opt/lampp，执行./stop命令停止禅道服务，执行./start启动禅道服务。如下图： Husdon管理 启动/停止Husdon服务：以线下系统为例，用posadm用户登录系统，进入Husdon目录，执行./ stophudson.sh命令停止Husdon服务，执行./ starthudson.sh启动Husdon服务。 线上系统用qrtpay用户登录，操作与线下系统一致。 ftp服务启动 Root权限
5.12主要软硬件选型原则和详细软硬件配置清单 5.12.1软硬件选型原则 软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。 硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持 5.12.2软硬件配置清单 参考《附表》中的项目软硬件配置清单。 5.13机房及配套工程建设方案 使用目前已经建设好并正在使用的机房，不需要重新建设。
3.4.2性能需求 3.4.1.2.1交易响应时间 交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。 根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。 1、交互类业务 日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。 表3-1交易类业务复杂性与响应时间关系表
备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间 2、查询类业务 如登记资料查询、申报表查询等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。 如有特殊要求，可以在具体开发文档中单独给出响应时间要求。 表3-2查询类业务复杂性与响应时间关系表 备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。 3、大数据量、批处理业务 如会计核算等业务处理，该类业务具有处理复杂、操作数据量大、处理时间长的特点，具体的响应时间在开发文档中给出。 3.4.1.2.2可靠性 系统应保证在正常情况下和极端情况下业务逻辑的正确性。 1、无单点故障 系统应不受任何单点故障的影响。
系统设计说明书（架构、概要、详细）目录结构 虽然这些文档一般来说公司都是有模板的，但我写这些文档以来基本上是每写一次就把目录结构 给改一次，应该说这是因为自己对这些文档的理解开始加深，慢慢的越来越明白这些文档的作用 和其中需要阐述的东西，觉得这三份文档主要阐述了一个系统的设计和实现过程，从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。这次又整了一份，A/ ，欢迎大家指正。 XXX架构设计说明书 （架构设计重点在于将系统分层并产生层次内的模块、阐明模块之间的关系）一?概述 描述本文的参考依据、资料以及大概内容。 二.目的 描述本文编写的目的。 三.架构设计 阐明进行架构设计的总体原则，如对问题域的分析方法。 3.1. 架构分析 对场景以及问题域进行分析，构成系统的架构级设计，阐明对于系统的分层思想。 3.2. 设计思想 阐明进行架构设计的思想，可参考一些架构设计的模式，需结合当前系统的 实际情况而定。 3.3. 架构体系 根据架构分析和设计思想产生系统的架构图，并对架构图进行描述，说明分层的原因、层次的职责，并根据架构图绘制系统的物理部署图，描述系统的部署体系。3.4. 模块划分 根据架构图进行模块的划分并阐明模块划分的理由，绘制模块物理图以及模
块依赖图。 341. 模块描述 根据模块物理图描述各模块的职责，并声明其对其他模块的接口要求。。 3.4.2. 模块接口设计 对模块接口进行设计，并提供一定的伪代码。 XXX概要设计说明书 （概要设计重点在于将模块分解为对象并阐明对象之间的关系） 一.概述 描述本文的参考依据、资料以及大概内容。 二.目的 描述本文的编写目的。 三.模块概要设计 引用架构设计说明书中的模块图，并阐述对于模块进行设计的大致思路。 3.1. 设计思想 阐明概要设计的思想，概要设计的思想通常是涉及设计模式的。 3.2. 模块A 3.2.1. 概要设计 根据该模块的职责对模块进行概要设计（分解模块为对象、描述对象的职责以及声明对象之间的接口），绘制模块的对象图、对象间的依赖图以及模块主要功能的序列图，分别加以描述并相应的描述模块异常的处理方法。 3.2.2. 模块接口实现 阐明对于架构设计中定义的模块接口的实现的设计。 XXX详细设计说明书 （详细设计重点在于对模块进行实现，将模块的对象分解为属性和方法，并阐述 如何实现）
EH4数据处理系统 自述 EH4数据处理系统是由中南大学信息物理工程学院席振铢老师课题组和长沙五维地科勘察技术有限责任公司联合开发完成的，是专门针对Geometrics公司和EMI公司联合研制生产的EH-4电导率成像仪而开发的一套全新数据处理系统。它以仪器数据采集系统自带的Imagem数据处理程序为背景，拥有与Imagem程序相似的数据显示体系，结合Windows程序的使用方便、操作灵便、界面美观等优点，能对野外采集的单点测深数据进行编辑（剔除、修正跳变点），以及对多点视电阻率频谱进行比较，并且实现了带地形的二维反演，优化处理功能等功能，使反演结果更接近真实情况。 系统要求 1，硬件环境 CPU：PⅢ500或更高性能 DRAM：128MB或更多 硬盘：至少20MB的自由硬盘空间 显示器：1024×768 USB口：一个闲置的USB（通用串行总线）口 光盘驱动器：CD-ROM 2，系统要求 Windows98，Windows98 SE，Windows ME，Windows 2000，Windows XP Professional，Windows XP Home Edition 程序安装 1，EH4数据处理系统的安装 将软件光盘放入光盘驱动器，安装过程随即启动。
欢迎屏幕中点击“下一步”按钮继续安装过程； 请仔细阅读软件许可协议，如果同意所有软件许可条款，请点击“我接受所有的软件许可条款”，并且点击“下一步”按钮继续安装过程。如果不同意软件许可条款，请点击“我不能接受所有的条款”，点击“下一步”按钮结束安装； 在这里我们可以指定程序文件夹的名称，默认为“EH4数据处理系统”，如果不需要修改，请点击“下一步”。如果需要修改，请在上部的文本框中输入您自己喜欢的名字，接着点击“下一步”按钮；
《系统部署方案》模板 写作要点： 1．1基本环境需求列表：描述基本环境对软硬件及网络的需求，必须列出名称和版本号信息。可以使用下表 2．机器名及软件需求：描述每一类型的物理机/虚拟机上所需要的特殊的软件需求，必须包含名称和版本号。可以使用下表，两个表中的机器名必须完全一致。
3．网络需求：描述每一类型的物理机/虚拟机如何连接到网络中，必须绘制网络拓扑图，并使用文字对图进行解释和说明，必须提到IP的选择和配置。 4．3基本环境配置：描述每一款软件/服务是如何安装的。要注意：本节所介绍的所有软件必须和基本环境需求列表中的软件一致，每一种软件的安装为一个小节，每一个安装的步骤必须有截图和相应的文字说明，比如： 双击安装包中安装文件“”图标，单击“接受”按钮，进入“自定义安装”界面，在此界面中单击“更改”按钮，在弹出的对话框中输入“D:\dev\kit\jdk”更改安装路径。 5．4专用环境配置：描述每一款特有软件/服务是如何安装配置的。要注意：本节所介绍的所有软件必须和专有环境需求列表中的软件一致，每一种软件的安装为一个小节，每一个安装的步骤必须有截图和相应的文字说明。 6．基本环境：描述基本环境配置中会存在的或值得注意的问题及解决方案。安装问题包括安装软件和环境配置的问题；操作系统问题包括任何跟操作系统相关的问题；工具问题包括任何跟工具使用方面有关的问题。使用下表 7．专用环境：描述专用环境配置中会存在的或值得注意的问题及解决方案。每一个问题一个小节，可以使用中的表。 8．现存的问题：描述本文中记录的内容和实际行为不一致的地方。要注意：这些问题都是可以准确定位的，但是目前还没有得到修复。 9．6参考资料：描述一些基本的配置信息，比如操作系统安装。可以以附件的形式添加到这一节。 10．7文档历史：使用下表
本文从CPU、显卡、内存、主板、硬盘等电脑硬件进行介绍，其中包括各种品牌、参数及性能等方面进行比较。小编带你了解最全的电脑配置知识，对电脑不熟悉的网友们注意了，电脑知识掌握其实很简单哦。 一、处理器CPU知识 ①CPU的分类 CPU品牌有两大阵营，分别是Intel(英特尔)和AMD,这两个行业老大几乎垄断了CPU市场，大家拆开电脑看看，无非也是Intel和AMD的品牌(当然不排除极极少山寨的CPU)。而Intel的CPU又分为Pentium(奔腾) 、Celeron(赛扬)和Core(酷睿)。其性能由高到低也就是Core>Pentium>Celeron。AMD 的CPU分为Semporn(闪龙)和Athlon(速龙)，性能当然是Athlon优于Semporn的了。 ②CPU的主频认识 提CPU时，经常听到2.4GHZ、3.0GHZ等的CPU，这些到底代表什么?这些类似于2.4GHZ的东东其实就是CPU的主频，也就是主时钟频率，单位就是MHZ。这时用来衡量一款CPU性能非常关键的指标之一。主频计算还有条公式。主频=外频×倍频系数。 单击“我的电脑”→“属性”就可以查看CPU类型和主频大小如下图：
③CPU提到的FSB是什么 FSB就是前端总线，简单来说，这个东西是CPU与外界交换数据的最主要通道。FSB的处理速度快慢也会影响到CPU的性能。4.CPU提及的高速缓存指的又是什么呢?高速缓存指内置在CPU中进行高速数据交换的储存器。分一级缓存(L1Cache)、 二级缓存(L2Cache)以及三级缓存(L3Cache)。 一般情况下缓存的大小为：三级缓存>二级缓存>一级缓存。缓存大小也是衡量C PU性能的重要指标。 ④常提及的45nm规格的CPU是什么 类似于45nm这些出现在CPU的字样其实就是CPU的制造工艺，其单位是微米，为秘制越小，制造工艺当然就越先进了，频率也越高、集成的晶体管就越多!现在的C
研发生产中心文档编号版本A1 密级商密A 项目名称Xx系统 项目来源 Xxx系统 详细设计说明书 (内部资料请勿外传) 编写：日期：检查：日期：审核：日期：批准：日期： XX公司 版权所有不得复制 文档变更记录
序号变更（+/-）说明作者版本号日期批准1 2
目录 1. 引言 (5) 1.1 编写目的和范围 (5) 1.2 术语表 (5) 1.3 参考资料 (5) 1.4 使用的文字处理和绘图工具 (5) 2. 全局数据结构说明 (7) 2.1 常量 (7) 2.2 变量 (8) 2.3 数据结构 (8) 3. 模块设计 (9) 3.1 用例图 (9) 3.2 功能设计说明 (10) 3.2.1 模块1 (10) 3.2.2 模块2 (11) 4. 接口设计 (12) 4.1 内部接口 (12) 4.2 外部接口 (12) 4.2.1 接口说明 (12) 4.2.2 调用方式 (12) 5. 数据库设计 (12) 6. 系统安全保密设计 (12) 6.1 说明 (12) 6.2 设计 (12) 6.2.1 数据传输部分 (12) 6.2.2 IP过滤分部 (13) 6.2.3 身份验证部分 (13) 7. 系统性能设计 (13) 8. 系统出错处理 (13)
1.引言 1.1背景 此文档的背景 1.2编写目的和范围 说明写这份详细设计说明书的目的。 本详细设计说明书编写的目的是说明程序模块的设计考虑，包括程序描述、输入/输出、算法和流程逻辑等，为软件编程和系统维护提供基础。本说明书的预期读者为系统设计人员、软件开发人员、软件测试人员和项目评审人员。 1.3术语表 定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。 序号术语或缩略语说明性定义 1 PM Project Manager,项目经理 2 1.4参考资料 列出有关资料的名称、作者、文件编号或版本等。参考资料包括： a．需求说明书、架构设计说明书等； b．本项目的其他已发表的文件； c．引用文件、资料、软件开发标准等。 资料名称作者文件编号、版本资料存放地点 1.5使用的文字处理和绘图工具 文字处理软件：[编写设计文档使用的文字处理软件，如RedOffice ] 绘图工具：[使用的UML工具，如Rose、Jude、Visio]
CRM系统设计 1. 功能模块划分及描述 1.1系统功能模块结构图 1.2系统功能模块描述 2. 系统配置设计 3.系统流程图设计 4. 代码设计 5. 数据库设计 5.1概念结构设计 5.2逻辑设计 6. 系统模块设计
1. 功能模块划分及描述 客户关系管理系统是一个典型的数据库开发应用程序，由客户管理模块、库存管理模块、服务管理模块、报表管理模块、email管理模块、用户管理模块组成，系统功能模块及描述如下。 1.1系统功能模块结构图 图1 系统功能模块结构图 1.2系统功能模块描述 1、客户管理模块 该模块主要功能是对客户信息、客户联系人信息、合同信息进行添加、删除、查询等操作。 2、库存管理模块 该模块的主要功能是管理入库、出库信息、产品信息进行管理，其中包括对库存信息、产品信息进行添加、删除、查询等操作。 3、服务管理模块 该模块主要功能是对客户反馈信息进行添加、删除、查询等操作。 4、报表管理模块
该模块主要通过查询条件，对各种信息进行查询，并将得到的结果导出Excel 表、进行打印报表等操作（其息包括：客户信息、联系人信息、反馈客户信息、库存信息）。 5、管理模块 该模块主要管理客户联系人email地址信息，对企业客户之间的email文件进行管理，向客户发送。 6、用户管理 该模块主要管理用户信息的添加、删除等操作，并设置用户的使用权限。2. 系统配置设计 硬件平台： CPU：P4 2.8GHz； 存：2GB以上。 软件平台： 操作系统：Windows xp/ Windows 7/ Windows 2003； 数据库：SQL Server 2000； 浏览器：IE6.0，推荐使用IE8.0； Web服务器：IIS5.0； 分辨率：最佳效果1024*768。 3.系统流程图设计 系统流程图又叫事务流程图，是在计算机事务处理应用进行系统分析时常用的一种描述法（另一个是数据流图），它描述了计算机事务处理中从数据输入开始到获得输出为止，各个处理工序的逻辑过程。 根据需求分析的要求对系统进行设计，系统流程图如图2：
NTBOOTautofix v2.5.7NT系统引导菜单自动修复工具 (简繁英三语版中文帮助文档) 免责声明： 本软件为免费软件，作者对使用本软件而给用户带来的任何损失不负任何责任。如不同意本免责声明，你必须立即删除本软件。 -------------------------------------------------------------------------------- 更新概述： v2.5.7：修正v2.5.6在win8中运行时把系统错认为winPE而不进行修复的BUG。 v2.5.6：修正win8部分情况下winRE不能修复的BUG，增加一种少见的系统环境的修复支持。 v2.5.5：修正v2.5.4修复后主引导菜单为英文的一个BUG。 v2.5.4：一些不常用功能的修复结果上小修改。 v2.5.2：初步支持EFI的GPT磁盘系统。 v2.5.1：更换NTLDR文件以减少软件体积，修正修复WES7系统时可能发生的一个BUG。v2.4.6：错误修正 - 修复OSLetter的一处错误；繁体高级菜单2和3位置错误 v2.4.3：增加繁体支持，添加BCD修复区域设定，增强查看/管理BCD功能 v2.2.9：增加对Win8的WinRE修复；自动修复默认禁用Win8的Metro引导界面，恢复为经典的黑白引导界面 v2.2.2：去除了以前版本在使用实例中的大部分限制，更新较多，不详述 v2.0.0：NTBOOTautofix前身为BCDautofix，版本号顺延更新，但工具名因功能改变而更换，纯修复BCD的BCDautofix最新版本为v1.2.3，BCDautofix v1.1.x已经有nt5.x的boot.ini的自动生成，应属NTBOOTautofix系列。v2.0.0是更名后的第一个版本。 -------------------------------------------------------------------------------- 使用方法： * 非安装软件，直接双击运行，傻瓜式修复，可运行于32位和64位系统和WINPE系统* "自动修复"自动判断和系统引导有关的条件并自动修复程序支持的盘符上的NT系统引导，无需用户手工干预 * "高级"只供特殊需要的朋友，参看下面应用实例中的更改活动分区盘符后修复 * 由于不少PE使用各种手段调整了系统默认盘符，程序未必准确判定活动分区，所以在PE中修复时推荐使用"高级"再选定活动分区后进行修复，如在PE中进行过调整/重分区操作，推荐重启后再使用本工具 * 默认禁用windows8的Metro引导菜单(v2.2.9开始)，如需恢复Metro引导菜单， v2.5.2的两种方法操作： 方法1. “高级”，“查看/管理BCD引导配置”，管理 Windows8，把bootmenupolicy 这一行值修改为Standard - Metro引导开启（如本来为Standard则修改两次），再点击“默认”。 方法2. 手动修复，只开启METRO引导并修复Windows8，其它系统跳过修复。 * Win8多系统时推荐在Win8中关闭快速启动或管理员身份运行命令提示符后执行Powercfg -h off关闭休眠以免出现引导菜单冲突 * 没关闭休眠功能时，在Win8中修复后会出现无法关机，重启一次即可
配置管理文档
项目名 格拉特尼美食梦工厂开发日期：2010-09-20至2011-01-14 称： 分类：配置管理文档指导教师：王崇文 团队：2013 页数： 修订记录 日期版本内容作者<11/3/2010> <1.0> 编写文档框架2013 <11/5/2010> <1.1> 确定基线内容2013 2013 <11/7/2010> <1.2> 将文件进行编号，和整理，并体现在文 档当中 小组成员
魏盛斌20072757 闫志鑫20072759 尹航20072760 郑然20072766 目录 目录 (2) 1引言 (3) 1.1目的 (3) 1.2术语定义 (3) 1.3参考资料 (3) 2软件配置 (5) 2.1软件配置环境 (5) 2.2软件配置项 (5) 2.3配置管理员 (6) 4 软件配置管理计划 (8) 4.1建立示例配置库 (8) 4.2配置标识管理 (9) 4.2.1文档 (9) 4.2.2程序 (9) 4.2.3基线 (9)
4.3配置库控制 (10) 4.3.1权限控制 (10) 4.3.2配置库的控制 (10) 4.3.3建立软件库 (10) 4.3.4软件配置更改 (10) 4.3.5配置文件清单的维护 (10) 4.4配置的检查和评审 (11) 4.5配置库的备份 (13) 4.6配置管理计划附属文档 (13) 5里程碑 (14) 7附录1 文档命名规定 (15) 7.1受控配置库文件命名规则 (15) 7.2非受控配置库文件命名规则 (15) 7.3提交文档文件命名规则 (15) 9附录2 文档编码规范 (17) 10附录3 帐号及权限管理 (18) 11附录4 配置库使用规定 (20) 1引言
软件文档编写指南 封面格式： 文档编号 版本号 文档名称： 项目名称： 项目负责人： 编写年月日 校对年月日 审核年月日 批准年月日 开发单位 系统规约说明书（System Specification） 一．引言 A.文档的范围和目的 B.概述 1．目标 2．约束 二．功能和数据描述 A.系统结构 1．结构关系图 2．结构关系图描述 三．子系统描述 A.子系统N的结构图规约说明 B.结构字典 C.结构连接图和说明 四．系统建模和模拟结构 A.用于模拟的系统模型
B.模拟结果 C.特殊性能 五．软件项目问题 A.软件项目可行性研究报告 B.软件项目计划 六．附录 软件项目可行性研究报告（Report for Feasibility Study） 一．引言 1．编写目的（阐明编写可行性研究报告的目的，指出读者对象） 2．项目背景（应包括：（1）所建议开发的软件名称；（2）项目的任务提出者、开发者、用户及实现单位；（3）项目与其他软件或其他系统的关系。） 3．定义（列出文档中用到的专门术语的定义和缩略词的原文。） 4．参考资料（列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源。）二．可行性研究的前提 1．要求（列出并说明建议开发软件的基本要求，如（1）功能；（2）性能；（3）输出；（4）输入；（5）基本的数据流程和处理流程；（6）安全与保密要求；（7）与软件相关的其他系统；（8）完成期限。） 2．目标（可包括：（1）人力与设备费用的节省；（2）处理速度的提高；（3）控制精度和生产能力的提高；（4）管理信息服务的改进；（5）决策系统的改进；（6）人员工作效率的提高，等等。） 3．条件、假定和限制（可包括：（1）建议开发软件运行的最短寿命；（2）进行系统方案选择比较的期限；（3）经费来源和使用限制；（4）法律和政策方面的限制；（5）硬件、软件、运行环境和开发环境的条件和限制；（6）可利用的信息和资源；（7）建议开发软件投入使用的最迟时间。） 4．可行性研究方法 5．决定可行性的主要因素 三．对现有系统的分析 1．处理流程和数据流程 2．工作负荷 3．费用支出（如人力、设备、空间、支持性服务、材料等项开支。） 4．人员（列出所需人员的专业技术类别和数量。） 5．设备 6．局限性（说明现有系统存在的问题以及为什么需要开发新的系统。） 四．所建议技术可行性分析 1．对系统的简要描述 2．处理流程和数据流程 3．与现有系统比较的优越性 4．采用建议系统可能带来的影响 （1）对设备的影响 （2）对现有软件的影响
系统及配置文件备份操作实验任务一：使用系统操作及文件操作的基本命令步骤一：进入系统视图 执行system-view 命令进入系统视图。系统视图的提示符为名］。执行quit 命令可以从系统视图切换到用户视图。步骤二：练习使用帮助特性和补全键 步骤三：更改系统名称 [H3C]sysname YourName [YourName] 步骤四：更改系统时间 [YourName]display clock 17:28:07 UTC Mon 09/08/2008 [YourName]quit
步骤六：显示保存的配置
网络及硬件建议配置方案 1.1系统网络结构及软件平台 建立良好的运行环境是建设好高质量ERP系统的前提保障，是系统能正常运作的基础，包括网络、硬件系统；另外也要选择选择适当的系统软件平台，这些都是对整个ERP管理信息系统的建立是至关重要的。 系统硬件包含服务器、路由器、防火墙、交换机等；系统软件包括操作系统、数据库管理软件、开发工具等，系统软/硬件的选择应遵循功能强、系统稳定、高效率、兼容性好的原则，利于将来对整个系统的管理、维护等。 1.2系统网络硬件的选择 A、服务器硬件 建议服务器使用专业品牌服务器如联想、IBM、HP等，要求性能稳定且具有良好的扩展空间。在配置方面，最低使用四核INTEL XEON 2.0GB以上的CPU，4GB内存，300GSAS 硬盘，1000M的网卡。为了防止服务器硬盘发生故障，建议至少使用两块硬盘，做RAID1，有条件的话建议用三块硬盘做RAID5。 B、服务器软件： 操作系统：Windows 2003 Server 以上 平台软件：要求服务器能够稳定运行Microsoft SQL server 2005 数据库以上。C、网络接入配置及网络安全：
a 、网络方面，建议企业在网络中使用高性能路由器和交换机，应保证整个局域网达到10/100M 以上的速度，且运行速度稳定；要求服务器与客户端之间保证网络能时时连接顺畅，不能有间断。目前内部局域网已具备此条件。 b 、由于互联网的发展，木马感染电脑，影响工作生产的事情时有发生，建议企业有条件的话选购独立的硬件防火墙。在内部局域网到服务器的接口处安装了一个内部防火墙，防止内部用户的非授权访问和入侵。 集团内的用户也将他们做为一种外部用户，用防火墙隔离。如放在核心机房，则无需再行购买单独防火墙。参考防火墙型号及价格： c 、对供电不稳定的环境，或为了防止意外的断电情况，建议企业为服务器等选购UPS(不间断电源）。如放在核心机房，则无需再行购买UPS 。 参考型号及价格：山特2KS UPS （含南海山特2KS 主机、24AH 蓄电池8 节、电池柜）价格5200元。 D 、数据安全 考虑到数据安全性，如果要做到数据实时备份，可以采用黑方备份。用于对服务器数据库及操作系统的实时备份。
×××× 系统设计说明书 文档编号：FHI_CMMI_TS_TEM_SYSD 文档信息：系统设计说明书 文档名称：系统设计说明书 文档类别：CMMI模板 密级：内部秘密 版本信息：1.1 建立日期：2016-1-5 创建人：EPG 批准人：李庆林 批准日期：2016.2.25 存放位置：集成公司组织资产库/组织标准过程 编辑软件：Microsoft Office 2003 中文版
*变化状态：C――创建，A——增加，M——修改，D——删除
目录 1导言 (4) 1.1目的 (4) 1.2范围 (4) 1.3命名规则 (4) 1.4术语定义 (4) 1.5相关文档 (5) 1.6参考资料 (5) 2总体结构设计 (5) 2.1总体结构图设计 (5) 2.2运行环境设计 (6) 2.3子系统清单 (6) 2.4功能模块清单 (7) 3模块功能分配 (7) 3.1一级模块功能名称 (7) 4外部接口设计 (8) 4.1外部接口模块清单 (8) 4.2外部接口1设计 (8) 4.3外部接口2设计 (9) 5出错处理设计 (9) 5.1出错输出信息 (9) 5.2出错处理对策 (9) 6其它设计 (9) 7程序文件清单 (9)
1导言 本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。 1.1目的 本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。 1.2范围 本文档用于软件设计阶段的概要设计，它的上游（依据的基线）是需求分析规格书，它的下游是系统详细设计说明书，并为详细设计说明书提供测试的依据。 软件概要设计的范围是：软件系统总体结构、外部接口、主要部件功能分配、全局数据结构以及部件之间的接口等方面的内容。 1.3命名规则 1.变量对象命名规则 申明全局变量、局部变量对象的命名规则。 2.数据库对象命名规则 申明数据库表名、字段名、索引名、视图名对象的命名规则。 1.4术语定义
目录 1 .......................................................................................................................... 前言1 2 ......................................................................................................... TC4层架构介绍2 2.1软件架构 (2) 2.2客户端层 (2) 2.3W EB层 (3) 2.4企业应用层 (3) 2.5数据库 (5) 2.6文件服务器 (7) 2.7服务器开放端口 (7) 3 ............................................................................................................... 客户端配置9 3.1推荐配置 (9) 3.2当前用户机器配置 (9) 4 ............................................................................................................ 硬件架构配置10 4.1计算依据 (10) 4.2机器型号说明 (13) .................................................................. 小型机服务器（数据库、文件服务器）13 ............................................................................... A型NT服务器（应用服务器）14 ............................................................................... B型NT服务器（Web服务器）16 5 ........................................................................................................ 实际网络布置图17 6 ................................................................................................................... 建议配置18
系统设计说明书(架构、概要、详细)目录结构 虽然这些文档一般来说公司都是有模板的，但我写这些文档以来基本上是每写一次就把目录结构给改一次，应该说这是因为自己对这些文档的理解开始加深，慢慢的越来越明白这些文档的作用和其中需要阐述的东西，觉得这三份文档主要阐述了一个系统的设计和实现过程，从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。这次又整了一份，^_^，欢迎大家指正。 XXX架构设计说明书 (架构设计重点在于将系统分层并产生层次内的模块、阐明模块之间的关系)一.概述 描述本文的参考依据、资料以及大概内容。 二.目的 描述本文编写的目的。 三.架构设计 阐明进行架构设计的总体原则，如对问题域的分析方法。 3.1.架构分析 对场景以及问题域进行分析，构成系统的架构级设计，阐明对于系统的分层思想。 3.2.设计思想 阐明进行架构设计的思想，可参考一些架构设计的模式，需结合当前系统的实际情况而定。 3.3.架构体系 根据架构分析和设计思想产生系统的架构图，并对架构图进行描述，说明分层的原因、层次的职责，并根据架构图绘制系统的物理部署图，描述系统的部署体系。 3.4.模块划分 根据架构图进行模块的划分并阐明模块划分的理由，绘制模块物理图以及模块依赖图。
3.4.1.模块描述 根据模块物理图描述各模块的职责，并声明其对其他模块的接口要求。。 3.4.2.模块接口设计 对模块接口进行设计，并提供一定的伪代码。 XXX概要设计说明书 (概要设计重点在于将模块分解为对象并阐明对象之间的关系) 一.概述 描述本文的参考依据、资料以及大概内容。 二.目的 描述本文的编写目的。 三.模块概要设计 引用架构设计说明书中的模块图，并阐述对于模块进行设计的大致思路。 3.1.设计思想 阐明概要设计的思想，概要设计的思想通常是涉及设计模式的。 3.2.模块A 3.2.1.概要设计 根据该模块的职责对模块进行概要设计(分解模块为对象、描述对象的职责以及声明对象之间的接口)，绘制模块的对象图、对象间的依赖图以及模块主要功能的序列图，分别加以描述并相应的描述模块异常的处理方 法。 3.2.2.模块接口实现 阐明对于架构设计中定义的模块接口的实现的设计。 XXX详细设计说明书 (详细设计重点在于对模块进行实现，将模块的对象分解为属性和方法，并阐述 如何实现) 一.概述
XXXXXXXXXXXXXXXXX项目 XXXXXX系统 部 署 手 册 作者：xxxxxxx XXXX股份有限公司 XXXX年XX月
目录 一、环境 (3) 1.系统环境： (3) 2.软件环境： (3) 3.硬件环境 (3) 二、系统部署 (3) 1.Jdk安装 (3) 1.1 安装jdk (3) 1.2 jdk环境变量配置 (5) 2.oracle安装 (6) 2.1 oracle安装 (6) 3.apache-tomcat安装 (14) 4.XXXXXXXXXX系统需要修改的地方 (15) 5. 启动、停止Tomcat服务器 (15)
一、环境 1.系统环境： Windows2003 32位 2.软件环境： Java JDK版本：jdk1.6 以上版本 oracle版本：Oracle 11g 或oracle 10g tomcat 版本: tomcat 6.3 3.硬件环境 二、系统部署 1.Jdk安装 1.1 安装jdk 运行下载好的jdk-6u10-beta-windows-i586-p.exe，按提示进行操作。
在设置JDK安装路径时，建议放在C:\jdk1.6或D:\jdk1.6这种没有空格字符的目录文件夹下，避免在以后编译、运行时因文件路径而出错。这里我们将它安装到D:\jdk1.6目录下。 安装好JDK后，会自动安装JRE。这样JDK的安装即完成。
1.2 jdk环境变量配置 新建系统变量Classpath和Path，
详细设置如下图所示。 2.oracle安装 2.1 oracle安装 1. 解压缩文件，将两个压缩包一起选择，鼠标右击 -> 解压文件如图 2.两者解压到相同的路径中，如图：
1.1.系统部署与软硬件配置方案 1.1.1.性能设计指标 考虑到中电投的档案业务以及信息化建设的实际情况，综合包括部署模式、网络情况、软硬件情况、用户类型、用户数量、数据量等各方面因素，为确保中电投档案管理系统的正常、稳定运行，中电投档案系统将至少满足下述性能指标： ●系统将支持对关系型数据库的文本数据以及大对象类型数据检索能 力； ●系统的数据交换要求采用XML机制提供服务； ●系统支持并发用户数大于100人； ●百万目录数据量带全文，检索客户端响应时间：≤2秒； ●系统无故障运行时间大于5000小时； ●系统恢复时间小于4小时； ●电子目录数据接收，导入（导出）临时或核心数据库每批次能承载 百万条以上，记录数据信息不发生错误； ●正确描述硬件负载情况，同时保证我方推荐的服务器及存储的配置 要求能够满足未来五年企业档案发展的需求，且可扩展。 1.1. 2.系统逻辑部署视图 系统部署将在中电投集团“统一平台”规划下，充分考虑集团总部档案信息化现状以及未来档案管理的发展趋势，档案管理系统将按照“集中应用、统一存储”的方式进行部署。同时将充分考虑部署方式的灵活、可扩展，能够随着集团公司基础设施的日益完善，逐步过渡到“云计算”模式。
档案系统逻辑部署视图 基于项目性能要求以及可扩展性设计原则，在设计基础设施时逻辑上有以下逻辑服务器： 1）数据库系统 用于存储档案管理系统的结构化数据，是一个实际可运行的存储、维护和应用系统提供数据的软件系统，是存储介质 、处理对象和管理系统的集合体。 2）文件存储系统 用于存储档案管理系统的非结构化数据，支持DAS/SAN/NAS/虚拟存储/云存储等存储模式。空间大小根据实际数据量而定，设计3～5年的存储量，建议采用RAID-5技术。 3）应用服务器 部署中间件服务器及档案管理系统应用，面向用户提供应用服务。 4）基础应用服务器 为档案管理系统提供基础性服务，包括全文索引、电子文件处理、WEB 报表、流媒体、缩略图等基础应用服务。