IIS中调用Excel应用程序的配置

IIS中调用Excel应用程序的配置
IIS中调用Excel应用程序的配置

IIS中调用Excel应用程序的配置

在开始菜单中点“开始”、“运行”,在中输入“dcomcnfg”,然后点“确定”按钮,将出现下图所示的窗口:

点击右侧的“计算机”,将出现如下图所示的窗口:

点击其中的“我的电脑”,将出现下图所示的窗口:

点击窗口中的“DCOM配置”将出现如下图所示的窗口:

在右侧的dcom应用中找到“Microsoft Excel应用程序”右击,选择“属性”。在弹出窗口中选择“安全”标签,出现下图所示的窗口:

在窗口中的“启动和激活权限”中选择“自定义”选项,此时后面的“编辑”按钮就可以点击了。点击“编辑”按钮,出现下图所示的窗口:

在窗口中,点击“添加”按钮,在弹出的窗口中,添加IIS的默认用户“IUSER_USER”用户,就是Internet来宾用户。添加好用户以后,将此用户权限中的“本地启动”和“本

地激活”两个选项选中即可。

什么是IIS应用程序池以及应用程序池详解

什么是应用程序池呢?这是微软的一个全新概念:应用程序池是将一个或多个应用程序链接到一个或多个 工作进程集合的配置。因为应用程序池中的应用程序与其他应用程序被工作进程边界分隔,所以某个应用程序池中的应用程序不会受到其他应用程序池中应用程序所产生的问题的影响。 Windows 2003同时支持两种工作模式,默认为ISS 6.0工作进程隔离模式。工作进程隔离模式防 止一个应用程序或站点停止了而影响另一个应用程序或站点,大大增强了IIS的可靠性。那么如何设置两 种工作模式呢? 启动IIS管理器,右击网站,选择“属性”,打开属性对话框(图1)。 在IIS 6.0工作进程隔离模式下,所有的应用程序代码都在隔离环境中运行,它们是如何进行隔离的呢?Windows 2003新增了应用程序池,工作进程隔离模式允许客户创建多个应用程序池,每个应用程序池都 可以有不同的配置。因为这些应用程序池直接从内核(而非WWW 服务)接收它们的请求,所以性能和可靠性得到了增强。要隔离运行在同一台计算机上但属于不同网站的Web应用程序,需要为每个网站创建单独的应用程序池。 创建应用程序池 在IIS管理器中,打开本地计算机,右键单击“应用程序池”,选择新建“应用程序池” (必须在工作 进程隔离模式下才能建立应用程序池)。“应用程序池名称”框中,输入新的应用程序池名称。如果在“应 用程序池ID”框中出现的ID (如:AppPool #1)不是您想要的,可进行重命名。如果您单击了“将现有应用程序池作为模板”,请在“应用程序池名称”框中右键单击想要用来作为模板的应用程序池。最后单击[确定]。

指派应用程序池 在IIS 管理器中,右键单击您要为其指派应用程序池的应用程序,然后单击“属性”。单击“主目录”选项卡,确认您正在指派的目录或虚拟目录的“应用程序名”是否已被填写。如果“应用程序名”框尚未被填写,请单击“创建”,然后输入名称。 在“应用程序池”列表框中,选择您想要为其指派的应用程序池的名称。最后单击[确定]。 一起来看看有关应用程序池的一些问题。应用程序池的“属性”对话框有四页——回收,性能,运行状况,标识,如图六所示。在这些选项页中,最引人注目的恐怕就是“回收”页,使用该选项页可以管理工作进程 的回收。在工作进程隔离模式中,IIS可以配置成定期重新启动应用程序池中的工作进程,从而更好地管理那些有错误的工作进程。这确保了池中的应用程序运行正常,并且可以恢复丢失的系统资源。为了回收工 作进程,失败工作进程接收请求的能力将被限制,直到它处理完存储在请求队列中的所有剩余请求。为了 排出当前请求,可以给予进程配置限制。同一命名空间组的替换工作进程在旧的工作进程停止前启动,从 而防止服务中断。旧的进程完成其未决的请求,然后正常关闭,或者如果在达到了配置的时间限制、请求数、设置的时间计划,或当达到指定的内存用量限制后仍没有关闭,则明确地终止进程。默认情况下,应 用程序池每隔1740分钟(29小时)回收一次。 W3SVC根据“运行状况”页的选项来判断应用程序池运行是否正常,包括:每隔指定的时间Ping工作 进程,时间按秒计,默认值30秒启动时间限制(工作进程必须在指定的时间内开始)关闭时间限制(工作进程必须在指定的时间内关闭)是否启动快速失败保护(如果在指定的时间段内一定数目的工作进程发生 失败,则禁用应用程序池)。另外,ISAPI应用程序(包括https://www.360docs.net/doc/96546824.html,和asp.dll)可以声明自己不再适合提供服务,要求回收。 默认情况下,当IIS 6.0回收一个池时,它会使用一种称为overlapped recycle的回收技术。在这种回收模式下,失败的工作进程仍会保持运行状态,同时创建一个新的工作进程。IIS 6.0把新传入的请求传递给新的工作进程,但不拆除老的工作进程,直至老的工作进程处理完它队列中的请求,或者遇到超时错误。在此期间,TCP/IP连接不会丢失,因为有http.sys保持着连接的有效性。当失败的工作进程超时出错时,下一个请求传递给工作进程的请求是新的请求,因此原来保存在进程中的会话信息就会丢失。所有这类回 收操作都自动进行,无需管理员干预,而且在大多数情况下,不会造成明显的服务中断现象。如有必要, 可以将配置数据属性LogEventOnRecycle的值设置为1,指示W3SVC执行回收操作时生成一条事件日志 记录。 对于那些不能以多个实例运行的应用程序,overlapped recycle回收技术可能引起问题。如果遇到这类问题,可以将配置数据属性DissallowOverlappingRotation的值设置成 True(1),关闭某个应用程序池回收操作时的进程“重叠”现象。另外,对于失败的工作进程,有时我们可能不想将它拆除,仍旧保留该进程,以便检测和寻找发生问题的根源,这时可以将配置数据属性OrphanActionExe设置成执行文件的名字,使得工作进程成为“孤儿”时执行文件仍保持运行状态。 另一个与应用程序池有关的特性是,IIS 6.0允许将应用程序池配置成一个Web园(Web Garde n)。要理解Web园的概念,可以设想这样一种情形:假设有一个IIS 5.0服务器和三个Web网站,每一个Web 网站运行着相同的应用程序,如果IIS 5.0能够自动按照圆形循环的模式将请求依次发送给这些功能上等价、实际上分离的Web网站,将负载分离到三个不同的进程,就可以构成一个小型的Web农场(Web Farm)——这就是Web园。

项目配置管理过程规范方案

项目配置管理过程规范文档种类:研发体系 发行范围:研发中心

变更记录

目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (6) 4. 入口准则 (6) 5. 活动 (7) 5.1. 活动关系图 (7) 5.1.1. 配置管理流程图 (7) 5.1.2. 配置变更流程图 (8) 5.2. 活动描述 (8) 5.2.1. 制定配置管理计划 (8) 5.2.2. 建立配置库 (9) 5.2.3. 建立配置项 (9) 5.2.4. 基线建立及发布过程 (9) 5.2.5. 配置变更 (10) 5.2.6. 配置审计 (11) 5.2.7. 备份 (11) 6. 输出 (11) 7. 出口准则 (11) 8. 本过程裁剪规定 (11)

1. 前言 1.1. 目的 用于描述配置管理过程,规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB:Configuration Control Board,配置控制委员会,每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成,有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理,但不能是项目经理。 Baseline:基线,是开发过程中标识出的里程碑所交付的一个或多个配置项,它有三个特征:(1)已经过正式的评审和批准;(2)作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计:可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性;后者审查配置项内容的正确性与一致性。 物理审计的内容包括: ?确认配置项标识的正确性; ?确认已受控配置项的更改是受到控制的; ?验证配置库内容与相应记录之间的一致性; ?验证配置管理活动与相应记录之间的一致性; ?验证配置管理工作是否符合适用的标准和规程; ?验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括: ?验证当前基线所含配置项对前一基线所含配置项的追溯性;

修改iis应用程序池标识添加系统用户

修改iis应用程序池标识,添加系统用户 By ynhu33 85076921 通过应用程序池,你可以配置IIS要启动的工作进程数以及这些进程的更多配置细节。对于IIS管理器中配置的所有应用程序池,Web服务器至少启动一个工作进程。在每个工作进程里,可以容纳多种类型的应用程序--从ISAPI DLL到传统的ASP,当然还有https://www.360docs.net/doc/96546824.html,。为了管理应用程序池,IIS 6.0管理器包含了一个新的配置结点,它是应用程序池。 一旦创建了应用程序池,就可以在这个池里运行Web应用程序了。前面提到过,现在通过应用程序池来实现对Web应用程序的隔离;因此,配置虚拟目录和网站时,应用程序池的设定取代了原先在IIS 5.x里介绍的隔离模式设置。 你可以用应用程序池实现的一个有用的隔离策略是安全性。对于每个具有特殊安全权限的应用程序,你可以创建一个具有那些权限的单独的Windows用户,并配置应用程序池把该Windows用户作为标识。 你可以选择的预定义账号如下所示。 网络服务。这是一个受限的账号,具有比本地系统账号小很多的权限。这个账号适合需要访问网络且需从其他机器访问的应用程序使用。 本地服务。这个账号的限制比网络服务账号的限制更多,它适合不需要额外网络访问的服务使用。使用这个账号运行的服务没有访问其他网络资源的权限,它们只能够访问本地资源。本地系统。著名的本地系统账号当然仍然存在。不过,我们不再推荐任何类型的Web应用程序使用这个账号,因为它是系统最强大的账号。它可以在本地系统上执行任意活动,所以用该账号运行的系统也可以做这一切。从根本上说,你的策略应该是应用程序总是运行在"最小权限"账号下,也就是说,这个账号不应该有任何应用程序实际不需要的权限。因此,如果某人能够攻破该应用程序,危害将被限制到最小,因为应用程序运行的账号是受限的。

IIS应用程序池多工作进程设置及Session共享

IIS应用程序池多工作进程设置及Session共享 1 概述 微软的IIS作为Windows平台下https://www.360docs.net/doc/96546824.html,网站发布的默认WEB服务器,在性能上提供了比较大的 弹性和可伸缩性,通过应用程序池工作进程数的设置,可以支持从几十到上万并发数量的访问。本文档对相应设置过程进行操作指引,并对设置过程中的注意事项进行重点描述。 2 应用程序池多工作进程设置 根据以往的经验值,在主流的PC-SERVER主机(Xeon E5645 @ 2.4GHz,6核心12线程,32G 内存)上,每个应用程序池的单一工作进程,能够大约承受30-50个左右的并发,如果超出此并发数量,可能会出现IIS无法响应、或响应时间明显变长的问题。通过合理设置应用程序池的最大工作进程数,可显著提高IIS应对高并发的能力,减少网站响应时间。 2.1 设置步骤 1、找到待设置网站对应的应用程序池,如图 1所示: 图 1 找到应用程序池 2、在所选应用程序池上点击右键,选择【高级设置】,如图 2所示: 图 2 高级设置 3、在弹出的【高级设置】窗口中找到【最大工作进程数】,并设置为合理值,如图 3所示: 图 3 设置最大工作进程数 4、点击【确定】按纽保存设置。 2.2 注意事项

图 5 启动服务 4、打开待修改网站主目录下的web.config配置文件,搜索找到“”配置节点,如果不存在配置节点,则在“”节点下新建“”配置节点,并将节点属性修改为: 其中“tcpip=*”后的主机IP地址和端口可根据实际情况修改。修改完后保存配置文件即可。 3.2 注意事项 1、 Session中保存的自定义对象必须显示标记为可序列化“[serializable]”。如果未显示标记为可序列化,则在访问页面时会报错。 2、 StateServer服务器必须为Windows Server操作系统,如Windows Server 2003或Windows Server 2008。

配置管理岗位职责

配置管理员岗位职责 摘自:软件配置管理论坛 一、配置经理的基本技能与资格 资格: 能够重视配置管理工作; 能够按规范实施配置管理工作; 积极支持部门的配置管理方面的工作; 能够积极支持与帮助其他人员; 为部门的配置管理能力的提高贡献力量; 熟悉公司配置流程以及其他相关的流程; 为增进项目管理,对于项目内的困难和关键问题,能够及时反映到部门; 基本技能: 能够独立规划项目的配置管理工作; 熟练掌握配置管理的相关概念; 能够了解配置的相关工具,熟练使用技术工程部配置所使用的工具; 具有基本的与人沟通的技巧; 能够了解项目管理过程中的主要环节; 初步了解项目管理过程中的质量保证的各个方面; 了解部分系统和应用工具,如数据库ORACLE,前台开发工具DEPHI等; 二、配置经理的职责 作为一名配置人员,配置经理的职责就是能够与质量人员、测试人员等共同保证项目的质量。如:作为质量保证的成员之一,能够为整个技术工程部规范化管理的推进作贡献,如宣传规范化管理的知识,陈述规范化管理的利弊等;能够在项目进行的整个生命过程中,不断的与项目经理、QA、SCCB及项目成员进行配置管理规范化的沟通,为项目配置管理的规范化作出努力. 具体表现为: ?项目进行初期或首次进入项目中时,能够首先与项目经理、QA、SCCB及项目成员就项目的未来配置管理工作进行沟通,取得项目经理、QA、SCCB及项目全体成员对配置工作的认可与支持; ?积极了解项目情况,项目各阶段的进展,为更好的进行配置管理作努力; ?熟练并充分的利用配置管理工具的各方面的功能,提高配置管理的效率; ?为项目控制好版本,保证项目各阶段所使用的版本正确; ?及时发现项目问题,把问题及时反馈给项目经理、QA或SCCB,并积极协助解决; ?与项目内其他组成员,如开发组、测试组等协调工作,并能够很好的沟通; ?能够在项目中不断总结、分析,为项目内配置管理工作的进一步优化作贡献;

软件项目配置管理系统计划清单指导应用清单

中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。 此文件属中国核电集团所有,未经许可,不得以任何方式外传。

修改记录页

目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)

配置管理计划(一)基本信息 项目名称: 项目代号: 立项时间: 预计主要项目阶段有: 配置项目命名规则依据: (二)角色与职责

(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 (2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑存、外存、CPU等)。 预计建库申请日期: 预计建库日期: 预计工作库需空间: (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

(五)配置项计划 填写上面表格过程中,需要对照成果物列表逐项填写。

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

软件配置管理规范 流程 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) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制

应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制 服务器经常产生“应用程序池'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程ID 是'2068'。”的错误,导致iis处于假死状态,经了解是IIS应用程序池的设置问题。解决方法如下: Internet 信息服务(IIS)管理器->应用程序池->DefaultAppPool->右击属性 一、回收 1、回收工作进程(分钟):选中,值为1740 2、回收工作进程(请求数目):不选(原先设置为35000) 3、在下列时间回收工作进程:不填 4、消耗太多内存时回收工作进程:全不选。(2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题,导致iis假死不响应) 二、性能 只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1(默认)。注意web 园这里一定要保持默认,如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。 原来的请求队列限制为4000,现在无限制。 三、运行状况 前两项都起用,是原来的默认设置。启动时间限制90秒,关闭时间限制180秒。 启动快速失败保护的钩去掉! 为了避免真的遇到很多错误时没有提示,可以不关闭,只是把快速保护的保护范围加大些,例如失败数50次时间段5分钟则关闭对应的程序。 “关闭时间限制180秒”是必须的,因为进程关闭的时间,原来为90秒限制,是默认值,如果进程关闭时间超过90秒,则认为超时,从而出现:进程关闭时间超过了限制日志,所以,适当延长这个时间,可以避免这种错误 第2种方法: 原因:独立进程的内存堆戋消耗完了,IIS不能创建更多的进程工作空间来处理 解决方法: 1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC 2. 在Parameters键下新建一个DWORD项,名字为:UseSharedWPDesktop 值为1 重启IIS 第3种 问题已解决,发现是数据库连接无法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串里加入以下语句解决问题. Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30 第4种 新建应用程序池,不同的网站引用不同程序池。 为应用程序池'AppPool #1' 提供服务的进程关闭时间超过了限制。进程ID 是'3000'。 出现上面情况后,该应用程序池对应的网站就访问的非常慢,几乎是打不开。

项目配置管理过程规范(精编文档).doc

【最新整理,下载后即可编辑】 项目配置管理过程规范

文档种类:研发体系发行范围:研发中心

变更记录 息,以保证其可追溯性。

目录 1. 前言 (4) 1.1. 目的 (4) 1.2. 适用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (5) 4. 入口准则 (5) 5. 活动 (6) 5.1. 活动关系图 (6) 5.1.1. 配置管理流程图 (6) 5.1.2. 配置变更流程图 (7) 5.2. 活动描述 (7) 5.2.1. 制定配置管理计划 (7) 5.2.2. 建立配置库 (8) 5.2.3. 建立配置项 (8) 5.2.4. 基线建立及发布过程 (8) 5.2.5. 配置变更 (9) 5.2.6. 配置审计 (9) 5.2.7. 备份 (10)

6. 输出 (10) 7. 出口准则 (10) 8. 本过程裁剪规定 (10)

1. 前言 1.1. 目的 用于描述配置管理过程,规范配置管理的操作。 1.2. 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3. 术语 CCB:Configuration Control Board,配置控制委员会,每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成,有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理,但不能是项目经理。 Baseline:基线,是开发过程中标识出的里程碑所交付的一个或多个配置项,它有三个特征:(1)已经过正式的评审和批准;(2)作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计:可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性;后者审查配置项内容的正确性与一致性。 物理审计的内容包括: ?确认配置项标识的正确性; ?确认已受控配置项的更改是受到控制的;

配置管理计划V0.1

XXX项目配置管理计划 xxxxxxxxxxxxxxx公司20xx 年xx月xx 日

文档编号:XXXXXXXX-XXX-XXX 版本号:1.00 项目名称:XXXX项目 文档名称: 版本修改内容描述修改人日期备注1.0 第一版xxx 2014.6.3 1.01修正了……xxx 2014.6.3 批准人:日期:审核人:日期: 公司名称:xxxxxxxxxxxxxxxxxx有限公司 地址:xxxxxxxxxxxxxxxxxxxxxxxxx 电话:010-xxxxxxxx 网址:https://www.360docs.net/doc/96546824.html, 邮箱:mengsuran@https://www.360docs.net/doc/96546824.html,

目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.2.1软件配置管理 (1) 1.2.2 配置管理 (1) 1.2.3 配置项 (1) 1.2.4 基线 (1) 1.2.5 变更控制 (2) 1.2.6 配置审计 (2) 1.3 参考资料 (2) 2. 软件配置 (3) 2.1 软件配置环境 (3) 2.1.1服务器软件环境 (3) 2.1.2 硬件环境 (3) 2.1.3 配置管理客户端 (3) 2.2 软件配置项 (3) 2.2.1 受控配置项 (3) 2.2.2 非受控配置项 (4) 2.3 配置管理员 (4) 2.3.1 设立的必要性 (4) 2.3.2 主要职责 (4) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.2.1文档 (6) 3.2.2 程序 (6) 3.2.3 基线 (6) 3.3 配置库控制 (6) 3.3.1 .权限控制 (6) 3.3.2 配置库控制 (6) 3.3.3 建立软件库 (6) 3.3.4软件配置更改 (7) 3.3.5配置文件清单的维护 (7) 3.4 配置的检查和评审 (7) 3.5 配置库的备份 (8) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (10)

软件配置管理规范流程

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) 在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”。每一

Window7操作系统下IIS配置部署Asp

Window7操作系统下IIS配置部署https://www.360docs.net/doc/96546824.html, 操作系统:window7 中文旗舰版 测试IIS :IIS7.0 测试日期:2010-12-20

Window7操作系统下IIS配置部署https://www.360docs.net/doc/96546824.html, 一、IIS与https://www.360docs.net/doc/96546824.html, Framework安装 进入控制面板-程序功能,点击左侧的打开或关闭windows功能,进入安装界面,如图1所示。 图1-打开或关闭windows功能界面 此处注意: 选择Internet信息服务选项,下有三个子选项:FTP服务器、Web管理工具、万维网服务。把FTP服务器、Web管理工具的所有子项全部勾去选中。 万维网服务一项,有一个应用开发功能子项,把下面的ASP等子项均选中,其他子项可以选择安装也可以全部安装。 https://www.360docs.net/doc/96546824.html, Framework 3.5.1及其子项选中安装 经过上述两个步骤,安装完成即可。 二、IIS配置 在使用IIS发布网站之前,要对IIS进行配置。

1、安装完IIS,打开IIS管理器如果2所示。 打开方式:控制面板-管理工具-Internet信息服务(IIS)管理工具,打开即可; 或从运行-输入命令inetmgr.exe即可直接打开管理器窗口。 图2-IIS管理器界面 2、更改应用程序池设置 安装完IIS以后,默认的应用程序池为DefaultAppPool,托管管道模式为集成,标识是ApplicationPoolIdentity,应用程序数量1,就是默认网站。 1)在应用程序池,点击右键-添加应用程序池,进入添加页面,添加程序池界面如图3所示。注意:名称为:https://www.360docs.net/doc/96546824.html,AppPool,版本选择.NET Framework v2.0.50727,托管管道模式选择:经典;选择立即启动,确定即可。 图3-添加应用程序池界面 2)为默认网站修改应用程序池

