配置型软件开发平台

配置型软件开发平台

一、软件开发平台背景

最终用户：现成的软件不适合，定制开发又太贵，而且我们的业务经常会变化，我们想自己开发，又没有专业人才！我们最懂自己的业务流程，很想自己开发自己的软件，这样以后修改扩展均不求别人了，可我们不懂软件编程！

软件公司：人工成本太高，留住人才太难，人才走了，产品完了。就算开发好的产品，个性化修改太累并易导致BUG！技术日新月异，软件要天天升级更新，稍慢了一点，就被其他公司抢占了先机，搞得精疲力尽，苦不堪言。

1、最终用户

1.1、通用性和个性化的矛盾

对企业管理最了解、最能正确决定企业管理模式的，应该是企业经营者，而非软件公司，这是最基本的商业运作规律。现有的大部分应用软件无法适应管理千变万化的个性和持续变革的需求。为了取得市场生存和竞争的优势，适应瞬息万变的市场环境，需要快速响应市场的需求，不断调整自己的组织模式和再造自己的业务流程，业务流程的设计、优化和管理成为企业竞争的重要手段，企业迫切需要支持其业务流程再造的信息系统的支持。市场上有很多管理软件，可为什么就找不到真正适合您单位需要的呢？不是功能太少，就是浪费太多，找一款称心如意的管理软件，真是太难了！对软件开发商来说，为每一个用户定做系统成本太高；对用户来说，对软件最根本的需求就是适用，只有适用，才会真正有人去用。企业迫切需要解决这种通用性和个性化的矛盾。

1.2、变与不变的矛盾

业务需求千变万化，企业的不断发展要求软件能轻松更新，以满足企业不断变化的需要。而传统软件往往一经开发完成，不能做太多变动，重新开发或购买软件劳财伤力，而且周期长。因此，用户希望软件系统提供简单可行、快捷的二次开发平台，以便他们自己开发新的应用或修改现有应用，以满足不断发展变化的业务需要。

1.3、定制开发价格和企业预算相距太远的矛盾

用户要求有价廉物美软件定制服务，以打造一款真正称心如意个性软件，但开发费用又不能太多。而开发商在定做软件时，由于投入较大，价格无法降低。企业最懂自己的需求和业务流程，迫切想自己开发自己的业务系统，但又缺少专业开发人员。

1.4、数据共享和信息孤岛的矛盾

随着计算机技术的飞速发展和计算机网络的大面积普及，企业信息化建设逐步深入，企业内部以及企业内部与外部建立起越来越多的业务应用系统，如何整合企业的现有IT资源，使企业中计算机孤岛式的应用向集体协作的方向发展，发挥资源效益的最大化，降低企业成本，正在逐渐成为企业关注的重要问题。用户希望企业内所有系统集成在一个平台上，操作统一，以节省培训时间。

2、软件公司

2.1、开发成本如何降下来

开发成本是决定软件公司生存和效益的主要因素，如何降低开发成本是每个软件公司经营者不得不思考的问题。降低开发成本方法有两个，一是通过降低人工工资，二是通过减少开发时间。降低人工工资就要降低软件开发难度，最好是0代码开发，这样无需招聘高技术高薪资的人才；减少开发时间就要提高开发开发效率，最好是通过配置构造软件。这两种方法均需要一款快速配置型开发平台。

2.2、摆脱对开发人员的过分依赖

高级软件开发人才流动性很大，导致很多软件公司的项目中途废止，对公司造成毁灭性打击。如何摆脱对开发人员的过分依赖，是软件公司经营者创办公司时首先面临的问题，这一问题的的解决方法仍然是选择一款开发平台做为公司的开发框架，这样公司对开发人员要求就不高了，即使换了其他开发人员，可以在很短时间内熟悉平台，继续以前的工作。

2.3、面对满足客户个性化需求应对很难很累

做通用软件产品的软件公司，如果用传统的开发方式，在遇到客户个性化需求时，要修改代码才能去满足，这样成本大大提高，且代码级修改会导致各种各样意想不到新问题。问题查找和再次修改导致成本增加，有时可能会造成项目亏本，严重时会导致项目失败。

2.4、如何永远跟上新技术的步伐

软件开发技术层出不穷，之前的软件是CS架构的WIN界面；后来客户都喜欢WEB操作方式；智能手机兴起了，又要手机端操作；最近两年微信火了，客户又想将功能集成到微信上，在微信上也可以操作。作为软件公司，面对多变的客户，真有点穷于应对了。如果不改变自己的软件，在市场上就失去了竞争力；如果改变，开发周期和成本又是一个大问题。要解决这一问题，要找一款架构灵活的开发平台，而且这款平台可以在未来新技术出现时，可无缝接入新技术，应用软件开发商只需升级平台，其应用系统就拥有了新技术功能。

