系统开发文档
AA公司网站管理信息系统
一、可行性分析报告
1、引言
（1）编写目的
编写本可行性分析报告主要目的主要是对XX公司计划开发的网站管理的可行性进行研究，研究的结果将呈送AA公司A-B部门讨论确定最终是否开发本系统。
（2）项目背景
本系统暂命名为“AA公司网站管理系统”，任务提出单位是AA公司，开发单位BB软件开发公司。
由于AA公司的发展，公司的内部结构和对外关系已经发生极大的改变，以前的门户网站已经不在适合该公司目前的需要，所以要建立一个更加完善的公司门户网站。
2、可行性研究的前提
（1）要求
要求建立一个美观大方的门户网站，网站包含各个不同的栏目，各个栏目的信息可以分给不同部门进行管理。设置有图片新闻，滚动新闻，各种信息能够进行评论，同时要计算有访问次数。设立一个留言区域，提供与访问用户互动的功能。
（2）目标
更好的与外界沟通，让外界更好的了解AA公司，宣传AA公司，并能达到与外界交流的目的。
3、对现行系统的分析
（1）公司基本情况
公司主要从事…...。
公司目前分为n个部门，A-B部门负责，A-C部门负责，…
………….
（2）目前存在不足和问题
目前网站过于简单，安全性低。无法增加动态栏目，每个栏目无法下放到指定部门用户。门户主页过于简单，不够大方，影响企业形象，无法达到更好宣传企业的目的，而且不能进行图片宣传，不能统计访问量，没有留言板或BBS之类的东西，不能和用户互动。
4、新系统的方案
（1）新系统的目标
主页设图片新闻和滚动新闻，动态用户添加，动态栏目添加，动态用户栏目分配。信息设立评论，主页设有访问计数器，设立BBS，供外部和内部用户交流使用。
…………………………………………………
（2）新系统的覆盖范围
A-B部门、A-C部门……，外界用户
（3）新系统结构布局框架
一台WEB服务器，一台数据库服务器，内部通过局域网可以访问，同时为外界用户供信息服务和信息交流。详细见系统设计。
（4）新系统开发的方法
结构化生命周期法，严格按照如下阶段进行：
①BB软件公司在AA公司配合下展开全面的系统调查和系统分析；
②BB软件公司在AA公司配合下进行系统设计；
③BB软件公司在AA公司配合下进行系统实施；
④BB软件公司在AA公司配合下进行系统运行。
（5）新系统拟入人力、物力和预期进度
投入人力：BB软件系统分析开发人员1名，AA公司A-B部门人员一名，调试阶段操作人员4-5名。
软硬件配置：
…………………………………………………………
开发进度：一个月
（6）开发费用预算
10000元。
5、新系统可行性分析
（1）经济可行性
成本：
效益：
收益/投资比：
投资回收期：
资金没问题，公司绝对保证。
（2）技术可行性
AA公司使用该系统的职工都是大学专科以上，有一定的计算机能力。
BB软件公司的开发人员已经是具有10年开发经验的工程师，曾经开发过很多大型的网络系统，对于类似要求的网站系统也开发过，技术上均采用当前的主流技术。技术上没有问题。
（3）社会可行性
该系统主要是对外信息发布以及与外界交流用，都是本公司有关的信息，不会违反法律，不会违反社会公德。
6、结论
该系统可行。
二、系统开发计划书
1、系统开发概述
（1）开发目标
更好的与外界沟通，让外界更好的了解AA公司，宣传AA公司，并能达到与外界交流的目的。
（2）人员组成
BB软件公司：工程师零零发；
AA公司：网络部主任零零七，其他部门…。
（3）开发阶段
①系统调查和系统分析（8天）；
②系统设计（8天）；
③系统实施（8天）；
④系统运行（7天）。
2、系统开发计划
①系统调查和系统分析阶段
任务：调查系统涉及的组织机构、人员，系统的业务流程，数据流程，和制作数据字典。
人员：有零零发、零零七….。
时间：8天。
资金：3000元
②系统设计阶段
任务：系统的框架结构设计、系统的模块设计、代码设计、输入输出设计、流程设计及数据库设计。
人员：有零零发、零零七….。
时间：8天。
资金：2000元。
③系统实施
任务：程序设计和设备配置。
人员：有零零发、零零七….。
时间：8天。
资金：2000元。
④系统运行
任务：程序设计和设备配置。
人员：有零零发、零零七….。
时间：7天。
资金：3000元。
可用表来表示。
3、系统验收标准
达到与合同要求，运行顺畅。
4、组织协调
协调工作由AA公司零零七开展。
三、系统分析
1、概述
（1）项目名称
AA公司网站管理系统
（2）目标与功能
主要目标：更好的与外界沟通，让外界更好的了解AA公司，宣传AA公司，并能达到与外界交流的目的。
主要功能：主页设图片新闻和滚动新闻，动态用户添加，动态栏目添加，动态用户栏目分配。信息设立评论，主页设有访问计数器，设立BBS，供外部和内部用户交流使用。
2、系统调查
（1）调查方法：开调查会。
（2）现行系统的薄弱环节
无图片新闻，不能进行访问量统计、不能分部门管理栏目，不能与用户互动，界面单调，安全性低。
（3）新系统的总体功能需求
首页有图片新闻、滚动新闻、一般新闻，计数器等功能；
栏目信息查询功能；
针对具体信息查看并能发表评论功能；
部门与公司用户管理功能；
部门与公司用户对应权限分配功能；
信息发布功能；
论坛功能。
………………………………….
3、组织机构分析
图3-1 AA公司组织机构图
4、业务流程分析
（1）绘制业务流程图的符号
（2）AA 公司网站管理系统业务流程图
外部实体 业务处理加工 数据流向
单据、报表和存储等
图3-2业务流程图符号
图3-3 顶层业务流程图
5、数据流程图
（1）数据流程图符号
图3-4 0层业务流程图图3-5 数据流程图符号
图3-6 顶层数据流程图
图3-7 网站信息管理0层数据流程图
其他流程图，如论坛管理，评论管理的略。
6、数据字典示例
（1）数据流
表1
表2
表3
（3）数据存储案例
表4
（4）外部项案例
表5
（5）数据加工案例
表6
四、系统设计
1、系统总体布局设计
采用B/S/S结构即浏览器/web服务器/数据库服务器结构；
浏览器：即客户端使用浏览器便可以访问该系统；
web服务器：就是我们系统程序文件应该放的服务器；
数据库服务器：就是我们数据库应该放的地方，为了安全起见，我们将数据库和Web服务器分隔开。
Web服务器通过防火墙和交换机与外部相连。
整体结构图如下：
………
2、功能模块设计
AA公司网站管理系统功能模块顶层图
AA公司网站管理系统1层图
AA公司网站管理系统系统2层图
各个功能还可以细化，这里只是列举其中一部分。
3、代码设计
4、输入输出设计
输入工具：鼠标、键盘、扫描仪数码相机等
输出工具：显示器和打印机
5、界面设计
……………………………………………………………..
6、数据库设计
（1）E-R图示例
（2）表结构设计
用户表（yhxxb）
其余略……………………………..
五、系统实施与测试略
六、系统运行和维护
软件项目集成开发流程及文档
软件项目集成开发 一、项目组织架构 Ａ 项目经理 负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。 在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 Ｂ 开发人员 熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 Ｃ 业务需求人员 熟悉业务工作流程，有丰富的业务经验。 业务需求人员的选择应覆盖系统所服务的业务部门。 Ｄ 文档整理人员 随时整理系统开发过程中相关的技术文档。 作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 项目组织架构 项目经理 开发人员 业务需求人员 文档整理人员 测试工程师
Ｅ测试工程师 专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。
二、项目流程管理 系统开发的过程必须符合IT 项目开发流程的规律，整个过程应包含但不仅限于以下环节： 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。 在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：
在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。 三、项目文档管理 项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。 根据以上项目流程，项目实施过程中应包含以下所必须的文档：
系统设计文档模板
系统设计说明书（架构、概要、详细）目录结构 虽然这些文档一般来说公司都是有模板的，但我写这些文档以来基本上是每写一次就把目录结构 给改一次，应该说这是因为自己对这些文档的理解开始加深，慢慢的越来越明白这些文档的作用 和其中需要阐述的东西，觉得这三份文档主要阐述了一个系统的设计和实现过程，从系统分解为层次、层次内的模块以及相互的接口、模块分解为对象以及对象的接口、实现这些对象接口的方法。这次又整了一份，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详细设计说明书 （详细设计重点在于对模块进行实现，将模块的对象分解为属性和方法，并阐述 如何实现）
(国内标准)GB-软件开发主要文档编写规范
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. 控制精度或生产能力的提高。
ipmitool工具常用命令汇总情况
ipmitool工具常用命令汇总 目录 1.工具的安装 (3) 2.命令的help (3) 3.查看管理口的IP地址 (5) 4.管理底盘chassis配置 (6) 4.1查看底盘配置汇总 (6) 4.2管理电源 (6) 4.3管理时间间隔 (7) 4.4管理电源恢复策略 (7) 4.5查看上次重启原因 (7) 4.6查询上电时间 (8) 4.7管理启动项 (8) 4.8设置启动项的参数 (8) 5.使用delloem进行管理 (9) 5.1配置lcd (9) 5.2查看MAC地址 (10) 5.3设置lan的模式 (11) 5.4设置背板led的状态 (11)
5.5管理电源监控 (12) 6.查看传感器数据sensor (12) 6.1查看当前系统所有的传感器数据 (13) 6.2设置传感器的告警阈值 (13) 6.3查看某一传感器的状态信息 (13) 6.4查看某一个传感器的当前值 (14) 7.管理传感器仓库sdr (14) 7.1查看传感器仓库中的信息列表 (15) 7.2查看传感器的类型和指定类型的数据 (16) 7.3查看指定传感器的配置信息 (17) 7.4查看传感器仓库sdr的配置信息 (18) 8.查看系统事件sel日志 (18) 8.1查看sel的状态信息 (18) 8.2查看sel的中的日志信息 (19)
1.工具的安装 yum install -y OpenIPMI ipmitool 开启服务 /etc/init.d/ipmi status /etc/init.d/ipmi start [root@cell83 ~]# ipmitool -V ipmitool version 1.8.18 2.命令的help 明细的命令参考man ipmitool 或者附件ipmitool.help [root@cell83 ~]# ipmitool -h ipmitool version 1.8.18 usage: ipmitool [options...]
软件详细设计文档模板(最全面)
研发生产中心文档编号版本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]
IPMItool远程管理 HMC 的配置方法
本文主要讲述如何配置HMC(Hardware Management Console) 的BMC(Baseboard Management Controller) 与OS(Operating System) 内核参数, 激活SOL(Serial-over-LAN) 功能, 以实现运用IPMItool 远程管理HMC。 运用IPMItool 进行HMC 远程管理是一种非常有效的系统管理方法；它充分利用了当前HMC 都带有BMC 的硬件优势，可以不必关心HMC 操作系统是否处于停机，而远程进行HMC 开关机与查看其开机后的启动过程；这将不仅大大地减少管理人员奔赴机房的次数，而且更重要的是在很大程度上加强了硬件设备被远程控制的能力。 一般来说，带有BMC 硬件控制器的设备都可以采用了IPMItool 进行远程管理。本文将重点介绍IPMItool 远程管理HMC 的配置方法，希望对读者能起到一些抛砖引玉的作用。 几个关键概念 HMC、BMC、SOL、IPMI 与IPMItool 是当前基于x86 架构的服务器中经常遇到几个非常重要概念，应该说要想很好地知道system p 服务器是如何被管理的，理解这几个概念是必不可少的，现在就让我对它们进行逐一地介绍：HMC HMC 硬件控制台（Hardware Management Console for pSeries）是基于Intel 芯片的工作站，它安装了Linux 的操作系统和i5 的管理软件。每一台HMC 除了有内存、硬盘、DVD－RAM、以太网口等，还可以选择不同的显示器、键盘等设备。它提供的一系列功能用来管理Power System 系列服务器以及服务器上LPAR 分区的配置。 BMC BMC(Baseboard Management Controller) 是一种专用芯片/ 控制器( 叫做服务器处理器或基板管理控制器(BMC))，是基于IPMI 系统的心脏；在IPMI 管理平台中，系统管理软件对各个被管理器件的管理，都是通过与BMC 通信来实现的． BMC 并不依赖于服务器的处理器、BIOS 或操作系统来工作，它有自己的固件、电源、MAC 地址与网络接口，可谓非常地独立，是一个单独在系统内运行的无代理管理子系统。 即便在HMC 操作系统停机的情况下，BMC 也处于运行状态，它主要支持三种系统接口方法：(1) KCS (Keyboard Controller Style)(2) SMIC(System Management Interface Controller) 与(3) BT (Block Transfer)，具体采用哪种方法是由SMBIOS 表决定的．
项目开发流程输出文件清单
技术文件提交清单 1. APQP 标题 计划和项目的先期策划子标题 1.1.1 项目覆盖的产品图纸（2D,3D） 1.1.2 APQP项目策划计划表子标题 1.1. 2.1 项目开发建议和申请书、批准书项目经理提供1.1.2.2 多方论证CFT小组成员及职责 1.1. 2.3 市场调研报告项目经理提供1.1.2.4 技术标准资料清单 1.1. 2.5 顾客的技术要求项目经理提供1.1.2.6 同类产品质量报告 1.1. 2.7 新产品开发设计目标 1.1. 2.8 产品初始材料明细 1.1. 2.9 产品和过程特殊特性 1.1. 2.10 过程流程图 1.1. 2.11 新产品设备/工装/专用量具清单 1.1. 2.12 生产能力分析 1.1. 2.13 所需设备初步清单 1.1. 2.14 项目投资预算 1.1. 2.15 可行性报告 1.1. 2.16 设计和开发评审记录表 1.1. 2.17 管理者支持的批准文件 1.2. 产品试制过程子标题 1.2.1 过程开发计划 1.2.2 产品的模具设计图纸和数据（2D,3D） 1.2.3 模具试制进度计划表 1.2.4 采购目录 1.2.5 产品、材料试验清单 1.2.6 小组可行性承诺 1.2.7 过程流程图 1.2.8 生产场地平面布置图 1.2.9 潜在失效模式及后果分析 1.2.10 控制计划 1.2.11 工序能力分析计划
1.2.12 MSA分析计划 1.2.13 主要设备清单 1.2.14 人员培训申请单 1.2.15 培训记录行政部提供 1.2.14 产品包装标准规范营业部提出要求1.2.15 管理者支持 1.2.16 潜在失效模式及后果分析 1.2.17 控制计划 1.2.18 作业指导书 1.2.19 检验指导书 1.3 试生产过程子标题 1.3.1 试生产计划 1.3.2 生产日期及生产数量的确定 1.3.3 产品/过程质量评审 1.3.4 试生产总结-批准正式批量投产 1.3.5 产品质量策划总结和认定 1.3.6 管理者支持的批准文件 2 MSA测量系统的统计与分析子标题 2.1MSA分析计划品质部提供 2.2测量系统分析报告品质部提供 3潜在失效模式及后果分析（PFMEA） 4PPAP 子标题 4.1 过程流程图 4.2 作业指导书 4.3 产品检验标准(检验指导书) 4.4 潜在失效模式及后果分析（PFMEA） 4.5 控制计划 4.6 零件提交保证书 4.6 客户认可接收的文件客户提供 5SPC过程控制统计子标题 5.1PPK过程能力指数分析品质部提供5.2CPK制成能力控制指数分析品质部提供
系统设计报告模板
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：
软件开发文档标准
可行性研究报告 来源：国家计算机标准和文件模板作者： 可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。 可行性研究报告的编写内容要求如下： 1 引言 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．控制精度或生产能力的提高； d．管理信息服务的改进； e．自动决策系统的改进； f．人员利用率的改进。 2．3条件、假定和限制 说明对这项开发中给出的条件、假定和所受到的限制，如： a．所建议系统的运行寿命的最小值； b．进行系统方案选择比较的时间； c．经费、投资方面的来源和限制； d．法律和政策方面的限制； e．硬件、软件、运行环境和开发环境方面的条件和限制； f．可利用的信息和资源； g．系统投入使用的最晚时间。 2．4进行可行性研究的方法 说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法和策略，如调查、加权、确定模型、建立基准点或仿真等。 2．5评价尺度 说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。 3 对现有系统的分析 这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。 分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。 3．1处理流程和数据流程 说明现有系统的基本的处理流程和数据流程。此流程可用图表即流程图的形式表示，并加以叙述。 3．2工作负荷 列出现有系统所承担的工作及工作量。 3．3费用开支 列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开
IPMI远程管理
IPMI远程管理 1.IPMI及其原理介绍 1.1 ipmi简介 IPMI是智能型平台管理接口（Intelligent Plat for m Management Interface）。用户可以利用IPMI监视服务器的物理特征，如温度、电压、电扇工作状态、电源供应以及机箱入侵等。IPMI最大的优势在于它是独立于CPU，B IOS 和OS的，所以用户无论在开机还是关机的状态下，只要接通电源就可以实现对服务器的监控。IPMI是一种规范的标准，由美国英特尔、惠普（Hewlett-Packard）、NEC、美国戴尔电脑和SuperMicro等公司制定。最新的版本是IPMI2.0. 1.2 ipmi可以实现的主要功能 1. 可以在服务器通电（没有启动操作系统）情况下，对它进行远程管理：开机， 关机，重启。 2. 基于文本的控制台重定向，可以远程查看和修改bios设置，系统启动过程， 登入系统等。 3. 可以远程通过sol连接服务器，解决ssh服务无法访问，远程安装系统，查 看系统启动故障等问题。 4. 故障日志记录和SNMP 警报发送，访问系统事件日志 (System Event Log ,SEL) 和传感器状况。 注：目前，我们公司线上主要要求实现远程重启和远程屏幕两个功能。 1.3 ipmi进行远程管理的必要条件 （1）服务器硬件本身提供对 IPMI的支持。 目前惠普、戴尔和NEC 等大多数厂商的服务器都支持 IPMI 2.0但并不是所有服务器都支持，所以应该先通过产品手册或在 BIOS 中确定服务器是否支持 IPMI，也就是说服务器在主板上要具有 BMC 等嵌入式的管理微控制器。 （2）操作系统提供相应的 IPMI驱动。 通过操作系统监控服务器自身的IPMI信息时需要系统内核提供相应的支持，linux 系统通过内核对 OpenIPMI（IPMI驱动）的支持来提供对 IPMI的系统接口。 （3） IPMI管理工具。 本文选择的是Linux 下的命令行方式的 IPMI平台管理工具 ipmitool。 1.4 New for IPMI v 2.0 新版本的ipmi增加了一些新特性，以下列出几个比较重要的功能： 1.Enhanced Authentication----RMCP+，key, sessions, au user //认证协议 由RMCP到RMCP+,采用安全哈希算法
软件项目开发工作流程
软件项目开发工作流程 一、简述 对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程： 1、项目可行性研究阶段 2、立项阶段 3、需求分析阶段 4、开发策划阶段 5、设计阶段 6、编码实现阶段 7、测试阶段 8、验收阶段 9、产品交付使用 10、维护阶段 二、项目组基本组成及岗位职责 新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。 a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。 b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。 C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。 D分析人员：主要负责本项目的需求分析工作。 E设计人员：主要负责本项目的设计工作。 F程序员：按设计要求和有关标准进行编程工作。 G测试人员：负责单元测试、组合测试和总装测试工作。 H文档人员：负责本项目有关文档的编写工作。 I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任） 三、软件开发流程 3．1 可行性研究阶段 如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需
求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。 如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。 本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达） 项目可行性研究报告（可行性研究人员编写） 系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段 可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。 本阶段提交的文档：项目立项申请报告 开发任务书 3．3 需求分析阶段 承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。 本阶段提交的文档：软件需求规格说明书。 原型分析说明书 产品规格说明书 系统技术方案书 质量记录：需求分析评审报告 提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型） 3．4开发策化阶段
软件开发设计文档模板
软件文档编写指南 封面格式： 文档编号 版本号 文档名称： 项目名称： 项目负责人： 编写年月日 校对年月日 审核年月日 批准年月日 开发单位 系统规约说明书（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）对现有软件的影响
软件开发方案参考模板
都市圈圈网站开发 项 目 建 设 总 体 / 方 案 ^
南京彩清科技有限公 司 二○一二年十一月 一、项目的需求分析与可行性分析 （一）、网站开发背景与需求分析 在“构建完美门户网站”的大主旋律下，都市圈圈网站为给网友提供更好的交友平台，更完美的婚恋场所。如何使网站更现代化，思维更灵活化，需求最新化这就成为当前领导决策层最需解决的问题，交友网和婚恋网能够让网友通过沟通网友之间的情感，促进网友之间的和谐发展，使网站更具现代话特色。 （二）、项目建设的可行性分析 · 1、随着计算机技术和网络技术的发展，特别是门户网站联网的建成，在网络的承载能力、安全性、可靠性以及服务质量保证等方面都得到了极大的提高，达到了较高的水准，能够满足目前及今后一段时间内网友之间情感发展的需要； 2、绝大多数网友对交友及婚恋网站的依恋程度已大大超过了现实之中朋友的交往。 3、广大网友对情感交流的重视程度越来越高。 基于以上几点，利用先进的计算机和网络技术，开发交友网站和婚恋网及管理系统，对现行门户网站已成为必要和可能。 二、系统的设计目标和原则 为加大对网友之间情感交流的深度，根据都市圈圈的业务需求,本网站系统设计开发的目的是向广大用户展示出完美的沟通平台。
基于上述目标，系统在设计时应遵循以下原则： 1、合法性原则 — 不利用网站违法操作。 2、安全性原则 系统运行具有较高的稳定性，确保数据收集的安全、可靠与保密。 (1)、网站内在网友可以凭借都市圈圈红娘的身份登录本系统，谢绝外来人员的参观和调阅。 (2)、系统的所有程序文件不允许从外部链接地址访问，必须登录后，方可出现相应的管理界面。 3、先进性原则 系统的开发工具、设计方法、运行模式等充分利用当今计算机信息的先进技术，充分利用现有的网络、设备，最大限度地保护现有的投资。 ' 4、灵活性原则 系统应充分考虑到业务不断变化的需要，对用户权限和栏目等参数能进行自定义设置，并可随时调整。 5、扩展性原则 系统设计应充分考虑门户网站和交友平台计算机发展的需要，便于系统的扩充，并提供与其他业务系统的应用连接和数据接口。 6、易用性原则 系统应使用参数化设计，界面友好，操作简便，自动化程度
ipmi工具使用方法
工具使用方法： 打开cmd窗口，进入工具所在目录，执行： ipmitool -v -I lanplus -H "ip" -U "username" -P "password" sel>IP_sel2.0.txt ipmitool -v -I lanplus -H "ip" -U "username" -P "password" sdr>IP_sdr2.0.txt ipmitool -v -I lanplus -H "ip" -U "username" -P "password" sensor>IP_sensor2.0.txt ipmitool -v -I lanplus -H "ip" -U "username" -P "password" fru>IP_fru2.0.txt 若不支持该命令，可改为执行 ipmitool -v -I lan -H "ip" -U "username" -P "password" sel >IP_sel1.5.txt ipmitool -v -I lan -H "ip" -U "username" -P "password" sdr >IP_sdr1.5.txt ipmitool -v -I lan -H "ip" -U "username" -P "password" sensor >IP_sensor1.5.txt ipmitool -v -I lan -H "ip" -U "username" -P "password" fru >IP_fru1.5.txt 参数说明： "ip":服务器所在ip "username":用户名 "password":密码 执行结果：
项目开发流程文档
项目开发流程文档 目录：1，明确需求阶段 2，产品原型阶段 3，UI设计阶段 4，前端设计页面阶段 5，后台开发阶段 6，代码测试阶段 7，上线阶段 8，代码维护阶段 一：明确需求阶段 这个方面基本是产品经理来确定一个模块的需求，然后跟后台开发人员开会讨论需求的合理性以及存在的必要性，后台开发人员可以提出自己的意见，但是确定权归项目经理。 二：产品原型阶段 确定了需求之后，产品经理开始着手设计产品原型。原型设计好之后，交由需求方确定原型的合理性（这个步骤一般可以省略）。然后交由开发人员，讨论功能的合理性以及存在的必要性。这些过程完毕之后，产品原型正式生效。再由产品经理写一套开发文档。 三：UI设计阶段 这个阶段基本上就是一个模块的正式开始阶段，UI工程师根据产品经理给出的原型，设计出一套符合要求，且审美兼具的UI出来。 四．前端设计页面阶段 当UI设计师没每设计出一套UI出来，前端工程师就可以着手根据UI设计的原图。设计自己的思路，将UI原图用代码写出来，包括各种特效效果，色值，以及整个页面布局的合力性。 五. （中间插一个步骤：当三，四这两个步骤正在执行的时候，这是后台开发人员要做的 就是合理的设计数据库。数据库的设计需要一个经验比较丰富的开发人员来完成，因为数据库是一个项目的核心所在，也是一个公司业务的核心所在。它的重要性当然不言而喻，所以一个合理的数据库可以带来以后开发的便利，以及整个业务的融合性。） 六．后台开发阶段 很多人说:页面没有出来之前，后台可以先把代码写出来，等页面出来了，在进行嵌套。对于这种说法，我本人是持反对态度的。因为没有页面的出现，我们是很难进行数据的展示的，没有数据的展示，我们也很难发现我们代码中的bug。修改bug除了开启调式模式之外，另外一个就是通过服务器与客户端之间的一次次的请求中来发现问题的。所以我的意见就是
系统设计说明书模板
×××× 系统设计说明书 文档编号：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目的 建立并执行研发系统文件要求和管理的规定，确保研发系统文件管理工作规范、统一、有效，符合公司文件管理程序要求。 2适用范围 适用于研发系统开发文档、技术文件、程序文件、管理工作文件、指南文件的管理。 3术语和定义 无。 4职责与权限 研发管理部负责产品开发文档、技术文档、管理工作文件、指南文件及其它文件的归口管理，研发系统相关部门配合。 5内容及流程 研发系统文件包括产品开发文档、技术文档、程序文件、管理工作文件、指南文件及其它文件等。结构如下图：
研发系统文件编号及版本参考《研发系统文件编号及版本规定》。 5.1研发系统管理文件 5.1.1管理工作文件及指南文件的编写、审核、批准 5.1.1.1研发系统程序文件、管理工作文件、指南文件由技术委员会依据质量体系要求，规划研 发系统程序文件及各级工作文件，研发管理组织相关部门编写，文件编号由编写者向质管QA助理申请。编写需使用公司统一的文件模板。程序文件、管理工作文件经研发系统内部预审后，提交质管部按组织公司涉及部门评审、会签，文件经管理者代表批准后在OA上发布生效。 5.1.1.2研发系统级指南文件由研发管理部组织评审，各产品线及部门级指南文件由编写人所在 部门技术秘书负责组织评审。指南文件提交文件编写者主管部门经理审核，部门所属产品线负责人批准，研发管理部发布生效。生效后的文件电子档抄送质管部及相关部门备案。 5.1.2管理工作文件及指南文件的更改、升版 5.1.2.1程序文件、管理工作文件的更改及升版按《管理工作文件的控制办法》执行。 5.1.2.2研发指南文件的更改升版，由编写人提前知会研发管理部后进行，升版后文件按首版评 审方式审核、批准发布。 5.1.3程序文件、管理工作文件及指南文件的发布生效方式及文件共享路径 5.1.3.1管理工作文件的生效发布由质管部在公司OA-办公系统的通知栏内进行发布；工作指南 文件由研发管理部通过QQ信息发布，同时在研发系统信息平台http://vss2/default.aspx 发布备查。 5.1.3.2程序文件、管理工作文件及工作指南文件在以下路径电子文件共享：\\VSS2\研发管理\工 作文件。 5.2技术文件 产品技术文件分设计文件及工艺文件以及支持产品生产、检验的工装夹具、设备仪器文件。根据项目研发现状，我们对技术文件分别进行研发过程的受控管理及样机文件（开发样机、工程样机）质管受控管理。 5.2.1研发过程技术文件管理控制 5.2.1.1分类 研发过程技术文件分机械类过程技术文件和硬件板卡过程技术文件，其中： 机械类过程技术文件：机械零件图（C类）；
ipmitool工具常用命令汇总
i p m i t o o l工具常用命令汇总目录
1.工具的安装 yum install -y OpenIPMI ipmitool 开启服务 /etc/ipmi status /etc/ipmi start [root@cell83 ~]# ipmitool -V ipmitool 2.命令的help 明细的命令参考man ipmitool 或者附件 [root@cell83 ~]# ipmitool -h ipmitool usage: ipmitool [options...]