项目管理过程标准及绩效考核

项目管理过程标准及绩效考核 时间: 2018/05/02 拟稿:杨胜灵 1编写目的 为了提供更好的产品与服务;为了更好、更快、更经济地交付产品与服务,同时规范项 目过程管理,严格落实项目实施质量与进度,确保按计划完成项目验收与交付,特编制此项目过程控制标准及操作规范。 本制度参考软件工程相关流程规范、项目管理规范以及CMMI-Dev模型,根据企业的 实际情况,从项目团队的成立、过程管理规范、项目达标规范到绩效考核均进行了基础定义; 作为项目实施、过程管理以及绩效评价的依据。 本项目管理制度规范适用于项目履行、研发、测试、美工及Web 前端工作人员以及所 有项目干系人。 自主研发类项目管理工作也适用此标准。 2.项目团队组成 2.1项目团队角色职责 1)项目实施负责人 (项目经理 ) 项目经理作为与客户对接的第一责任人,需要对客户需求、项目进度、项目质量、客户 满意度、项目成本、项目回款、公司形象维护承担责任;同时负责项目全过程管理跟踪。 1.负责项目需求与客户的对接; 2.负责项目小组的组建; 3.负责形成项目需求文档,并提交项目技术负责人对接审核; 4.负责项目组长审核通过的需求与客户的对接,原则上,要求客户对需求文档进行签 字确认; 5.负责项目实施计划的制定;并负责该计划与项目负责人的协调、落实; 6.负责协调项目组与客户的需求沟通; 7.负责协调项目组所需项目资料的落实; 8.负责项目验收的组织与实施; 9.负责项目里程碑报告,并及时公开至项目小组及公司相关部门、领导; 10.负责项目进度的保障,确保项目如期交付; 11.负责项目实施计划的管控,并及时处理突发情况; 12.负责客户满意度的提升与维护;