二、软件开发平台种类

为了应对以上难题，一些软件公司设计出了软件快速开发平台，这种平台式开发工具将软件开发过程中重复使用的功能封装起来，开发者不用重复造轮子，直接使用，大大提高了开发效率，降低了开发难度和成本，甚至企业也可以自己开发自己的软件，不再完全依赖于软件公司。

目前软件快速开发平台主要有两种类型：一种是代码型软件开发平台，另一种是配置型软件开发平台。这两种开发平台各有千秋，定位不同场合和人员使用。代码型软件开发平台可以理解为一种代码生成器工具，通过定义业务规则，自动生成一套代码，节省了代码编写工作量，但没有从根本上解决软件开发的技术难度和代码管理和维护的工作量，软件开发完成后的修改仍然要动代码和进行重新编译，不能直接简单的通过业务逻辑修改自动更新。在这种情况下，配置型软件开发平台出现了，配置型软件开发平台无需编写代码，直接配置业务逻辑即可生成系统，修改和维护过程均不用代码，甚至开发者根本看不到代码。这样一来，开发难度和管理简单方便多了。也许有人会问：配置型软件开发平台通过配置开发软件，是不是灵活性欠佳？这个大可以放心，因为配置型软件开发平台不是完全不可以开发，对于特殊功能，平台如果配置不出来，也可以通过自定义开发后按开发平台接口规则无缝接入到平台。

三、配置型软件开发平台

配置型软件开发平台代表了软件开发平台最新的方向，颠覆了传统软件开发模式，将应用软件开发工作由程序员转向了业务人员，每个业务人员可以根据自己的业务需要开发自己的软件，而且一次开发，WEB端、C/S客户端、手机端(APP)、微信端同时生成，实现多设备跨平台同时操作，满足企业不同场合的工作需要。一些配置型软件开发平台公司，如天纵智能开发平台还在平台上配置好了商业企业和工业企业的全套管理系统，进一步简化了开发过程，开发者可以直接在这些通用应用模块上根据自己的个性需求进行修改，无须重头开始开发，大大节省了开发时间，提高了项目成功率。

一个成熟的配置型软件开发平台应包含开发框架和各种配套套件，如工作流套件、报表套件、系统管理套件、手机端套件、网站套件、CS客户端套件、内置工具、功能插件、应用插件等等。下面对这些套件的主要功能要求进行介绍。

3.1、开发套件

?全面的数据编辑控件：列表选择框、下拉树、超文本、超链接、二维码、附件...

?全面的数据编辑界面：网格式、主次表、单据式、EXCEL文件、WORD模板、HTML... ?全面的数据管理模板：标准列表、主次表、编辑+列表、内容+列表、网格、图标式、名片式...

?全面的数据分析方案：多表查询、多层表头、统计图、状态图、年度曲线、同比环比、地图分布、仪表盘...

全面的开发辅助工具：模块导出、模块导入、代码生成、代码转换、在线升级、演示数据生成...

?可定义数据分析按钮，支持多语句、存储过程、视图等。

?分类查询、简单查询、复杂查询，可保存查询条件。

?可设置工作提醒项目及逻辑，自动弹出提醒通知。

?可设置记录审批机制，已审批的记录不可修改。

?可设置记录提醒色，在列表中以不同背景色列出数据。

?编辑界面可设置字段分组标签。列表界面可设置分组和排序。

?开发者界面和应用系统界面分开，不同入口登录。

?模块表单可以集成到公司的网站上，网友可在公司网站上进入此表单上提交数据。

?支持批量修改、批量删除、数据复制、批量导入导出...

?单据明细可以批量导入、条码扫入及自定义快捷录入方案。

?自动纠错功能，可选择或自定义数据验证规则。

?可分类树方式展现模块表数据。左侧分类树，右侧数据列表。

?可设置数据触发，自定义触发公式、触发字段。

?可设置数据转移按钮，将表数据转移到其他表中或从其他表转移数据到本表。

?可定义数据挖掘，一层一层列出数据。

?可自定义数据保存后验证规则（可编写复杂代码进行数据验证处理）及弹出提示语。

?模块导入导出工具。用EXCEL文件导入导出模块，方便系统转移、维护和升级。

?代码网生成工具。生成自定义数据编辑界面前端和后端代码。

?自定义编辑页代码生成工具。用于设计自定义界面。

?导入数据结构工具。从其他数据库将数据结构导入本平台中。

?演示数据生成工具。快速生成演示数据，用于系统测试。

?数据导入模板生成工具。生成EXCEL数据导入模板，用于从EXCEL中导入数据。

