软件开发技术手册
作者：XXX
版本号：x.xx
发布时间：200x-xx-xx
金安技术版权所有
严禁在金安公司以外公开或使用!
版本历史
一、软件介绍
1、介绍软件名称、实现主要功能。
2、本软件与整个系统中其它相关软件关系介绍。
二、软件开发环境
1、软件开发平台: 详细说明软件开发所用操作系统、数据库等版本。
2、使用开发语言以及版本。
3、使用相关控件名称、版本（如组件、DLL等）。
4、软件中引用关键算法说明。
例如：
三、软件框架与流程
1、软件框架结构描述。
2、软件主要流程图。
3、软件使用通信协议、接口、数据库（表）方面详细说明。
例如：
1、软件框架结构图
2、主要流程图
（略）
3、详细通信协议见远程监系统中总协议中煤矿端GIS与安全卫士部分。
四、关键函数与功能说明
(一)、软件关键函数（自定义、系统、引用）、窗体事件、模块存储过程等的列表。
关键函数或算法请写出流程图或用伪代码描述。
函数1：
流程或算法。
函数2：
流程或算法。
例如:
1、函数列表
2、函数的算法描述（流程图或伪代码描述）
函数4：GetMapArray ( )
5 打开地图文件。
10 设置地图数量变量n。
15 读取地图文件中地图数量保存到n中。
20 设置MapArray数组长度为n。
25 再读取地图文件，将各地图信息存到MapArray数组中。
30 关闭地图文件。
(二)、软件主要功能列表
功能1：
流程或算法描述。
功能2：
流程或算法描述。
例如：
2、功能列表
序号功能功能描述使用函数、窗体、存储过程、数据
库表、文件等
备注
1 发送特
征向量
(煤矿端)
煤矿端GIS向数据交
换程序发送特征向量
在主窗中实现，采用TCP/IP方式。
用到数据库SenderList表，
createID,objID,CreateTime,data字
段。
2 取井下
系统
配置数
据
煤矿端GIS向数据交
换程序请求井下监控
系统配置数据。
在主窗中实现，采用TCP/IP方式。
用到数据库configsensor。
SensorID、SensorType、
SubStationDesc、Position字段。用
到ParseReceiveText函数。
3 配置数
据处理
处理井下监控系统配
置数据包
StoreSensorCfg、AddSensorCfg
功能流程：
功能1: 发送特征向量
流程2: 取井下系统配置数据
流程3: 配置数据处理
四、软件产品说明
1、对归档程序说明软件产品名称，以及使用到相关配置文件参数等说明。
2、软件如何进行安装、参数配置、使用。
需要进行注册或安装数据库等环境的要进行详细说明，或指出参考文档。
3、软件项目文件说明：各单元文件（类）之间关系，说明各单元文件功能.
4、软件开发环境配置说明。
例如：
1、煤矿端GIS软件名称如：CoalEditGIS.exe，使用到GIS.ini配置文件和GIS.UDL数据连接文件，另外使用到两种自定义字体。
2、软件安装、参数配置、使用请参考此软件安装使用说明手册。
3、软件为Delphi6.0开发，工程文件在归档程序目录下，名称为CoalEditGIS.dpr,主要
程序开发环境安装，在windows2000 professional系统下，先安装Delphi6.0+SP2，再安装MS SQL server2000,再根据安装手册中数据安装部分，将数据库进行还原，再启动Delphi6.0打开软件归档目录中工程文件，CoalEditGIS.dpr。
五、软件存在缺陷及建议
开发人员认为软件在各方面存在缺陷说明，以及建议。
略
目录 第1章概述 (1) 1.1 技术开发部管理权限 (1) 1.2 技术开发部管理职能 (1) 1.3 技术开发部主要职责 (1) 1.4 日常管理制度 (2) 第2章产品开发设计控制程序 (4) 2.1 目的 (4) 2.2 范围 (5) 2.3 引用文件及术语 (5) 2.4 职责 (5) 2.5 工作程序 (6) 2.6 支持文件 (9) 2.7 表格清单 (9) 2.8 附表 (9) 第3章产品实现的策划程序 (17) 3.1 目的 (17) 3.2 适应范围 (17) 3.3 引用文件及术语 (18) 3.4 职责 (18) 3.5 工作程序 (18) 3.6 支持性文件 (19) 第4章内部质量审核控制程序 (20) 4.1 目的 (20) 4.2 适用范围 (20) 4.3 引用文件及术语 (20) 4.4 职责 (20) 4.5 工作程序 (21) 4.6 支持文件 (23) 4.7 质量记录 (23) 附录 (25) 附录1 (25) 附录2 (26) 附录3 (27) 附录5 (29) 附录6 (30) 附件7 (31) 附件8 (32)
第1章概述 技术开发部的工作主要是从事电表、水表、煤气表及其远程自动抄系统的研发和产品的优化，以及为生产部和工程部提供技术支持等。 1.1 技术开发部管理权限 受总经理和技术总监委托，行使对公司技术引进、新产品开发研究、新技术推广应用、技术指导与监督等全过程听管理权限，并承担执行公司规章制度、管理规程及工作指令的义务； 1.2 技术开发部管理职能 负责对公司产品实行技术指导、规范工艺流程、制定技术标准、抓好技术管理、实施技术监督和协调的专职管理部门，对所承担的工作负责。 1.3 技术开发部主要职责： 1．坚决服从总经理和技术总监的统一指挥，认真执行其工作指令，一切管理行为向总经理和技术总监负责； 2．严格遵守公司规章制度，认真履行其工作职责； 3．负责制定公司技术管理制度。负责建立和完善产品设计、新产品的试制、标准化技术规程、技术情报管理制度，组织、协调、督促有关部门建立和完善设备、质量、能源等管理标准及制度； 4．组织和编制公司技术发展规划。编制近期技术提高工作计划，编制长远技术发展和技术措施规划，并组织对计划、规划的拟定、修改、补充、实施等一系列技术组织和管理工作； 5．负责制订和修改技术规程。编制产品的使用、维修和技术安全等有关的技术规定； 6．负责公司新技术引进和产品开发工作的计划、实施，确保产品品种不断更新和扩大； 7．合理编制技术文件，改进和规范工艺流程； 8．研究和摸索科学的流水作业规律，认真做好各类技术信息和资料收集、整理、分析、研究汇总、归档保管工作，为逐步实现公司现代化销售的目标，提供可靠的指导依据； 9．负责制定公司产品的企业统一标准，实现产品的规范化管理； 10．编制公司产品标准，按年度审核、补充、修订定额内容；
软件项目集成开发 一、项目组织架构 Ａ 项目经理 负责分析、设计和协调工作。随时监控各开发人员的工作，包括内容是否与要求发生偏差，进度是否滞后等等，同时给每个开发人员明确的任务书。 在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 Ｂ 开发人员 熟悉针对软件开发的编程工具，并具有丰富的编程经验，负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 Ｃ 业务需求人员 熟悉业务工作流程，有丰富的业务经验。 业务需求人员的选择应覆盖系统所服务的业务部门。 Ｄ 文档整理人员 随时整理系统开发过程中相关的技术文档。 作为业务支撑，文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 项目组织架构 项目经理 开发人员 业务需求人员 文档整理人员 测试工程师
Ｅ测试工程师 专门进行代码的测试工作，并且计划和执行源代码复审，负责有关返工的任何反馈意见（有条件可配置）。
二、项目流程管理 系统开发的过程必须符合IT 项目开发流程的规律，整个过程应包含但不仅限于以下环节： 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。 在项目实施的过程中，项目实施者大多把精力放在了编码阶段，而需求调研和系统设计往往不被重视。没有严格的需求调研和分析，最终的软件产品会偏离用户的真正需求。如果没有设计，只能建立一个不稳定的系统结构。如下图所示：
在项目实施过程中，以上各个流程都不应该被忽略（重大项目更是如此），任何一个环节的遗失都可能引起项目方向的偏差，甚至失败。项目管理者可以在此基础上，完善项目管理流程，以降低项目实施的风险。 三、项目文档管理 项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据，也是项目设计、编码、测试、修正、培训和验收的依据。 根据以上项目流程，项目实施过程中应包含以下所必须的文档：
软件设计文档国家标准GB8567-88 一、文档编写标准化 在整个项目开发及使用过程中，应该有完备的文档支持，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。 完备的文档对软件的开发及使用起了很大的作用。一般要求编写好十三种文档。 1、可行性分析报告 说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 2、项目开发计划 为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 3、软件需求说明书（软件规格说明书） 对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 4、概要设计说明书 是概要设计阶段的工作总结。主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等，为详细设计作好准备。 5、详细设计说明书 着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 6、用户操作手册 详细描述了该软件的功能、性能和用户界面，使用该软件的具体方法等。 7、测试计划 包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。8、测试分析报告 测试计划的执行情况，对测试结果的分析，提出测试结论。 9、开发进度月报 按月提交的项目进展情况报告。包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。 10、项目开发总结报告 项目完成以后，总结实际执行情况。如进度、成果、资源利用、成本和投入的人力，对项目开发作出评价，总结经验与教训。 11、软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。12、软件问题报告 记录软件出现问题的日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。13、软件修改报告 软件产品投入使用后，发现了需修改、更正的问题，要将出现的问题、修改意见、修改可能出现影响作出详细描述，提交审批。 二、可行性分析报告的撰写要求 可行性研究报告的编写内容要求如下： 1 引言
《软件开发工具》串讲笔记 一、绪论 1、简述软件开发工具的范围？在高级程序设计语言的基础上，为提高软件开发的质量和效率，从规划、分析、设计、测试、成文和管理各方面，对软件开发者提供各种不同程序帮助的一类新型软件。 2、简术用通用软件辅助软件开发的缺点？有许多工作是通用软件所无法完成的；用通用软件完成某些工作，只能表现出其表面的形式，而不能反映其逻辑内涵，只能做到“形似”，不能做到“神似”；难于保持一致性。 3、简述集成化软件开发工具产生的背景？集成的软件开发工具称为软件开发环境，是指包括支持全过程、全阶段的软件开发工具。以往的专用软件开发工具对软件的开发缺乏全面的、统一的支撑环境。这些零散地、分散地支持各个工作阶段、各项具体工作的专用工具之间没有有机地联系起来，必然会造成冲突与矛盾。这种冲突与矛盾对于用户来说，造成了沉重的负担，使用工具越多这种负担越重，以致抵消了工具带来的益处。这种情况导致了集成化软件开发工具的产生。 4、简述第四代语言与软件开发工具的区别？软件开发工具包括4GL的功能；软件开发工具支持系统分析、设计工作；软件开发工具支持文档工作。 5、简述软件开发总体设计阶段的工作要点？是根据软件功能说明书的要求，完成软件的总体设计，包括整个软件的结构设计、公用的数据文件或数据库的设计、各部分的连接方式及信息交换的标准等。 6、简述软件开发实现阶段的工作，以及应强调之点。包括程序的编写和文档的编写，应特别强调组织与协调，及时发现并纠正背离总体设计要求的情况。 7、简述软件开发工具认识与描述客观系统的功能要求？认识与描述客观系统是软件开发第一阶段所需的重要工作。该项工作不确定程度高，更需要经验，更难规范化，需要对复杂系统认识与理解，并在此基础上抽象出信息需求与信息流程。 8、简述软件开发的项目管理功能？为项目管理人员提供支持。项目管理包括进度管理、资源与费用管理、质量管理三个基本内容。还包括需要提出测试方案，提供测试环境和测试数据，并进行版本管理。 9、从人类科学技术发展的角度论述软件的意义？软件是广大使用者与计算机之间的桥梁，软件是人类在各个领域中积累的知识结晶，软件是使人类文明与知识得以延续的新的载体，软件是人类进一步成为一个整体、得以进一步相互联系的纽带。 10、论述第一代到第四代程序设计语言的主要特征？第一代程序设计语言就是计算机的指令系统。用户用机器指令编写程序。这种程序就是机器指令的序列，由“0”和“1”组成，难于阅读，难于维护，而且程序高度依赖于计算机硬件，难于移植。第二代语言是汇编语言，其中每个语句是用助记符动工表示的机器指令。虽然可读性和可移植性方面前进了一步，但依然依赖于计算机硬件。第三代语言也称为高级程序设计语言，其中的语句与机器指令并不一一对应，尤其是表达式的书写与人们的习惯基本相同。程序员需要逐行编写语句来实现算法的过程，因此，它属于过程化的语言。第四代语言是非过程化的程序设计语言，用户只说明要求做什么，而把具体的执行步骤交由软件自动执行。 11、说明软件开发工具和新的软件开发方法的主要特点？自动化程序提高；软件开发工作包括了需求分析；软件开发工作包括了项目管理和版本管理；吸收了许多管理科学的内容和方法。 12、说明软件产品开发过程各个阶段的主要任务。需求分析阶段：根据用户的初始要求形成严格的、明确的、可供实际开发使用的功能说明书；总体设计阶段：根据软件功能说明书的要求，完成软件的总体设计；实现阶段：程序的编写和文档的编写；测试阶段：测试软件是
软件项目集成管理解决方案 1 系统概述 软件项目集成管理是实现软件开发过程和软件管理过程的全面管理。软件项目集成管理是通过将项目管理工具（如：MS project）和软件开发平台工具（如：IBM Rational Suite）有机地集成和扩展，依据软件工程和CMM/CMMI理论，按照组织统一的项目管理流程和方法针对软件开发过程、里程碑目标、任务级目标等进行集中管理的过程。软件项目管理一般面向软件开发团队以及有关管理者等部门或个人，最终提高企业软件生产力和项目成功率。 软件项目集成管理技术架构如下图所示： 2 软件项目管理 2.1软件项目计划 2.1.1计划编制 项目经理运用Microsoft Project2003 标准版编写项目计划。Microsoft Project 2003提供了强大的智能任务分解的工具。由于在系统的资源管理模块中已经完成对系统资源的定义，因此在此模块的任务分配中可以首先定义资源的成本，例如人员的计时工资，设备的每次使用成本等有关项目的成本信息，在将资源与相对的任务建立关系后相应资源的成本变为每个任务的成本，所有任务的成本构成项目的总成本。资源的成本定义如下图：
对相应任务分配资源后的项目以及任务成本图例： 项目的计划编写完毕后向服务器发布项目计划，这样项目计划成为最终的项目执行依据。 2.1.2任务执行管理 项目组成员可以在Project中对自己负责任务的完成情况进行设置，待设置被项目经理确认后，登录系统就可以查看项目各个任务的完成情况，如下图： 2.2软件项目跟踪和监督
软件项目跟踪和监控包括对照已文档化的估计、约定、计划评审跟踪软件完成情况和结果，基于实际的完成情况和结果调整这些计划。 在项目经理使用Microsoft Project 2003 标准版做好项目计划时，将做好的最初计划保存为比较基准；当项目进展到一定阶段后可以与比较基准进行比较，得出项目是否按计划进行，还有多少任务没有按时完成，多少任务提前完成等等信息。如下图： 通过这一模块可对项目进度进行控制与更新。以便于上级更好的掌握各种计划的进展情况，同时提供多种形式的进度查询，使领导及时掌握各种任务进展的更新信息。进度更新是更新自己所属任务的进展以及完成情况，便于上级更好的掌握各种计划的安排，以保证项目顺利进行。 3 软件开发过程管理 3.1需求管理 系统采用IBM Rational RequisitePro进行软件需求管理。IBM Rational RequisitePro利用了被广泛应用和熟悉的Microsoft Word工具来简化需求的获取。虽然文档有助于需求的获取，但它不是对信息进行优先级排序和组织的最佳环境，而这些活动在使用数据库时却可以达到最佳效果。通过链接需求文档和数据库，IBM Rational RequisitePro将两者的最佳功能结合在一起。 这个独特的结构充分利用了数据库的强大功能和Word的易用性，以便有效的进行需求管理。IBM Rational RequisitePro中的文档不是简单地将需求从数据库中输入或输出。它们包含当前最新的需求信息，使您可以在熟悉的Microsoft Word环境中对需求进行修改。Word文档中的需求被动态链接到数据库中存储的补充需求信息。数据库和文档被链接在一起，只需简单地在数据库中双击需求，就可启动Microsoft Word，将您直接带到书写该需求的文档
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. 控制精度或生产能力的提高。
开发文档介绍 软件开发文档是软件开发使用和维护过程中的必备资料。它能提高软件开发的效率，保证软件的质量，而且在软件的使用过程中有指导，帮助，解惑的作用，尤其在维护工作中，文档是不可或缺的资料。 软件文档可以分为开发文档和产品文档两大类。 开发文档包括：《功能要求》、《投标方案》、《需求分析》、《技术分析》、《系统分析》、《数据库文档》、《功能函数文档》、《界面文档》、《编译手册》、《QA 文档》、《项目总结》等。产品文档包括：《产品简介》、《产品演示》、《疑问解答》、《功能介绍》、《技术白皮书》、《评测报告》。用户文档《安装手册》、《使用手册》、《维护手册》、《用户报告》、《销售培训》等。 开发文档 1. 《功能要求》-- 来源于客户要求和市场调查，是软件开发中最早期的一个环节。 客户提出一个模糊的功能概念，或者要求解决一个实际问题，或者参照同类软件的一个功能。有软件经验的客户还会提供比较详细的技术规范书，把他们的要求全部列表书写在文档中，必要时加以图表解说。这份文档是需求分析的基础。 2. 《投标方案》-- 根据用户的功能要求，经过与招标方沟通和确认，技术人员开 始书写《投标方案》，方案书一般包括以下几个重要的章节：前言-- 项目背景、公司背景和业务、技术人员结构、公司的成功案例介绍等。需求分析-- 项目要求、软件结构、功能列表、功能描述、注意事项等。技术方案-- 总体要求和指导思想、技术解决方案、软件开发平台、网络结构体系等。项目管理-- 描述公司的软件开发流程、工程实施服务、组织和人员分工、开发进度控制、软件质量保证、项目验收和人员培训、软件资料文档等。技术支持-- 公司的技术支持和服务介绍、服务宗旨和目标、服务级别和响应时间、技术服务区域、技术服务期限、授权用户联系人等。系统报价-- 软、硬件平台报价列表、软件开发费用、系统维护费用等。项目进度-- 整个项目的进度计划，包括签署合同、项目启动、需求分析、系统分析、程序开发、测试维护、系统集成、用户验收、用户培训等步骤的时间规划。 3. 《需求分析》-- 包括产品概述、主要概念、操作流程、功能列表和解说、注意 事项、系统环境等。以《功能要求》为基础，进行详细的功能分析( 包括客户提出的要求和根据开发经验建议的功能) ，列出本产品是什么，有什么特殊的概念，包括哪些功能分类，需要具备什么功能，该功能的操作如何，实现的时候该注意什么细节，客户有什么要求，系统运行环境的要求等。这里的功能描述跟以后的使用手册是一致的。 4. 《技术分析》-- 包括技术选型、技术比较、开发人员、关键技术问题的解决、 技术风险、技术升级方向、技术方案评价，竞争对手技术分析等。以《需求分析》为基础，进行详细的技术分析( 产品的性能和实现方法) ，列出本项目需要使用什么技术方案，为什么，有哪些技术问题要解决，估计开发期间会碰到什么困难，技术方案以后如何升级，对本项目的技术有什么评价等。 5. 《系统分析》-- 包括功能实现、模块组成、功能流程图、函数接口、数据字典、 软件开发需要考虑的各种问题等。以《需求分析》为基础，进行详细的系统分析( 产
《软件开发工具》串讲笔记 第一章绪论 重点背诵： 1、对于CASE工具有两种理解，一种是“计算机辅助软件工程”，另一种是“计算机辅助系统工程”。 2、软件开发工具是引导人们建立正确、有效的概念模式的一种手段。 3、从几十年软件开发工具发展历史中，可以看到软件开发工具一个值得注意的特点是多样性和趋同性的并存。 4、进入二十一世纪以来，软件开发工具的发展有两个鲜明的特点，第一个特点是面向网络，另一个特点是开源软件的兴起和运用。 5、当前我们所要开发的信息系统不同于以前。其重要特征是具有复杂性、多样性和相互关联性。 1.1 软件开发工具的由来 (1)简述软件开发工具的范围？ 在高级程序设计语言（第三代语言）的基础上，为提高软件开发的质量和效率，从规划、分析、设计、测试、成 文和管理各方面，对软件开发者提供各种不同程序帮助的 一类新型软件。 （2）软件开发工具的发展过程 包括以下四个阶段：工具产生之前、通用工具的使用、专用
工具的出现、一体化工具的出现。
论述工具产生之前，第一代到第四代程序设计语言的主要特征？ 1）第一代机器语言阶段：使用“0”和“1”代码进行编程，难于阅读，难于维护，而且程序高度依赖于计算机硬件，难于移植；2）第二代汇编语言：使用助记符来编写程序，由汇编系统将汇编指令转化为机器指令，编程工作量大大降低，但依然依赖于计算机硬件。与此同时，操作系统的出现从另一方面改善了人们应用计算机的条件； 3）第三代高级程序设计语言，高级语言突破了与机器指令一一对应的限制，实现了对机器的独立性，从而大大提高了程序的可移植性。程序员需要逐行编写语句来实现算法的过程，因此它属于过程化的语言； 4）第四代语言（4GL）是非过程化的程序设计语言，用户只说明要求做什么，而把具体的执行步骤交由软件自动执行。 5）利用通用软件作为辅助工具的阶段 利用文字处理软件来编写文档，利用绘图软件来绘制流程图。6）专用软件开发工具阶段 专用软件开发工具是面对某一工作阶段或工作任务的工具，优点是能提高软件开发的质量和效率；缺点是一致性的保持，对软件开发缺乏全面的、统一的支撑环境。
软件集成技术总结 1 软件集成系统 主要功能是实现各种应用软件在本系统中的集成及调用，由于需要集成软件的开发软件，运行环境各有不同，所以在系统集成时调用的相关技术也不尽相同。本系统软件的集成主要应用了一下三种技术：Java Applet技术，Exe软件的调用方法，Matlab软件的调用方法。 2 相关技术 2.1 Java Applet技术 Applet可以翻译为小应用程序，Java Applet就是用Java语言编写的这样的一些小应用程序，它们可以直接嵌入到网页或者其他特定的容器中，并能够产生特殊的效果。 Applet必须运行于某个特定的“容器”，这个容器可以是浏览器本身，也可以是通过各种插件，或者包括支持Applet的移动设备在内的其他各种程序来运行。与一般的Java应用程序不同，Applet不是通过main方法来运行的。在运行时Applet通常会与用户进行互动，显示动态的画面，并且还会遵循严格的安全检查，阻止潜在的不安全因素（例如根据安全策略，限Applet对客户端文件系统的访问）。 在Java Applet中，可以实现图形绘制，字体和颜色控制，动画和声音的插入，人机交互及网络交流等功能。Applet还提供了名为抽象窗口工具箱（Abstract Window Toolkit，AWT）的窗口环境开发工具。AWT利用用户计算机的GUI 元素，可以建立标准的图形用户界面，如窗口、按钮、滚动条等等。目前，在网络上有非常多的Applet范例来生动地展现这些功能，读者可以去调阅相应的网页以观看它们的效果。 在Java Applet的生命周期中，共有四种状态（初始态、运行态、停止态和消亡态）和四个方法：init()、start()、stop()和destroy()。 a init() 当创建Java Applet且第一次使用支持Java的浏览器载入时，就会执行init()方法。在Java Applet生命周期中，该方法只执行一次，因此可以利用这一点在init()方法中进行一些只需执行一次的初始化操作，例如对变量的初始化等。 b start() 调用完init()方法后，系统将自动调用start()方法。当用户离开包含Applet的主页后又再返回时，或者当浏览器从图标状态恢复为窗口时，系统都会自动再执行一遍start()方法。 和init()方法不同，start()方法在Applet的生命周期中被多次调用，该方法是
系统中涉及的所有规范、标准或材料规格（包括一切有效的补充或附录）均采用最新版本，即以招标方与投标方签订供货合同之日作为采用最新版本的截止日期。若发现本规范书与参照的文献之间有不一致之处，我方向贵方书面指明，并由贵方确定采用哪一个规范。 我方所有设备的设计，制造，检查，试验及特性除木规范中规定的特别标准外，都遵照适用的最新版中国国家标准（GB）以及国际单位制（SI） O 我方提出的等同标准应不低于贵方要求的标准并征得贵方的认可，我方应遵循的标准至少包括： 《中华人民共和国计算机信息系统安全保护条例》 GB2887-89 计算站场地技术条件 GB/T 9361-1988 计算机场地安全要求 GB4943 —90 信息技术设备（包扌舌电气事务设备）的安全 GB/T -1995 中华人民共和国计算机信息安全保护条例 GB18030-2000 信息交换用汉字编码字符集基本集的扩充 GB1526-89信息处理一数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文字编制符及约定
GB8566计算机软件开发规范 GB9385计算机软件需求说明编制指南 GB9386计算机软件测试文件编制规范 GB/T13502信息处理、程序构造及其表示法的约定 GB/T14085信息处理系统计算机系统配置图符号及约定GB10112确立术语的一般原则与方法 GB/T13725确立术语数据库的一般原则与方法 SJ/T11293企业信息化技术规范 GB/T12504-90计算机软件配置管理计划规范 GB/T13702-92计算机软件分类与代码 GB/T14079-93软件工程术语 GB/T15532-1995计算机软件单元测试 GB/T 14394-1993《计算机软件可靠性和可维护性规范》GB/T 2887-1989《计算机软件质量保证规范》 GB/T 8566-2000《信息技术软件生成期过程》
病案无纸化管理系统 目录： 一、系统简介 二、组织框架 三、物流与功能流程 、系统简介 二、组织框架 1. 机构
1.1、层次 共分三级：公司级、分店部门级和班组织。如图1-1 1.2、现有机构组成 公司级：总经理室； 部门级：分布在具体地区的连锁店（加盟店、特许店），公司各职能部门（人事行政部，财务部、信息管理部、市场营销采购部、企划管理部等）、配送中心班组级：分店和配送中心的管理班组； 1.3、职能与权限 下面我只对与系统开发有关的机构职能进行阐述（按层次说明）： 公司级： 1.3.1、总经理室 1.3.1.1、制定公司整体发展策略； 131.2、批准销售计划；协调公司内各部门的工作； 131.3、管理监督和指导下属各分店（部门）的工作； 131.4、决定公司高层人事的变动； 1.3.1.5、分析公司的销售、库存、采购、付款等情况；
1.3.1.6、批准各分店和配送中心的盘点、损益报告及价格政策公司部门级： 1.3.2、人事行政部 1.3. 2.1、负责人员的工资考勤、招聘、培训、建档、考核、晋级、定级、奖惩和解聘； 1.3. 2.2、管理全公司的固定资产以及办公用品 1.3.3、财务部 1.3.3.1、处理公司日常财务事宜； 1.3.3.2、根据销售数据和总经理室或市场营销采购部的要求支付货款，并记录货款流水； 1.3.3.3、根据合同（协议）制定出财务付款计划；对进出发票进行管理； 1.3.3.4、根据分店和配送中心提供的销售、进货、配送、退货、退厂、调价、优惠、损益、报残、盘点数据，对公司进、销、存按进价和售价进行核算； 1.3.4、财务部市场营销采购部 1.3.4.1、实施商品的引进、退货、更新、定位和淘汰； 1.342、制定价格政策（调价和优惠）和促销计划（方案）并付诸实施； 1.3.4.3、为总经理室和其他部门提供相关报表和数据； 1.344、制定付款计划报总经理批准后交财务部实施；
. 第一章软件工程概述 1.软件危机 (software crisis)：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。即“两低一高”问题：质量低、效率低、成本高。 软件危机也成为“软件萧条(depression)”或“软件困扰(afflication)” 2.软件危机主要表现 1）开发成本和进度估计不准 2）用户对“已完成的”软件系统不满意 3）软件质量往往靠不住 4）软件常常是不可维护的 5）软件通常没有适当的文档资料 6）软件成本逐年上升 7）软件开发生产率滞后于硬件和计算机应用普及的趋势 3.产生软件危机的原因 1）与软件本身的特点有关 a. 软件不同于硬件，是逻辑部件而不是物理部件 缺乏可见性 难于测试 管理和控制开发过程困难 不会因使用时间过长而被“用坏” 难以维护 b.软件不同于一般程序，规模庞大，而且程序复杂性随着程序规模的增加而呈指数上升 2）和软件开发与维护的方法不正确有关 a.对软件开发和维护有关的错误认识和作法 忽视软件需求分析的重要性 认为软件开发就是写程序 轻视软件维护 b. 对软件开发过程与方法的认识与应用 软件开发要经历一个漫长的时期（编程占10-20%） 程序仅是完成软件配置的一个组成部分 软件开发方法要有利于软件维护 4.软件的特点 (1)软件是无形的（intangible） (2)软件副本的大批量生产轻而易举 (3)软件业是劳动密集型的 (4)一个没有经过充分训练的软件开发人员很容易编写出难以理解和修改的软件 (5)软件本身很容易修改。但由于它的复杂性，又很难正确地修改。 (6)软件不像其他的工业产品那样会因使用而磨损，随着反复修改，它的设计会逐渐退化 5.消除软件危机的途径 1）对计算机软件的正确认识 2）认识到软件开发不是个体劳动的神秘技巧，而是一种组织良好、管理严密、各类人员协
B S T3.0应用软件开发平台 用户技术手册 南天电子信息产业股份 FED软件中心
目录 概述 第一部分 BST3.0应用软件开发平台基本功能 第一章BST3.0软件开发平台的结构和流程控制第二章系统命令 第三章变量操作命令 第四章字符串操作命令 第五章文件操作命令 第六章屏幕(SCREEN)表配置和命令 第七章存折打印机(PR2) 配置和命令 第八章刷卡器(BP) 配置和命令 第九章FIT表配置和命令 第十章流水打印机配置和命令 第十一章读卡机命令 第十二章IC卡命令和配置表 第十三章辅助模块命令和配置 第十四章通信命令 第十五章添加设备的命令接口 第二部分 BST3.0应用软件二次开发 第一章用户自定义命令的开发 第二章通信动态库的开发 第三章调试 第三部分 BST3.0 SCRIPT使用手册
概述 BST3.0应用软件开发平台是在BST2.0应用软件开发平台的基础上，根据BST 应用需求，增加了屏幕部分对WEB和FLASH的支持，增加了嵌的解释器，支持SCRIPT 编程模式，以及单步和屏幕重试功能。BST3.0应用软件开发平台更稳定，具有更好的扩展性，更容易完成BST 应用系统的开发。为熟练使用BST3.0应用系统软件开发平台进行二次开发，对此平台结构及功能模块应有充分了解，为缩短二次开发周期，请有关人员仔细阅读本手册。 因时间仓促，有不足之处，请使用者谅解，并将需要改善的意见反馈给FED 软件中心，帮助BST3.0应用系统软件开发平台的完善。
第一部分 BST3.0应用软件开发平台基本功能 第一章 BST3.0开发平台的结构和基本功能 1.1 BST3.0软件开发平台的组成部分 BST3.0软件开发平台功能完善、定制灵活、便于二次开发及其测试维护，它是由接口清晰且相互独立的子功能模块有机地结合在一起而行成的。 BST3.0软件开发平台由以下几个大的部分组成： 1．系统主控模块 协调平台部各功能模块的工作。 2．设备控制模块 由一系列与具体设备相应的设备控制模块组成，每一个设备控制模块对应于一个相应的硬件设备模块，在BST应用系统中，设备是一个广义上的设备，除传统上的外部设备如打印机、BP、读卡机等设备外，还有一些特殊的设备，如屏幕设备，在系统中称之为“screen”，它实际上包括了显示器、键盘和鼠标的输入输出，这三个设备是在“screen”设备中统一处理的。另外，还有通信设备（实际上是通信子系统，它被当作一个设备操作）和时间设备（“time”，用于检测退出时间是否到达）等。 3．设备接口模块 负责屏蔽BST应用系统中设备的硬件特性，使用统一的方式（统一的接口）对设备进行操作。应用系统使用设备时通过设备接口模块操作设备，可保证以同样方式操作所有设备。 4．流程控制模块 负责应用系统的流程控制，完成特定交易控制，接受主机命令，保存程序运行状态的文件等。 5．通信处理子系统 以操作设备的方式完成BST应用系统与主机间的通信。
(考研复试)软件工程 笔记
1：软件危机：问题1：如何开发软件，以满足对软件日益增长的需求。问题2：如何维护数量不断膨胀的软件。表现：对软件开发成本和时间估计不准，用户对已完成软件不满意，软件质量不可靠，软件不可维护，软件缺少文档，软件成本过高，软件跟不上硬件发展速度。原因：与软件本身特点有关，缺乏可见性，质量难以评价，规模庞大难以维护。与软件开发维护的不当方法有关，轻视需求分析和维护，对用户的要求没有完整准确的认识就编写程序，忽视程序，文档，数据等软件配置。 2：软件工程：采用工程的概念，原理，技术和方法开发与维护软件，把正确的管理技术和软件开发技术结合起来，经济的开发出高质量的软件并有效的维护。即把系统化的，规范的，可度量的途径应用于软件开发，运行和维护的过程。 3:软件工程7条基本原理：用分阶段的生命周期计划严格管理，坚持进行阶段评审，实行严格的产品控制，采用现代程序设计技术，结果应能清楚地审查，开发小组的人员应该少而精，承认不断改进软件工程实践的必要性。 4：软件工程领域：软件需求，设计，构建（写代码），测试，维护，配置管理，工程管理，工程过程，工程工具，软件质量。
5：软件生命周期：软件定义（问题定义，可行性研究，需求分析），软件开发（概要设计，详细设计，编码和单元测试，综合测试），运行维护（改正性维护，适应性维护，完善性维护，预防性维护）。、 生命周期模型 6：瀑布模型：就是把一个开发过程分成收集需求，分析，设计，编码，测试，维护六部分，只有完成前面一步才能开始后面一步，上一步的输出的文档就是这一步的输入文档，每一步完成都要交出合格的文档，每一步都会有反馈，如果反馈有错误就退回前一步解决问题。瀑布模型的缺点：实际的项目开发很难严格按该模型进行；由于用户只能通过文档来了解产品，客户往往很难清楚地给出所有的需求，而瀑布模型不适应用户需求的变化；软件的实际情况必须到项目开发的后期客户才能看到。 7：快速原型模型：就是根据用户的需求迅速设计出一个原型系统，原型系统具有基本的功能，然后用户使用原型并对原型提出需求和改变，开发人员再对原型进行修改和完善知道用户满意。优点：容易适应需求的变化；有利于开发与培训的同步；开发费用低、开发周期短且对用户更友好。缺点：快速建立起来的系统结构加上连续的修改可能会导致产品质量低下;使用这个模型的前提是要有一个展示
系统集成软件开发与物联网 福建鹏云吴智勇 2013年 一、系统集成软件开发与物联网概述 如今，一方面，终端传感器(RFID等)、嵌入式系统、单片机技术、移动终端等其他基础材料和设备已成产业化，便捷的互联网等通讯技术无处不在（IPV6不是说要让每一颗沙粒都有自己的互联网地址吗）；另一方面物联网早被中家列为“中国国家级科技项目专项”，而且为了解决各子模块、设备等之间的兼容和数据互通，南邮、北邮、中科院等相关机构也早已经介入研究制定相关的标准，为大物联大集成探究兼容问题。近年，特别是环保、智能交通、城市安防、智能电网、车联网等行业传感技术成熟，行业主体资金充裕和政府的扶持，很多地方已经开始规模化应用，市场成熟度较高。可以遇见的是物联网已经进入一个高速发展的时代，物联网已经从概念来到现实，来到我们的身边。智能家居让我们无论身在何地只要能上网都能利用手机查看家中监控视频、安防控制，智能车联网随时监控您的爱车轨迹、油量等情况甚至锁车等等。根据GEI等机构预计，2015年物联网产业产值将达 5000-10000亿，2020年将增长到4-5万亿。 很多传统的系统集成企业都已经投入到这块物联网信息革命战场中来。我们公司做交通这块项目比较多，交通智能化标杆企业--银江股份这个公司和其产品我们接触也比较多，但是银江在物联网这块的投入和发展可能了解的就不是很多了。其实他们早在2010年就已经成立专门的物联网子公司、不管他是真的在做还是玩概念，我想，首先是一种态度。如果说银江是小打小闹，马云菜鸟物流给人感觉是正儿八经的在做。沈国军说菜鸟的基础就是“利用现有交通基础设施跟整个中国智能骨干网有些内容做一些衔接，尤其在信息、数据对接方面。”平台涵盖云存储和计算、
通信工程设计辅助软件工具的开发设想 作者：贾海龙 来源：《电子世界》2012年第17期 【摘要】本文通过利用VBA应用和VB语言编写的设计辅助工具，实现了在设计过程中的数据精确查询、检索、计算、自动报表生成，并延伸到利用软件开发图纸自动化生成功能。阐述了为进一步提高设计基础数据的准确性、缩短设计周期、提高工作效率，进行设计辅助工具软件的开发是可行的和必要的。 【关键词】数据库；VBA；VB；LISP；设计辅助工具软件 1.概述 目前通信行业工程设计从立项到完成设计会审以及后期工程配合，设计周期短则两个月，多则半年。在此过程中，设计人员需要进行大量的手工测量、计算、验证，并完成种类繁多的文本、附表和图纸。由于目前还没有统一的数据库支持、在设计编制过程中，往往出现设计基础数据不一致，容易导致设计质量和效率不高以及设计周期较长的问题。笔者在长期从事设计工作中注意到设计工作中大部分繁琐的工作完全可以通过软件来实现，从而提高设计基础数据的准确性，缩短设计周期，提高工作效率。 对于大多数设计人员来说，如何提高设计质量和效率以及缩短设计周期是一直困扰大家的一个老问题。每个设计人员在多年的设计工作中形成了自己的设计编制方法和风格，而正是这些不同的方法和风格造成了在调用其他设计人员设计时感到不习惯，使得修改的工作量增加，工作效率低下。如果我们大家统一设计方法和风格就可以大大提高工作效率。最好的例子就是模板的使用，大大提高了设计的效率。而正是模板的使用也为实现设计辅助工具软件开发成为可能。笔者提出开发设计辅助工具提高通信工程设计效率的想法，在这里和大家一同分享与探讨。 2.建立数据库方便查询、检索及生成报表 设计辅助工具软件开发需要大量数据库进行支持，目前通信工程设计基础数据比较庞杂，没有建设统一的数据库，设计人员查询、检索极为不便，由于版本的问题，也容易造成数据准确性不高。所以建立统一的数据库是解决问题的做好方法。 笔者在交换数据库建设的课题中体会到，数据库要针对设计基础数据的需求来建立。设计中涉及的数据我们都可以建立数据库，例如：建立所有网元信息数据库；建立所有电源信息数据库；建立所有设备信息数据库。通过网元网元信息数据库我们可以查询、检索到各网元的信息并生成各种网元的信息报表；通过电源信息数据库可以生成电源说明文本，如：XAGS3挂接在枢纽楼六层南第二套直流系统，此电源系统为珠江设备，设备型号为PRS5000，配置了2
国家标准(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. 控制精度或生产能力的提高。
软件开发技术文档编写规范 在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 ◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。 1可行性分析报告 1 引言 1.1 编写目的：阐明编写可行性研究报告的目的，提出读者对象。