IIS应用程序池自动停止关闭假死自动重启以及iis权限(精)

IIS无故自动关闭停止已经不是罕见的事情了,处理这个问题是让我很头痛的事情,遇到这个问题不太可能一次性解决,多数都是用排除法一个个测试排除错误,最终找到那个错误命令。最近我的服务器遇到了这个问题,我很无奈,我很急,客户也很着急,每天IIS都要自动停止2次以上,我总是怀疑是进程池问题,此文章是针对IIS进程池解决办法,如果你遇到了死循环代码,或者其他非进程池,那此文章不太适合你了网络上有关iis的问题和相关解决方案,多不胜搜,但很多都比较零散,没有系统的解决方案;另外,有些解决方法,似是而非,不能找到其中的问题关键点,本人平时对于服务器的应用上也有点实践,因此,今天稍稍总结一点平时遇到地问题和解决方法,特别是对iis的特殊权限引起问题、iis应用程序池假死问题和比较罕见的iis重启命令和自动重启办法。其它相关问题,继续关注本博。一、2003应用程序池自动死了,不能恢复了,一直出现Service Unavailable 常见方法如下。 1:没有打SP1补丁的时候会出现这个IIS6.0 假死问题,但现在微软都在自动更新里面出补丁了,一般你打好最新补丁后是不会出现此问题了。(所以现在的IIS假死与这个关系不是很大) 2:从 IIS6.0开始CPU资源都在应用池里面限制了,不象以前的IIS.5。所以假死的池的缘故就是池被拉死,你在网站打不开的时候可以看到你的某个应用池是禁用的,上面出现一个红叉。你鼠标右键启动网站又会自动恢复。这个原因:大概是以下几个因数造成的。(1):你限制了应用池的资源,限制得太小比如:50这样或更少更多一点,这个时候如果你这个池下面的网站占用CPU太高,比如超过50% 那么5分钟后他就自动死了,手工默认建立的应用池默认是超过资源不操作。出现上面这个情况解决方法:1:不限制CPU资源,(这个是不可取的,不限制资源,有的程序有BUG占用资源厉害了的,服务器都会被拉死,你可能都无法操作服务器。)2:在超过资源那里选择关闭,这个关闭默认是失败5次,90 秒内恢复,一般默认就可。网站能自动恢复,这个关闭:不是永久关闭,意思是超过资源关闭,然后在某时间内自动恢复池。不操作就是不恢复,这个是很多人的误区。(2):内存限制在IIS6.0应用池上面有虚拟内存和最大内存限制,如果你设置了这个。那么网站访问量大了也会出现假死,所以不建议设置这里。默认就可。 3:就是服务器