3.2、工作流套件

?符合WFMC标准，完全基于用户需求，功能强大灵活。

?可视化拖动流程设计，容易理解，操作简单。

?串行、并行、与、异等各种复杂的流程逻辑关系，可中途修改流程或转交给其他人处理。

?可设置每个流程节点操作权限，可见字段及可操作字段等。

?可设定任务的多种分配方式与分配策略，可按部门、角色、用户等方式分配任务。

?多种通知方式，包括邮件、手机短信、短消息。系统自动根据设定好的时间进行提醒和催办，还可提醒相关监管人。

?支持流程自动触发和手动触发，实现流程自动化处理。

3.3、报表套件

?提供多种报表解决方案供用户选择。

?EXCEL报表。直接在EXCEL中设计，会EXCEL就可设计报表。

?水晶报表。业内名气最大的报表工具。

?FastReport报表。小巧，速度快，性能稳定。

?HtmlReport报表。可直接在静态网页上设计和运行。

?财务报表。用EXCEL直接设计格式及公式，财务报表专用。

?如果你有第三方报表工具，也可轻松接入....

3.4、系统及权限管理套件

?基于角色的权限管理，大大减轻了系统授权的工作量。

?可分配多人操作授权，各自管理自己授权的用户和范围。

?可设置每个模块、表的操作权限。

?可设置用户查看数据范围，如全部数据、分公司数据、本部门数据、本人数据等多种范围。?可定义禁止操作字段、禁止查看字段、禁止打印报表项目、禁止分析项目等。

?职务代理功能。出差或请假时可设置自己的职务代理人。

?数据导入工具可方便从EXCEL中导入数据到数据库中。

?数据初始化、备份、还原、系统日志...

3.5、手机客户端套件

?简单配置，即生成手机端程序，无需过多另外开发。

?也可在电脑操作模块中直接勾选手机端操作，无需单独开发。

?支持iOS、Android、Windows Phone等种系统的智能手机或平板电脑。

?可通过手机浏览器、微信操作，也可通过APP（手机客户端）操作。

?集成PhoneGAP+JQuery+HTML5等多种最新技术,。

?时尚简约iOS7、WIN8风格，扁平化界面，操作简单且人性化。

?集成微信、支付宝支付、百度地图、扫描条码/二维码、定位等更多接口。

3.6、门户网站套件

?快速简单搭建企业门户网站，一小时建站。

?一次配置，同时生成电脑和手机两个网站。

?电脑和手机同一域名登录，系统自动识别是电脑还是手机。

?可开发站群，在一个数据库中放置多个网站。

?可设置新闻资讯、产品展示、相册、视频点播、智能表单、论坛、商城、会员等各种常用页面，也可自定义网页接入。

?图片自适应，在手机中，图片会自动同比例缩小适应小屏幕。

?文章可设置是否审批后发布，也设置是否允许网友评论。

?风格可以自己调整，可接入自己设计的网页。

?时尚简约界面风格，最新技术开发，支持各种主流浏览器。

?可让用户下载网站手机客户端（APP）安装访问。

3.7、C/S客户端套件

?系统在WEB上开发完成后，智能客户端自动产生，无需另外开发。

?充分发挥C/S界面操作速度快、交互性好的特性。

?一些接硬件方面的功能可以在C/S客户端上操作，如POS机收银、身份证扫描等。

?可在模块设计时定义是否可以在C/S客户端上操作。

?可开发C/S网络架构，也可使用单机数据库开发单机版软件。

?也可在智能客户端上进行开发工作，实现多种方案协同开发，提高速度。

?40多种界面风格供选择，最前沿时尚专业的UI皮肤，打造炫丽界面。

3.8、内置工具

?平台开发好了各种实用工具，可直接使用你的系统中。

?文档阅读系列工具，可以在线阅读各种格式文档。

?在线朗诵工具可以运用电脑发声朗诵指定记录的内容。

?在线支付工具是利用支付宝接口进行在线付款的工具。

?消息发送系列工具可发送短信、邮件、消息、微信、传真。

?地图标注工具用于查看指定记录的地图信息。

?在线拨打电话工具可在线对指定记录中的电话号码进行拨打。

?通过工具实现操作各种硬件设备，如：考勤机、POS机、身份证扫描仪、点菜宝、语音盒、传真盒、LED屏等。

3.9、功能插件

?模块功能通过调用插件方式生成，以实现平台无限扩展。

?功能插件是生成模块的模型或中间件，可以快速生成具体功能模块。

?平台自带大量功能插件，直接供开发者调用。

?开发者也可开发插件重复使用，或销售给其他开发者。

?插件无限扩展，平台开发公司会根据市场需要开发更多的插件供开发者使用。