项目配置管理规范

软件配置管理规范 Versio n 2.1 技术委员会

标题:软件配置管理规范作者:技术委员会 创建日期:2001-6-20 上次更新日期:2019/11/17 8:23:00 版本:2.1 部门名称:托普信息(iTOP)集团 修订文档历史记录

1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1目的 本文档指导项目开展配置管理活动。 1.2范围 本文档适用于托普信息(iTOP)集团技术委员会批准立项的软件项目。 1.3文档结构 第一部分:简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分:配置管理工作规范的正文,包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。 第三部分:变更控制工作规范的正文,包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。 第四部分:参考文献,列出了编写本规范所参考的相关的文献资料。 第五部分:附录,本文中流程图的标准符号定义。 1.4词汇表 CM( Configuration management ) 配置管理。 CCB( Change control board ) 变更控制委员会。 CI( Configuration item ) 配置项,包含文档、程序。 CR( Change Request) 变更请求,对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响 的信息。 PCA( Physical Configuration Audit ) 物理审计,在配置管理系统中建立基线的工件是否为“正确”版本。 功能审计,核实软件配置项的实际性能是否符合它的需求。基线( Baseline ) 已通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并 且只能通过正式程序,例如变更管理和配置控制才能进行更改。 配置管理库( Configuration Management Library ) 存储项目工件的所有版本,即存储项目的定义的配置项。版本( Version ) 某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性

C#程序中操作IIS的应用程序池与站点分配

一个应用程序池可以有多个站点,一个站点只对应一个应用程序池。 编程由来: 存放在一个应用程序池里的站点过多就不便于操作,所以需把其中一些站点分配到其他程序池中。 编程题目: 用户输入一个数字或者一个数字+一个名字。程序对站点的所在应用程序池进行统计,用户输入的数字用于限制应用程序池里面的最大容量数,如果超出该容量,将把超出的站点分配到其他程序应用池,或者新建的一个应用程序池,把站点分配进去。 如果用户输入一个数字的情况,将遍历所有程序应用池;如果用户输入一个数字+一个名字的情况,将只对该名字的应用程序池进行操作;如果站点的名字和应用程序池的名字一样,将不进行操作。 条件: 一、把DefautlAppPool应用程序池或者含有字符"AppPool #"的应用程序池里面的超出的站点分配到AppPool #?应用程序池中("?"代表数字) 二、如果aspnet1应用程序池里面的网站数超出用户限制的数字,则分配到新建应用程序池的命名方式为aspnet1-?;("?"代表数字,表示从属aspnet1下的分支) 三、如二设置aspnet2,aspnet3,aspnet4应用程序池 四、当网站名字和应用程序池的名字相同时,将不进行操作 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 这是我在公司里面的任务,以下是我公开的代码(还不属于最优化的代码,我把我的制作品拿出来以代表原创性,最优化的代码暂时不公布,如有需要,请联系博主!)。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 新建一个控制台应用程序(C#编程语言,使用vs2005版本制作) 添加引用:System.DirectoryServices class Program { static Hashtable hs = new Hashtable();//创建哈希表,保存池中的站点 static string[] pls;//池数组 static string[] nums;//应用程序池中各自包含的网站数量 static Hashtable boolhs = new Hashtable();//创建哈希表,保存池中站点数量是否满 static void Main(string[] args) { string strNum = Console.ReadLine();//用户输入信息 pls = GetApplicationPools();//获取应用程序池名称数组 foreach (string i in pls)//填充哈希表key值内容 { hs.Add(i, ""); boolhs.Add(i, "false"); }