3.10、应用插件

?应用插件是指用平台开发好的应用系统。配置好了商业企业和工业企业的全套管理系统，用户无须重头开始开发，只须在这些模块基础上结合企业个性化需求稍作修改即可使用，大大节省了开发时间。

?开发者开发系统时，可以集成开发好的应用系统，不用每个模块从头开发。

?开发者之间也可分享应用系统或互相销售应用系统。

?应用可通过EXCEL进行导出、导入，集成转移非常方便。

四、总结

通过上面分析，我们不难看出，配置型软件快速开发平台是软件开发的趋势，特别适合企业管理软件的开发，她将会是未来企业管理软件开发的重要工具。

配置管理规程

配置管理（Configuration Management, CM）的目的是通过执行版本控制、变更控制等规程，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。 配置管理过程域的四个主要规程： 制定配置管理计划－配置库管理－配置版本控制－配置变更控制 定义 1.工作成果（Work Product） 项目研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等。 2.配置项（Configuration Item, CI） 所有纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类： （1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。 （2）项目管理中产生的文档。如计划、报告等。这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：标识符、名称、文件状态、版本、作者、日期等。所有配置项都须保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 3.基线（Baseline） 基线由一组配置项组成，并且这些配置项已被“冻结”，任何人不能再随意修改（见变更控制规程）。基线通常在里程碑处建立，所以一个产品可以有一个或多个基线。基线的主要属性有：标识符、名称、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发所用的基线则称为一个“Build”。 4.项目配置管理员（Project Configuration Manager） 为了提高配置管理的效率和安全性，项目需要有专人为项目制定《配置管理计划》，创建和维护配置库，在本文档中，该负责人称为项目配置管理员。在公司，项目支持负责人担任项目配置管理员的角色。 5.项目变更控制委员会（Change Control Board, CCB） 项目CCB对项目内配置管理的各项活动拥有决策权（例如审批配置管理计划，审批变更请求等）。对于配置管理而言，项目CCB是决策者，而项目配置管理员是执行者。项目CCB的人数视项目的规模而定。通常项目CCB由项目经理、资深项目成员等人组成，项目经理为项目CCB负责人。CCB的决策采用“少数服从多数”原则。 1.1 配置管理流程介绍 配置管理的流程下图所示：

软件配置管理

软件配置管理（Software configuration management，SCM） 目录 软件配置管理 (1) 什么是软件配置管理 (2) 配置管理的任务 (2) 实施软件配置管理的优点 (2) 配置软件管理实施的流程 (3) 软件配置管理与CMMI (4) 软件配置管理案例分析 (4) 案例：配置管理在软件企业中的应用 (4)

软件配置管理(SCM)是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。SCM活动的目标就是为了配置管理是对产品进行标识、存储和控制，以维护其完整性、可追溯性以及正确性的学科。目的是使错误降为最小并最有效地提高生产效率。 1.维护和编制公司配置管理规划、流程和策略。 2.负责日常运行维护及系统优化，负责配置管理工作，包括权限分配、基线管理、版本管理、变更管理、配置审计等;负责配置管理报告的编写和分析。 3.监督和审核项目过程中配置管理规范的实施情况,为项目组提供配置管理流程、工具方面的咨询、培训和支持，参与公司产品及体系认证与维护工作 4.负责建立和优化公司配置管理的相关规范和流程并进行相关推广。 不断优化公司配置管理方法和工具 (1)定义配置项：软件配置项(SCI)即软件配置管理的对象。软件开发过程中产生的所有信息构成软件配置，它们是：代码(源代码、目标代码)以及数据结构(内部数据、外部数据)、文档(技术文档、管理文档、需方文档)、报告，其中每一项称为 (2)标识配置项：正确标识软件配置项对整个管理活动非常重要，对软件开发过程中的所有软件项目赋予唯一的标识符，便于对其进行状态控制和管理。 (3)定义基线：基线标志着软件开发过程一个阶段的结束，任一软件配置项，一旦形成文档并审议通过，即成为基线。基本的作用在于把各阶段的工作划分得更明确，使本来连续的工作在这些点上断开，以便检验和肯定阶段成果。 (4)定义软件配置库：软件配置库内容涵盖开发的全过程. 实施软件配置管理的优点 ?节约费用：缩短开发周期、减少施工费用 ?利于知识库的建立：代码对象库、业务及经验库 ?规范管理：量化工作量考核、规范测试、加强协调与沟通。

软件配置管理过程指导说明书(超级实用)

软件配置管理过程指导说明书

目录 1 前言 (2) 1.1 目的 (2) 1.2 适用范围 (2) 1.3 术语名词解释 (2) 2 角色和职责说明 (3) 3 输入 (4) 4 入口准则 (4) 5 配置管理实施 (4) 5.1 配置库结构 (4) 5.1.1 配置库 (4) 5.1.2 配置管理库系统 (6) 5.2 配置管理流程 (6) 5.2.1 配置管理流程图 (6) 5.2.2 配置变更流程图 (7) 5.3 配置标识 (8) 5.3.1 配置库划分 (8) 5.3.2 配置库结构 (8) 5.3.3 配置项命名 (11) 5.3.4 版本编号规范 (11) 5.4 配置管理活动 (12) 5.4.1 制定配置管理计划 (12) 5.4.2 建立配置库 (12) 5.4.3 建立配置项 (12) 5.4.4 基线建立及发布过程 (12) 5.4.5 配置变更 (13) 5.4.6 配置审计 (15) 5.4.7 备份 (16) 6 输出 (16) 7 出口准则 (16) 8 本过程裁剪规定 (16)

1 前言 1.1 目的 用于描述配置管理作用和过程，规范配置管理的实施过程、活动和操作。 1.2 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3 术语名词解释 CCB：Configuration Control Board，配置管理委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由质量工程师、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、上级质量部门主管。CCB组长可以是质量工程师或质量部领导，但不能是项目经理。 软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等，包括：项目文档，源代码，执行程序，相关设备及资料。 软件配置管理：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。 软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。 软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品 基线：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，也即指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。（3）基线变更必须经过CCB审批。 变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。 版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发布（release）。 配置审计：可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性，主要考查软件受控库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性；功能审计审查配置项内容的正确性与一致性，主要考核配置项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。 物理审计的内容包括： ? 确认配置项标识的正确性； ? 确认已受控配置项的更改是受到控制的； ? 验证配置库内容与相应记录之间的一致性； ? 验证配置管理活动与相应记录之间的一致性； ? 验证配置管理工作是否符合适用的标准和规程； ? 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ? 验证当前基线所含配置项对前一基线所含配置项的追溯性； ? 确认当前基线所含配置项均正确反映了项目需求； ? 评估基线的完整性； ? 验证当前基线和各基线间所含配置项的一致性； 验证配置库内容的完备性和正确性等。

软件配置管理规定