系统集成项目管理规范

系统集成工作规范 目录 一、总则 (2) 第一章工程组织结构 (3) 第二章工程工作流程 (4) 第三章工程管理与考核 (5) 第四章工程文档管理 (6) 第五章工程准备管理 (8) 第六章工程实施管理 (10) 第七章工程验收管理 (12) 第八章工程维护管理 (13) 第九章出差管理 (14) 第十章培训体系 (14)

一、总则 第1条为规范本公司系统集成的管理,形成一套行之有效的规范化的工作方法,提高工作效率,明确员工的工作职责,保证工程的 质量,特制定本规范。 第2条鉴于本公司的实际工作分工,本规范所指的系统集成并不包括

项目的前期方案设计和应用软件的开发和维护。 第3条本规范的主要内容包括:工程组织结构、工程工作流程、工程管理与考核、工程准备管理、工程准备管理、工程实施管理、 工程验收管理、工程维护管理、出差管理、培训体系共十大部 分。 第一章工程组织结构 第1条工程的系统集成工作采用项目负责制,即由部门负责人指定、报公司批准确定一名项目经理。 第2条项目经理接受任命后,必须与用户项目组协调,确定用户现场负责人,制订出可行的工作进度表。根据工程的情况,划分子系统,并针对不同的子任务,由项目经理 提名,部门负责人批准配备工程参与人员组成一任务小组,任务小组可以由一名或 多名人员组成。项目经理也可以作为工程参与人员。 第3条针对不同的子任务,由项目经理指定一个工程参与人员为任务小组负责人。 第4条项目经理的主要职责: 1)与用户和公司进行工程总协调。 2)计划工程进度,划分工程的子任务。 3)负责工程参与人员的配备并安排的实施过程,负责工程的成本、包括住宿、长途交通费、市内交通费等。 4)对用户所提出要求的响应。 5)制作和管理工程文档。 6)协调解决工程实施过程中出现的不可预测的问题。 7)向部门和公司领导汇报工作进度。 8)负责监督和考核工程参与人员的工作。 9)保证项目按合同期限和技术要求完成,承担完成工程目标的责任。