软件配置管理规定? 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程，制定本规定。 一、配置原则? 1、软件配置遵循安全性、适用性、 2、单经济性与正版化得原则，不得配置非正版软件。? 位使用得商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关得各类软件。?3、优先采用场地授权(许可)方式配置软件。 二、配置流程 1、软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1)。 ２、信息化部门统计、汇总软件使用部门报送得《软件使用需求申请表》,对软件使用部门需要得相关软件进行统一测试与试用，综合考虑软件得价格、兼容性、安全性与售后服务等因素,确定软件选型,明确软件名称与版本.涉及使用免费软件得,更新《可使用免费软件清单》(附件2）。 3、信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可得差异。单位软件许可不足得，编制《软件采购计划表》（附件3）。 4、财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年

限、兼容性与售后服务等要求。?5、财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点就是软件采购合同、软件授权证书、软件安装序列号等资料得管理工作。? 6、信息化部门负责软件使用管理日常工作。?7、单位采购得软件,因以下情况申请报废得，需经过信息化部门鉴定,严格履行资产处置报批手续：?(１）已经达到规定得最低使用年限,且无法继续使用得.?（２）未达到规定得最低使用年限,因技术进步等原因无法继续使用得。?（3）未达到规定得最低使用年限,因计算机硬件报废，且无法迁移到其她计算机上继续使用得. ８、信息化部门在单位新采购软件、报废软件与调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4)。

软件开发平台在企业中的应用

软件开发平台在企业中的应用 对于刚毕业的大学生来讲，从事软件开发行业等于是踏上了IT业的头等舱，很多计算机系相关专业的学生都在纷纷面试软件开发及维护的相关岗位。IT企业在招聘的时候会给面试者设置沟通考核，上机测试等重重关卡，不但要求应聘者具有扎实的理论背景、优秀的动手能力，还要有恰当的表现力。这些条件对于缺乏实践训练的大学生来说很难达到。还有一年的时间我们07级的学生就要毕业走向社会了，面临日益激烈的竞争，我们如何在竞争中脱颖而出? 面对推陈出新的技术，我们如何跟上时代的步伐？为此，我们根据软件工程师的必备素质，给有志成为软件精英的学生们提出一些建议。 首先，要了解软件开发的具体流程。实际的软件项目开发过程，它是遵循一定的软件开发流程的。这个流程基本上应该是标准化的。一个软件项目的形成，它分为前期的项目搜寻阶段，这个阶段的主要任务是收集一些市场信息，跟踪用户的需求等。再就是项目立项，提出立项的建议，提供合适的资金和资源，使项目建议成为正式项目。然后就是项目的售前工作，合同的生成以及合同的执行。具体到工作岗位，比如说需求分析员，根据客户的说明，发现软件需求并最终写成《软件需求说明书》；软件设计员，根据《软件需求说明书》的要求，设计软件方案，写成《软件设计说明书》；程序员根据《软件设计说明书》的要求编写程序代码；测试员根据《软件需求说明书》的要求，检查软件产品是否符合设计的要求。这只是大致的流程，实际情况要比这还复杂。 其次，要了解当今的主流开发平台都有哪些，主流开发技术都有哪些。J2EE 和.net都是当前web应用系统开发的主流平台。Web应用系统就是利用各种动态Web技术开发的基于B/S(浏览器/服务器)模式的事务处理系统。用户直接面对的是客户端浏览器，使用系统时，请求之后的事务逻辑处理和数据的逻辑运算由服务器与数据库系统共同完成，对用户而言是完全透明的。运算后得到的结果再通过浏览器的方式返回给用户。比如：ERP系统、CRM系统以及常见的网站系统(如电子政务网站、企业网站等)都是Web应用系统。不同的软件开发平台，所应用的技术也不一样。以J2EE为例，J2EE是Java2平台企业版（Java 2 Platform,Enterprise Edition）的缩写。它是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，

软件开发项目配置管理工具的选择

软件开发项目配置管理工具的选择 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改； 但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。 常见的配置管理工具 正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。 正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制

软件开发平台的概念

软件开发平台的概念 1 软件开发框架的概念 在企业应用软件开发领域，往往存在两种选 择，那就是SUN 公司的SUN ONE 框架平台 和.NET Framework（一般业内简称.Net 框架平台）。 J2EE 只是SUN ONE 平台下的一个概念性的 开发应用平台而已。跟.NET 框架平台不是一个 级别性的东西，只有一般不了解技术的人才把一个架框平台和一个开发平台进行比较。 一般来说，Windows .NET Framework 是Microsoft 的Windows 系统中经过精心定义的技

术框架，微软所有开发系统产品的多年的整合，而J2EE 则是一个书面的协议，只是一个技术要 领。如果不局限于学术方面的讨论，换句话说，就是在几个应用平台上讨论这个话题的商业价值，没有任何意义。仅仅于技术初学者在学习技术的初级阶段寻找一个的指导方向而已，能够让技术的入门者确定寻找工作的目标。

2 .NET 框架平台和J2EE 介绍 2.1 .NET 框架平台介绍 .NET 全称Windows .NET Framework 来自于 微软，是一套全能的框架平台，支持C++ 、C#、J++、VB、ASP 等语言，能够解决C/S、B/S 和单机等结构的软件开发需求。.NET 平台将这些语言编译成CLR 语言，使它们可以无差别的运行 在.NET Framework上，是2000年以后微软最为重要的软件开发套件产品。.NET 框架入门门槛较低、使用方便，并且微软对其提供了良好的文档支持和在线服务。 .NET 框架平台的目标是“多种语言共享一种平台”，把所有的企业开发应用统一到一个架框里来。 2.2 J2EE 介绍 J2EE 基于各个软件组件的企业服务应用平台。需要专业成熟的软件公司花费大量的精力和时间去布署才能发挥J2EE 架构的企业级应用组件功能。

软件配置管理规范.doc

软件配置管理规范1 1．简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退

出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。

PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1

软件开发管理制度

软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。

软件配置管理流程

配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________

目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)

1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图

1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员

快速开发平台简介

POBA 公司文档 Copyright 1999-2013poba Software 1 普巴快速开发平台简介 1 平台简介 随着WEB 应用开发技术的发展，应用软件开发平台得到了极大的进步，大多数的软件公司都会开发自己的架构，搭建自己的应用平台，来适应软件企业所在的行业应用，同时将行业的若干通用化的应用做成构件或组件，增强软件的重用性，降低软件开发的风险。 普巴快速开发平台，是业界领先的基于SOA 架构的JavaEE 快速应用开发平台，被业界誉为“软件开发推进器”。它采用先进的“配置化”、“组件化”设计理念和高级封装技术，并积累了大量成熟而实用的应用组件，绝大多数开发与应用无需编码，开发人员无需懂JAVA 即可进行“所见即所得”式的开发，使开发效率提高了一个数量级，并且应用可立即部署，大大缩短了应用开发的调试期，降低了用户的开发成本。为企业、软件开发厂商提供了一套快速开发的工具，同时为用户提供了一套智慧的管控一体化的信息支撑平台。 快速开发平台结构图

POBA 公司文档 2 Copyright 1999-2013poba Software 2 平台使用对象 ISV 独立软件开发商 SI 系统集成商 大中型企业和政府IT 部门 3 平台解决问题 用户在软件开发过程中常遭遇如下难题： 技术难度大，开发成本居高不下 开发、部署效率低 不断变化的企业需求，企业疲于应付 技术骨干流动频繁，重复开发现象严重 多种模式下缺乏统一规范和标准 系统可维护性差，维护成本高 大型项目开发周期长，难以和实际需求匹配 针对上述使用对象面临的问题，普巴快速开发平台革新了软件开发模式，以组件构建的方式实现软件开发，大多数应用无需编写代码，对于复杂应用，也只需编写少量脚本，就可以实现复杂的应用。同时引入了大量的构件，开发人员可直接通过开发工具进行设置，降低了对开发人员技术水平的要求，普通开发人员经过学习就可上岗，解决了技术骨干流动给项目带来的重复开发现象。 通过系统内置的设计工具，基于浏览器进行模板设计、模块设计以及流程设置，能够大幅度地减少开发工作量，提高了开发效率，比传统软件开发节省一半左右的时间。对于项目管理人员，可以将主要精力集中在项目的需求工程、应用设计，降低了项目的风险。 由于在开发实现过程中，压缩了编码的工作量，应用跟踪调试的时间也相应减少，整个应用实现的时间也相应减少，提高了应用的可维护性和软件的稳定性。 4 平台优势和价值 极大地提高了开发效率，缩短应用实现时间80% 以上，大大地缩短了应用

软件配置管理规范流程模板

软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件

的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

软件配置管理控制程序

配置管理控制程序 历史记录

目录

1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。 配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。 2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。

CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。 配置管理控制委员会负责审批软件配置管理计划； 配置管理控制委员会负责审批软件基线的建立； 配置管理控制委员会负责审批对软件基线配置项的变更； 配置管理控制委员会负责审核和批准产品发布。 2.3 SCCB负责人 SCCB负责人通常由项目经理担任，代表SCCB在有关文件上签署意见。 2.4 项目经理 定期或事件驱动地评审或审核CM活动。 2.5 测试组 负责审核《配置管理计划》任务列表中与测试有关的内容 2.6 开发组 负责审核《配置管理计划》任务列表中与开发有关的内容 2.7 QA组 负责审核《配置管理计划》任务列表中与QA有关的内容

流行的软件开发工具有哪些

不同的领域需要不同的图软件开发工具，这需要根据大家的需求不懂来决定。下面来跟大家介绍一些流行的软件开发工具。 1. 桌面程序：Java、C++、C#、VB、C均可。 2. 网站服务器端开发：JSP(Java语法)、PHP、ASP(C#语法)、Web App 框架等 3. 网站客户端：HTML、CSS、Javascript、Flash等等 4. 智能手机程序：安卓使用Java，iPhone使用Objective-C 5. 底层、工具开发：C、C++ 6. 多功能脚本程序：Python、Perl、Ruby等等 7. 人工智能：Prolog、PDDL 8. 工业控制：C、PLC、汇编 9. 通用应用层数据交换处理技术：标记语言XML/XPATH/XSLT、JSON、YAML等等

软件开发平台包括基础开发平台和快速开发平台，基础开发平台是从0开始写代码，而快速开发平台一般是做好了一些现成中间件，节省一定代码量。也有完全不用写代码的，直接通过配置开发软件的快速开发平台。 1、.NET底层的：天纵开发平台 2、JAVA底层的：普元开发平台、起步开发平台 3、EXCEL表格类：勤哲、云表 黑帽科技是一家集软件定制开发、软件外包、智慧信息化建设的软件开发服务商，黑帽科技拥有成熟的APP定制开发、小程序定制开发、软件项目外包开发平台。是专业的互联网产品解决方案提供商，可提供互联网产品咨询、网站设计、网站开发、手机应用开发、移动应用开发。黑帽科技为政府、企业以及团体提供行业解决方案和产品工程解决方案以及相关软件产品、平台及服务。我们通过规范的软件服务管理流程、精确的需求响应、迅捷的软件交付能力，全面构造公司的核心竞争力，并打造一支专业的技术服务团队，成功服务于数百家用户，赢得了广大客户的尊重和认可。 想要了解更多详情内容请拨打联系电话或登录浙江黑帽科技有限公司官网

研发项目管理之配置管理规程