IIS应用程序池假死(IIS出现网页打开很慢甚至打不开)问题解决办法

IIS应用程序池假死(IIS出现网页打开很慢甚至打不开)问题解决办法 2009-08-11 17:41 iis问题,应用程序池! 为应用程序池 'AppPool #1' 提供服务的进程关闭时间超过了限制。进程 ID 是'3000'。 出现上面情况后,该应用程序池对应的网站就访问的非常慢,几乎是打不开。 这种现象是不是iis假死? 重启下该站点,问题可以得到解决。 可能是应用程序池设置问题,不知道具体应该怎么设置! 请高手指点。 程序代码解决办法: 1 设置进程池回收时间.在进程池属性里. 2 如果你的程序是使用 asp + acc 数据库.且acc数据库大于30m.建议更换sql数据库. acc数据库大于这个值.2003系统下会造成iis6的频繁假死.2000下会造成dllhost.exe占用大量cpu及内存资源.都会严重影响web访问速度. 3 asp程序存在死循环. 4 可使用 microsoft office 压缩修复acc数据库,须先备份. 引用内容2003应用程序池假死常见问题及解决方法 2006-10-09 09:48 经常见到大家谈起,2003应用程序池自动死了,不能恢复了,一直出现 Service Unavailable 常见方法如下。 1:以前没有SP1打补丁的时候会出现这个IIS6。0假死问题,但现在微软都在自动更新里面出补丁了,一般你打好最新补丁后是不会出现此问题了。(所以现在的IIS假死与这个关系不是很大) 2:从IIS6.0开始CPU资源都在应用池里面限制了,不象以前的IIS。5。所以假死的池的缘故就是池被拉死,你在网站打不开的时候可以看到你的某个应用池是禁用的,上面出现一个红叉。你鼠标右键启动网站又会自动恢复。这个原因:大概是以下几个因数造成的。 (1):你限制了应用池的资源限制,限制得太小比如:50这样或更少更多一点,这个时候如果你这个池下面的网站占用CPU太高,比如超过50% 那么5分钟后他就自动死了,手工默认建立的应用池默认是超过资源不操作。

项目配置管理过程规范方案

项目配置管理过程规范) \ 【 文档种类:研发体系 发行范围:研发中心 {

变更记录

目录 1. 前言 (4) . 目的 (4) . 适用范围 (4) ( . 术语 (4) 2. 职责说明 (5) 3. 输入 (5) 4. 入口准则 (5) 5. 活动 (6) . 活动关系图 (6) 配置管理流程图 (6) 配置变更流程图 (7) * . 活动描述 (7) 制定配置管理计划 (7) 建立配置库 (8) 建立配置项 (8) 基线建立及发布过程 (8) 配置变更 (9) 配置审计 (9) 备份 (10) | 6. 输出 (10) 7. 出口准则 (10) 8. 本过程裁剪规定 (10)

1.前言 1.1.目的 用于描述配置管理过程,规范配置管理的操作。 1.2.: 1.3.适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.4.术语 CCB:Configuration Control Board,配置控制委员会,每个项目组需要建立项目级的CCB作为变更控制权威。CCB由PPQA、项目经理、测试经理、配置管理员构成,有时也可以包括客户代表、高层经理。CCB组长可以是PPQA或高层经理,但不能是项目经理。 Baseline:基线,是开发过程中标识出的里程碑所交付的一个或多个配置项,它有三个特征:(1)已经过正式的评审和批准;(2)作为项目发展和产品升级的基础。基线变更必须经过CCB审批。 配置审计:可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性;后者审查配置项内容的正确性与一致性。 物理审计的内容包括: 确认配置项标识的正确性; ~ 确认已受控配置项的更改是受到控制的; 验证配置库内容与相应记录之间的一致性; 验证配置管理活动与相应记录之间的一致性; 验证配置管理工作是否符合适用的标准和规程; 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括: 验证当前基线所含配置项对前一基线所含配置项的追溯性; 确认当前基线所含配置项均正确反映了项目需求; ~

相关文档
最新文档