研发项目管理之配置管理规程 1 总则 1.1概述 在项目整个生命周期中项目管理员应对研发工作产品进行标识，跟踪完成有关基线变更处理。 1.2基本原则 项目配置管理的目的是建立和维护项目在整个生命周期产品的统一性、完整性和可追溯性。应遵循的原则： 项目管理员负责项目配置管理。 项目配置管理工作贯穿项目的整个生命周期。 项目管理员应定期检查配置管理工作。 项目结项时应提交配置状态记录表。 1.3人员要求及岗位职责 1.3.1项目管理员 1.3.1.1职责 建立基线库，实施版本控制；收到或更改某个配置项时，应及时通知有关人员；记录并维护配置状态信息，配合项目管理员及领导对项目配置管理的定期检查工作。项目结项时，应对项目的配置情况进行总结，最终提交配置状态记录表并存档。 1.3.1.2岗位要求 接受相关配置管理规范、变更管理规程的培训。

1.3.2项目经理、开发部经理 1.3. 2.1职责 定期或在事件驱动下检查配置管理工作。 1.3. 2.2岗位要求 接受相关配置管理规范、变更管理规程的培训。 1.4资源保证 公司研发部门保证提供完成项目配置管理工作所需的资源、工具和人力。 2 规范流程 2.1.1配置管理规范 2.1.1.1目的 指导项目管理员进行配置管理工作。 2.1.1.2适用范围 公司研发部门所有开发项目 2.1.1.3配置管理过程 2.1.1. 3.1制定配置管理计划 项目管理员负责制定项目配置管理计划，内容包括项目中将要进行的配置管理活动、时间安排、相关资源，职责分配等。 对于配置项变更应按照“变更请求流程”来进行。 配置管理计划应经项目经理审核 配置管理计划由项目管理员负责管理和控制，由项目组遵照实施。

软件配置管理控制程序A0

程序文件 软件配置管理控制程序 文件编号 版木A0 贞数第1贞共6贞 編制部门研发部 生效日期2018年09月05日 修改页 文件编号修改条款修改内容修改人/日期生效日期全文首次发行 分发部门会签 编制审核批准□业务部□研发部□采购部□生产韶□质量部□行政部

软件配置管理控制程序 软件配這皆理贯穿于软件整个生命周期，对规范软件版本、源代码、文件、工具、现成软件等控 制要求，确世配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公 司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 适用于本公司所有的软件项目，并贯穿于软件生存周期全过程。 3.1项目经理 负责指过配置管理人员: 负责审批配置管理il ?划; 负责执行配置管理il 划。 3. 3质量部 > 负责跟踪配置管理il ?划的实施。 4.1术语泄义 软件配置管理：是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更, 记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 软件配置项：为配置管理的目的而作为一个单元来看待的硬件/软件成分。 基线：一组拥有唯一标识号的需求、设计、源代码文件以及柑应的可执行代码、构造文卷和用户文档 构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配苣项〉和生成可执行 文卷的工具" 4.2配置管理讣划编制 所有项目在指；4^项目开发计划时，都应有项目经理指定配置管理人员，然后由配置管理人员编写 《配置管理计划》，也可以包含在《软件开发计划中》，配置管理讣划至少应包括的内容: ? 配置管理人员的组成及分工 2. 范围 3. 职责 3.2 配置管理人员 4. 工作程序

软件配置管理规定

软件配置管理规定 为进一步加强软件配置管理工作，明确软件配置原则，规范软件配置流程，制定本规定。 一、配置原则 1.软件配置遵循安全性、适用性、经济性和正版化的原则，不得配置非正版软件。 2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关的各类软件。 3.优先采用场地授权（许可）方式配置软件。 二、配置流程 1.软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1）。 2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》，对软件使用部门需要的相关软件进行统一测试和试用，综合考虑软件的价格、兼容性、安全性和售后服务等因素，确定软件选型，明确软件名称和版本。涉及使用免费软件的，更新《可使用免费软件清单》（附件2）。 3.信息化部门依据单位软件使用管理台账，梳理单位软件需求与现有软件许可的差异。单位软件许可不足的，编制《软件采购计划表》（附件3）。

4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件，因以下情况申请报废的，需经过信息化部门鉴定，严格履行资产处置报批手续：（1）已经达到规定的最低使用年限，且无法继续使用的。 （2）未达到规定的最低使用年限，因技术进步等原因无法继续使用的。 （3）未达到规定的最低使用年限，因计算机硬件报废，且无法迁移到其他计算机上继续使用的。 8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4）。

软件配置管理规范流程

1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一

软件研发部管理制度

软件研发部管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计

划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。

软件配置管理规范标准

页眉 软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline)

己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 页脚 页眉 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1 1.5.2 方针 SWL开发组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS 使用指南 组织管理配置库使用指南 软件开发文档命名约定 1.5.5模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case 配置管理培训教材》 1.5.7 工具 Clear Case Visual SourceSafe Visual Basic Office 97/2000/XP DreamWeaver PhotoShop