软件管理方案范文
时间：2023-09-21 16:46:07
软件管理方案范文第1篇
关键词：项目管理；配置管理；代码自动化生成；.NET
中图分类号：TP315文献标识码：A文章编号：1009-3044(2012)04-0849-03
Solution of Lightweight Software Project Management
ZHAI Jing-xuan
(China University of Mining and Technology, Xuzhou 221116, China)
Abstract: A lightweight software project management solutions. Include the project management, configuration management, project modeling, requirements management, bug management and automatic code generation analysis, and gives useful CASE tool about software project management.省略
“软件危机”是指落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。“软件危机”于1968年由北大西洋公约组织的计算机科学家第一次提出，并随之诞生了“软件工程”这一学科。软件工程主要目的是研究用工程化方法构建和维护有效的、实用的和高质量的软件，从而避免“软件危机”。
“软件危机”已经提出40多年来，软件工程领域研究成果显著，取得了较大的成就。由于微电子技术的发展和计算机应用的普及，软件成本在计算机成本中所占的比例持续增长，软件项目日趋复杂，软件开发效率的提高也远远落后于信息化普及速度。因此导致“软件危机”问题不仅没有解决，而且愈演愈烈。对于软件工程的研究依然是一个比较热门的领域。软件项目的管理方法研究是软件工程学的研究领域之一，良好的软件项目管理模式对于对提高项目的成功率，减少开发成本和提升软件质量具有促进作用。
软件项目管理主要包括进度管理、成本管理、质量管理、风险管理与配置管理等。要进行有效的过程管理，必须制定科学的管理办法和使用有效的软件项目管理工具。
软件工程发展至今，陆续诞生了CMM（软件能力成熟度模型）、CMMI（能力成熟度模型集成）、RUP（统一软件开发过程）与MSF（微软解决方案框架）等成熟管理模型。这些解决方案对项目管理进行了全面的定义，一定程度上缓解了软件危机问题。诸如，CMMI中定义了详细的项目管理及过程管理模型，适合研发团队进行规范化设计。但对于不具有很高的复杂程度软件研发项目，完全按照CMMI或其它成熟的模型不切合实际，但是又必须以成熟模型为主要参考目标。本文根据实际软件项目管理与研发经验，提出了一种适合于中小型项目的轻量级项目管理解决方案。该方案主要适用于采用平台进行开发的项目团队。
1轻量级项目管理过程
轻量级项目管理过程包括计划、需求、设计、编码、测试、与维护5个阶段。
计划阶段主要工作为调研用户需求，分析系统目标，分析系统开发的可行性，制定初步的项目计划。
需求阶段主要工作内容为与用户沟通，编写完善的“需求规格说明书”。“需求规格说明书”包括软件的功能需求、性能需求、非功能性需求、环境约束和外部接口等。
设计阶段主要包括概要设计和详细设计两个部分，由架构师针对软件的需求设计出系统总体流程、子系统、数据与对象描述、算法和程序接口等。
编码阶段的主要工作内容为将设计描述为可编译的源程序。
测试阶段的主要工作任何为根据需求规格和设计文档，对软件的功能进行验证。测试与需求阶段同步开始，到项目验收前结束。
阶段的主要工作是，对于软件产品进行安装部署，以后还需要根据用户要求和产品实际情况进行维护。
轻量级软件项目管理解决方案的目标是针对中小型软件项目运作的实际情况，建立行之有效的管理体系和沟通机制，提供项目开发效率，保障产品质量，确保项目能如期交付。主要管理的内容是开发过程中的各类文档、进度控制管理、BUG跟踪与代码同步协作开发。
2轻量级项目管理实施
笔者所在的团队主要以为基础开发平台，数据库采用SqlServer系列，软件项目管理方案主要基于以上经验获得。因此本方案主要适用于使用.NET平台的开发的各类中小型项目，B/S与C/S项目均可。方案主要内容为：
2.1项目计划管理
软件项目管理的目的主要是确定项目的范围、进度和费用。项目计划就是要对项目整个实施过程的目标、任务、进度和责任委派做出具体的规定和部署，它在项目管理中处于中心地位。项目计划主要包括设计工作分解结果。此阶段主要使用的工具为：Microsoft Project等。
2.2配置管理
配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。常见的用于支持配置管理的工具有CVS、Subversion、VSS、StarTeam、CC等等。我们选择VSS2005为团队配置管理工具。主要原因是：VSS为轻量级平台，便于部署和迁移；VSS与微软的产品Visual 2008/2010等兼容性非常好。
配置管理模板包括PP（项目计划）、RD（需求）、TS（设计）、V&V（验证与确认）等环节的各类文档，如需求规格说明书、项目计划、RD_用例报告、TS_概要设计说明书、详细设计说明书、数据库设计说明书、安装维护手册、测试计划、测试方案与单元测试记录等。
2.3项目建模
方案采用的建模工具有Enterprise Architect与PowerDesigner。
Enterprise Architect是以目标为导向的软件系统。它覆盖了系统开发的整个周期，除了开发类模型之外，还包括事务进程分析，使用案例需求，动态模型，组件和布局，系统管理，非功能需求，用户界面设计，测试和维护 等。Enterprise Architect是一个完全的UML分析和设计工具，它能完成从需求收集经步骤分析、模型设计到测试和维护的整个软件开发过程。它基于多用户Windows平台的图形工具可以帮助您设计健全可维护的软件。除此，它还包含特性灵活的高品质文档输出。用户指南可以在线获取。
Sybase PowerDesigner是一个"一站式"的企业级建模及设计解决方案，它能帮助企业快速高效地进行企业应用系统构建及再工程(Re-engineer)。使用该工具可以设计数据流程图、概念数据模型与物理数据模型，包括了数据库建模的全过程。该工具在项目中主要用于数据库建模。支持数据库的正向和反向工程，便于数据字典维护与调整。
2.4需求管理与Bug跟踪
我们采用Mantis作为项目管理和Bug跟踪平台。Mantis是一款基于Web的Php+Mysql的开源BUG管理系统，一款简单实用的系统，具有截图功能和强大的报表功 能。Mantis还具有良好电子邮件支持，可将需求与Bug的各种状态定义按照预定设置发送到项目组相应邮箱。
对于新增需求变更，经历提出需求、确认需求、开发需求、测试需求到需求五个阶段，这五个阶段分别由需求工程师、开发工程师、测试工程师与配置管理工程师进行完成。通过Mantis提供的基于Web的协作系统，可以很方便的进行需求变更管理和跟踪。
对于已的项目所产生的Bug，通过Mantis也可以进行记录、跟踪。其邮件提醒功能使得Bug状态一旦发生改变，会立即通知到相关责任人进行处理。同时，其强大的统计和报表功能也便于统计各项目的Bug量，统计测试人员报告的数量等关键值。
2.5代码自动化生成
轻量级项目均采用三层结构进行设计。三层结构模式如图2。
图2三层结构框架
三层结构包含:表示层(UI),业务逻辑层(BLL),数据访问层(DAL)，各层特点如下：
数据访问层:主要是对原始数据的操作层。可以操作数据库、文本文档或XML文件等多种数据格式，执行对数据库的增、删、查、改操作。数据访问层还可以通过OR映射进行扩充。
业务逻辑层:是系统的核心层，位于数据层和表示层中间，主要实现业务规则制定与业务流程实现。业务逻辑层直接调用数据层，并接受表示层的调用，起到承上启下的作用。
表示层:表示层是与用户直接交互的一层，主要处理用户的输入操作，提供交互式接口。在项目实现过程中，表示层一般为WebForm或WinForm等形式。
三层结构的划分，体现了“高内聚、低耦合”的设计思想，有效降低层与层之间的依赖，增强各层的复用性，有利于标准化开发。但三层结构也存在着降低性能、级联修改等问题。但轻量级项目一般侧重于业务流程，对于系统性能要求不高，而且计算机芯片的发展使得项目开发效率越来越比性能更重要。因此，轻量级软件项目均采用三层结构设计。
除此之外，还有业务实体层（Model），这个层主要内容是存放可持久化的实体类；通用工具类库（Common），主要用于存放通用的管理类库。类库的存在形式一般为Static类和Static方法。由于开发模式基本相似，所以开发过程中的大量相似代码，如：实体类、数据库操作类、UI界面，均可采用工具生成。.NET平台下比较优秀的代码生成工具有李天平的动软.NET代码生成器Codematic和国外成熟的代码生成器CodeSmith。
轻量级项目采用动软.NET代码生成器为主要生成工具。动软.省略程序员设计的自动代码生成器，Codematic生成的代码基于面向对象的思想和三层架构设计，结合了微软Petshop中经典的思想和设计模式，可以通过反射支持多数据库，支持对连接字符串加密等。Codematic在项目中主要针对数据库中的表或视图生成表示层、业务层、数据层及实体等代码。使得开发人员完全从重复的录入过程中解脱。最新版本的Codematic还支持模板语法，开发人员可根据实际项目需要生成相应的表示层或数据层的SQL代码。以下是动软.NET生成器生成的Visual Studio .NET2010解决方案结构。
3结束语
本文根据中小型研发项目实际需要，提出了一种轻量级开发的项目管理解决方案。方案主要针对项目计划管理、配置管理、项目建模、需求管理与Bug跟踪、代码自动化生成5个方面进行了定义和分析，给出了各过程中最佳的解决方案和管理工具。轻量级的项目管理解决方案已经大量应用于团队所承担的各类研发项目中，与方案实施前相比，开发更高效、项目进度可控，能有效的提高软件产品质量。
参考文献：
[1]季丽萍.浅谈.NET三层结构及其应用[J].福建电脑,2009(6).
[2]李立芳,周小平.软件项目管理活动浅析[J].中国科技信息,2010(10).
[3]范振钧.省略的三层结构实现方法研究[J].计算机科学,2007(4).
[4]孙继红.基于.NET三层架构的网上商城设计与实现[J].电脑编程技巧与维护,2008(16).
[5]于红波.三层结构各层次的实现技术研究[J].山东纺织科技,2008(1).
[6]刘宇翔.软件项目管理的流程设计分析[J].科技资讯,2010(36).
[7]邹晖.软件项目管理开发与应用[J].中小企业管理与科技:上旬刊,2011(5).
软件管理方案范文第2篇
随着财务软件在企事业单位的广泛运用，很多企事业单位实现了从凭证处理、记账、到报表输出等基本会计业务的电算化。如何深化计算机在会计中的运用，特别是如何运用管理软件实现预算管理，是当前财会人员所关心的问题。以苏州新苏纶纺织有限公司为具体案例，分析了企业预算管理模式的基本思想，并提出了如何将企业预算管理模式与管理软件相结合实现预算管理的解决方案。
一、苏州新苏纶纺织有限公司预算管理模式分析企业要实现预算管理，首先根据企业现阶段的发展水平和管理需求选择其预算管理模式。苏州新苏纶纺织有限公司是一个传统型的纺织企业，其市场相对稳定，企业处于稳步发展阶段。在这一时期，采用扩大销售的方法来提高企业的利润不是非常有效，因此，提高企业利润的重心就放在加强成本费用的管理上。与企业的发展阶段相适应，在进行预算管理时采用以成本费用为中心的预算管理模式，对企业的成本费用进行事前、事中和事后管理，下面对新苏级预算管理模式进行分析。要实现以成本费用为中心的预算管理模式，苏州新苏纶纺织有限公司设计了如下预算管理框架，其预算管理流程如图1所示：（一）预算的编制苏州新苏纶纺织有限公司采用零基预算的方法，每月由各部门对其资金收支情况进行预算，总会计师和总经理确认预算合理以后，财务部门将全公司的预算进行汇总，形成企业的月份资金使用总预算。由于预算是建立在对企业业务情况的一定假设基础上的，而企业的实际业务情况不一定内含在假设范围，因此各部门有时需要根据业务发展态势调整本月预算。出现这种情况时，要求追加用款的部门填写“月度用款追加计划申请表”，说明申请追加用款的理由及金额，总经理审批通过后，方可加入预算范围内。（二）预算的执行和控制该公司对预算的执行情况采用双轨制进行记录，即对每一笔支出，需要财务人员填制凭证，在总账子系统中自动登记总账和明细账；同时，经手人必须填写“申请领用支票及申请付款工作联系单”（此单设有申请人签字、申请部门负责人签字、公司主管副总审批、公司总经理审批栏），并在“限额费用使用手册”上进行登记，控制成本费用的发生。限额费用使用手册类似于为预算管理所设计的责任会计账。（三）预算的考评月末对限额费用使用手册进行汇总，得到资金费用使用汇总表，随后将汇总表和预算进行比较，找出二者的差异，并进一步分析差异形成的原因。新苏纶对各部门的费用支出在预算的基础上进行了有效的控制，对整个企业的成本费用确实起到了非常好的监控作用。而且事后的差异分析为各部门的业绩考核提供了依据，企业的奖惩制度有了实施的基础。
二、计算机环境下实现预算管理的解决方案当企业选择了一种预算管理模式，并设计了满足企业管理需求的预算管理框架后，如何在计算机环境中应用管理软件建立预算管理的解决方案呢？下面，我们讨论该公司在计算机环境下应用“用友管理软件”实现预算管理的解决方案。
（一）利用管理软件的功能构建满足预算管理单轨制流程苏州新苏纶纺织有限公司在预算管理的流程中采用双轨制，即对每一笔支出，需要财务人员填制凭证，在总账子系统中自动登记总账和明细账；同时，经手人都必须填写“申请领用支票及申请付款工作联系单”，并在“限额费用使用手册”上进行登记，通过责任会计账控制成本费用的发生。这种方法虽然存在着很多问题，如一笔费用支出后必须进行两次记录，增加了财务人员的工作量；所提供的双重数据之间缺少直接联系甚至还可能导致两种核算之间的信息冲突等。但是，在手工方式下这种模式是必不可少的。在计算机环境下，解决方案不能简单模仿手工预算管理流程，而是应该结合管理软件的功能，充分发挥计算机数据处理的优势，在设计新的解决方案的同时，保证企业预算管理目标的实现。首先，对于新苏纶纺织有限公司预算管理的双轨制流程进行改造，将双轨制流程改为单轨制流程，如图2所示：采用单轨制流程，在期初（月初或年初）定义预算，日常发生的每一笔支出只需通过凭证录入一次，计算机将按照预算管理的要求，按科目和部门归集和汇总实际发生额，并保存在账务数据文件中。当需要预算考评时，计算机自动从账务数据文件中提取实际数，并与预算数进行比较，高速、准确生成各种预算管理分析表（如，部门预算分析表、项目预算分析表、科目预算分析表、成本费用预算分析表、利润预算分析表等）。这样免去了大量的重复工作，而且其产品成本和责任成本之间的联系增强，便于合理考核预算执行主体的工作业绩。因此，如果采用单轨制流程进行预算管理，能以更低的预算管理成本获取更高的预算管理效益。（二）用预算管理的观念设置科目为了进行预算控制，需要对各部门差旅费、业务招待费等各种控制项目用相应的科目和部门进行反映和控制。因此，在管理软件中需要进行预算管理科目的设置，如“差旅费”设置为“部门核算”，如下表所示：以便在各费用发生的同时，可以在总账中按部门录入其发生额；在进行数据处理时，可以按照部门进行归类汇总；在将数据转化为信息输出时，按部门、按科目将预算和实际发生额进行对比分析。（三）按预算管理观念编制部门预算在科目设置完后，启动“财务分析系统”编制预算。先选择预算类型，预算类型分为粗放预算和精细预算，所谓精细预算是指对某个部门或某个项目中的核算科目制定预算数；而所谓粗放预算就是将某个部门或某个项目里需要进行预算控制的各科目按照已选定的控制方向，制订一个部门或项目的总预算数，而并不对每个科目制订预算数。企业可根据实际情况确定预算类型。下表选择“精细预算”类型。确定预算类型以后可以在预算初始录入各科目的部门预算金额（精细预算）或者各部门的总的预算金额（粗放预算）。编制部门预算数如下表所示。当各部门需要调整预算金额时，在“追加”栏中录入调整金额即可。（四）按预算管理观念处理日常业务和实时控制财务人员录入反映各种经济业务的单据时，如果涉及到与预算管理科目有关的业务，则系统提示需要录入相应的部门；如果部门的实际发生额大于预算数，计算机弹出窗口警告不允许处理。据此可实现对预算项目的实时控制。（五）预算考评当管理者需要对企业的生产经营活动进行动态考评或综合考评时，可以直接在“财务分析系统”中选择“预算管理”，此时，计算机自动从账务数据文件中获取预算执行实际数据并与预算数进行对比，按月、按季或按年输出各种预算管理分析表。例如，希望得到部门预算分析表，以考核各部门预算的完成情况，评价各部门的工作业绩，此时选择“预算管理”，其结果如下：总之，预算管理是一种行之有效的综合管理方法，但只有在它与管理软件相结合时，才能得以更有效地运用和推行，并以更优的成本效益比实现对企业各部门的预算管理和对企业整个业务流程的控制。运用管理软件实现预算管理解决方案飞雪
软件管理方案范文第3篇
该方案可以自动解决安全管理软件同防病毒软件的冲突问题，大大减少了安全管理软件在部署、实施、运维过程中，网管人员的工作量，同时也提高了用户体验，减少了用户的抵触情绪，为企业内网安全方案的落地打下良好的基础。
关键词 安全管理；杀毒软件；代码签名；驱动
中图分类号TP39 文献标识码A 文章编号 1674-6708（2014）116-0212-03
0 引言
从电脑诞生之日起，病毒和各种安全问题就一直困扰着人们。特别是在网络购物越来越普遍，互联网理财越来越普及的情况下，防病毒软件已经成为当前PC的标配。
在企业中，工作PC和服务器的安全问题，就更加重要。企业不仅仅要在每台工作PC和服务器上安装好杀毒软件、防火墙，并且还需要在终端上安装对主机安全更有保障的安全管理软件，如锐捷网络的GSN，华为的TSM，华三的IMC等。这些安全管理软件，一般都具有1X认证、微软补丁更新、外设管理、进程管理、注册表管理、系统服务管理、网络攻击防御、防机密数据泄漏等功能，可以极大的增强企业内网安全，保护企业敏感数据。但是，这些安全管理软件，都不可避免的存在一个共同的问题：那就是安全管理软件同防病毒软件的冲突问题。
有过安全管理软件部署和使用的网络管理员，都应该有这样的体会：除了初次部署时的各种兼容性问题排查，日常运行管理过程中也还会遇到各种各样的冲突问题。也许在安全管理软件升级了，或者防病毒软件升级病毒库之后，冲突问题又忽然爆发。这样的问题，让安全管理方案的落地存在很大的问题，原本为了提高企业内部安全，降低网络管理人员工作而引入安全管理软件，反而成为了一个新的痛苦点。那么，这样的问题有没有办法彻底解决呢。本文主要针对该问题进行一些分析和探讨。
1 什么会有这么多的冲突问题
要解决问题，首先就要先了解问题发生的原因。安全管理软件和防病毒软件为什么会发生这样的冲突呢？这首先要从防病毒软件的病毒检测机制说起，一般来说防病毒软件的检测机制有被动检测和主动检测两种。目前基本上所有防病毒软件都兼具两种检测方式，只是不同的品牌侧重点不同。对于被动检测，也就是根据各种病毒特征（如应用程序PE文件的特征，MD5值、进程名称等）进行判断，杀毒软件通过不断的升级病毒库来增加各种病毒库特征。对于主动检测，其实就是杀毒软件根据应用程序的行为（如调用了哪些敏感API，监听了哪些端口，访问了哪些敏感资源，或者某几种动作的组合）等来进行判断是否存在风险。
从以上分析可以发现，防病毒软件和安全管理软件存在天然的冲突问题，因为安全管理软件事实上从技术的角度来看，和黑客软件的行为有着很大的相似之处。如也会调用一些敏感资源，检查某些文件、注册表，防杀（如恶意用户通过恶意杀掉安全管理软件的进程来逃脱监管）等。不过安全管理软件不会如黑客软件那样，恶意窃取敏感信息，恶意复制、删除、创建恶意文件等，如当年臭名昭著的“熊猫烧香”病毒，就是通过篡改感染用户的各种可执行文件，导致用户主机瘫痪，资料丢失。
也正因为如此，防病毒软件产品也经常将安全管理软件进行误杀。那么，有什么办法来解决这些问题呢？
2 如何防止误杀
要解决误杀问题，首先要解决的就是信任问题。要让杀毒软件信任安全管理软件，目前一般会采用如下一些解决办法：
方法一：用户手动将安全管理软件加入防病毒软件的白名单中（如360的文件白名单）。
方法二：安全管理软件厂商每次版本之前，将安全管理软件申请放到防病毒软件厂商的免杀列表中。
方法三：安全管理软件尽量不调用一些敏感的API，不访问一些敏感的资源，做一些类似病毒的行为。
如上几个方法，似乎可行，但是实际上并不好使。
如方法一，似乎可行，但是首先一点是，对于企业用户，很多人对于IT技术并不熟悉。让其手动添加白名单，特别是一些企业的老员工，更是一窍不通。即使是比较精通IT技术的年轻人，也不一定能够判断出某进程是否安全。
如方法二，首先，该方法是一种企业间的白名单行为。不是所有防病毒厂商都提供这样的服务，特别是一些海外的防病毒软件厂商，在国内只有商，通常是无法联系到厂商的售后的。即使是对于有提供这些服务的防病毒软件厂商，也有问题。如有的厂商需要一定的费用（长期以来，对于安全管理软件厂商来说，也是一个负担），有的厂商审核周期太长，可能需要好几天，甚至一个月。这对于一些面临验收的项目，或者出现严重故障，急需修复BUG的安全管理产品来说，也是不可接受的。更重要的是，加入白名单，很多时候，只能避免安装过程没问题。当进行一些敏感操作时，还是会被误杀。
如方法三，首先，这不太可能，因为安全管理软件需要做一些安全相关的防护，甚至会做到驱动级别，因此不调用敏感API，就无法实现这些功能。一些敏感资源也是必须访问的，如禁用U盘，U盘加密等。这是安全管理软件很常见的一些功能。对于ARP欺骗等网络攻击行为，安全管理软件甚至还需要分析网络报文来对攻击行为进行防御和定位（如锐捷GSN产品中的ARP立体防御解决方案）。
综上所述，如上的这些方案，都无法完全解决这些问题。那么还有其他什么解决方案吗？
解决方案的着眼点，应该还是信任问题。如果通过各种技术来反检测，那么最终可能会演变为一种新的“3Q大战”。那么是否存在第三方的信任机构，来对应用程序提供信任担保呢。事实上，的确有。业界早就存在第三方的安全认证机构，如VeriSign、GlobalSign、StartCom。说起这些机构，大家可能都不熟悉。但是如果谈到https或者ssl，可能大家就比较熟悉了。目前任何银行和电子商务平台，都是必须用到这些技术的。而这些第三方安全认证机构目前提供最多的就是SSL证书。SSL证书是数字证书的一种，通过非对称算法，在客户端和服务端之间建立一条安全的通讯通道。而这个通讯通道建立的前提，就是这些第三方机构提供的电子证书是被业界所有厂商都认可的。如微软的OS就内嵌了VerSign，StartCom的根证书。
SSL主要用于客户机和服务器之间的安全信任问题。类似的，对于应用程序之间的信任，也有一种对应的电子证书：代码签名证书。
代码签名证书能够对软件代码进行数字签名。通过对代码的数字签名来标识软件来源以及软件开发者的真实身份，保证代码在签名之后不被恶意篡改。使用户在下载已经签名的代码时，能够有效的验证该代码的可信度。也就是说，代码签名证书其实主要解决两个问题，一个是软件来源问题，一个是保证代码不被篡改。而代码签名证书，本身有一套非常完善的机制，如使用非对称算法（RSA）来进行代码签名证书的生成和防篡改等，从技术上就能做到证书的防伪造。
因为这个代码签名证书是业界认可的第三方证书，也就是可信的，所以利用代码签名证书的这两个特性，应该可以很好的解决安全管理软件和防病毒软件的冲突问题。经过测试可以发现，国内外的杀毒软件，全部都承认代码签名证书。对于有使用代码签名证书签名的安全管理软件程序，防病毒软件都会认为其是安全的，不会再进行各种误杀和拦截。
既然代码签名证书可以解决这个冲突问题，并且可以防止被防病毒软件误杀，那么木马病毒程序是否可以采用这种方式来避免被防病毒软件杀掉呢？理论上是可以的，但是事实上存在一定难度。因为代码签名证书的申请不是随便谁都可以申请的，是需要提供各种企业执照和证明文件，如果出现这样的病毒。那么对应的企业是需要承担法律责任的。所以，拥有这种代码签名证书的企业需要很小心的保管自己公司的代码签名证书。同时，代码签名证书也是有时效的，超过时效，那么这个代码签名将不会认可，防病毒软件就照杀不误了。如果出现证书丢失等异常情况，也有相应的证书吊销机制可以解决这个问题。
4 如何解决恶意破坏
综上所述，安全管理软件的安装和执行得到了信任，那么是不是安全管理软件和防病毒软件的冲突就可以彻底解决了呢。大部分是已经可以了，但是还不完全，前面我们提到有些恶意用户为了绕开安全监管，会采用防病毒软件的相关机制来破坏安全管理软件的正常运行。一种很典型的做法就是，使用防火墙软件，禁止安全管理软件客户端和服务器端的通讯。这样一样，网络管理人员就无法通过下发安全管理策略，来管理企业网内部的工作PC了。部署安全方案的目的也就无法很好的达成。
除了恶意破坏，还存在如下两种情况，导致客户端无法同服务器端进行通讯，正常的安全管理业务流程失败。
问题一：上网用户由于网络知识有限，不懂如何配置防火墙使安全管理软件客户端能够同服务器端进行通讯。
问题二：上网用户在防火墙判断是否放行时，由于无法作出判断，出于安全起见，禁止安全管理软件客户端访问网络。
对于这些问题，业界还没有好的解决方案，一般只能由管理员帮助上网用户进行配置和解决问题，但是如果企业内部工作PC数量众多，各种工作PC的应用环境复杂，所使用的杀毒软件和防火墙产品、版本和实现机制各不相同，耗费的工作量是巨大的。而且在防火墙升级、工作PC重装操作系统，客户改用其他杀毒软件的情况下，又需要耗费大量的时间进行折腾。而且，网管的技术能力目前在业界也是良莠不齐，很多网管也无法解决这些问题。
通过分析，可以发现当前业界主流的防火墙主要采用2种技术：SPI和NIDS中间层驱动。
SPI：简单一点说就是防火墙中同进程关联的一种报文过滤技术，它能够截获进程发起的网络连接，然后判断该进程是否允许发起这个网络链接。
NIDS中间层驱动：NIDS驱动位于更底层，它能够对网络访问的所有报文进行过滤。但是无法根据进程信息进行过滤。也就是如果其允许目的端口为80的报文通过。那么所有使用目的端口为80进行网络访问的进程发出的网络报文都能够通过。
一般业界的防火墙均采用2两种技术进行组合来实现。这样就可以解决其他进程冒用NIDS中间层驱动允许端口进行访问的问题。也可以解决，NIDS无法定位进程的问题了。
由于基于SPI的防火墙是工作于应用层的，因此能够拦截应用程序发起的网络链接，在某些情况下，就可能将客户端发起的网络链接阻断。
由于基于NIDS驱动的防火墙是工作在核心层的，因此能够拦截所有固定特征的报文。在某些情况下，就可能将客户端发起的网络链接阻断。
因此，要解决客户端同服务器端的通讯不被防火墙阻断，本文可通过实现一个“客户端驱动程序”（如上图所示）来解决该问题。该客户端驱动程序为TDI驱动，与TCP/IP这个TDI驱动同一位置，因此所有网卡收到的报文都将同时拷贝一份给“客户端驱动程序”，不会经过系统自带的TCP/IP驱动和TCP/IP协议栈，因此不会被基于SPI（甚至基于TDI驱动）的防火墙所过滤，而目前能够实现根据程序进行报文过滤的防火墙基本都是使用这两种技术。该“客户端驱动”由于同TCP/IP位于同一位置，因此无法使用Socket等WindowsAPI来实现TCP/IP传输。因此要实现客户端同服务端的通讯，还需要“客户端驱动程序”实现TCP/IP协议的相关功能。由于TCP过于复杂，因此“客户端驱动程序”采用实现UDP相关功能来实现IP报文的传输。“客户端驱动程序”能够防止通讯报文被基于SPI和基于TDI方式进行过滤的防火墙所过滤。
通过以上方式，客户端和服务端通讯的报文还可能被基于NIDS中间层驱动的防火墙给过滤。如瑞星防火墙就默认过滤所有报文，只开放少数必备端口，如80（http）和53（dns）.对于使用NIDS驱动进行报文过滤的防火墙，由于上网用户访问网络是一定要访问DNS服务的（DNS的访问端口53），并且NIDS无法得到进程信息。因此可以使“客户端驱动程序”的目的端口采用这些必备端口即可，本文中采用53端口（通过将端口修改为其他一定能够访问的端口也是可以的，53只是一个比较通用的做法，因为大部分人访问网络都是为了访问internet）。
通过以上两种方式，即可解决客户端同服务器端网络通讯被防火墙阻断的问题。下图为实现本方案，客户端程序至少需要实现的模块：
业务解析模块：同业务相关的模块（不同的产品是不一样的），从自定义传输协议栈获取服务器端发送过来的业务信息。将业务信息发送给自定义传输协议栈。
自定义传输协议栈：将业务相关的信息，根据自定义协议，封装到IP报文中。该传输协议栈，本方案只规定了采用UDP协议实现。UDP报文中的内容，不同的产品根据不同要求能够有不同的实现（如报文大小，安全要求程度不一样，应用层的实现都是不一样的）。
客户端驱动程序：TDI驱动，接收服务端发送过来的报文，并转发给自定义传输协议栈处理。接收自定义传输协议栈封装好的报文，并通过网卡转发给服务端。
对于服务器端，需要实现对应的自定义传输协议和业务解析模块，但是不需要实现客户端驱动。因为服务端都是管理员负责管理的，不存在这个防火墙的问题。
本方案既能够应用于Windows操作系统环境下的TCP/IP网络环境，也可以扩展到其他操作系统上的，如Linux和Unix等，因为其网络体系架构基本上是一样的。不过，目前国内的企业网，基本上都是Windows操作系统的终端，采用其他OS的PC很少。
4 结论
虽然目前杀毒软件和防火墙软件功能已经越来越强大。但是，这些软件的功能，主要还是针对用户的操作系统环境，进行病毒的检测和防御。对于安全要求较高的企业网，部署相应的安全解决方案，还是很有必要的。对于一些裸奔（不安装任何杀毒软件和防火墙软件）的PC，其安全性是完全无法保障的，企业信息的泄密几率也大大的增加。但是，安全管理软件同防病毒软件的冲突问题，却使安全解决方案的部署无法达到预期的效果。本文针对这个问题，通过使用“代码签名证书”，基于底层驱动的“客户端驱动程序”，解决了业界普遍存在的安全管理软件和防病毒软件的冲突问题，使安全管理方案的落地有了一个良好的基础。大大提高了企业内网的安全，极大的减轻了企业网网络管理员的工作负担。
参考文献
[1]代码签名证书.http：///link？url=B4VdrnuSOBmgeRYdAsssYwGZ32a4MRZbzMKhLrlu9n-6IhCgYqbOKSqQKGArOFvNdDB8etVjoy0eG-M9yvoGb.
[2]朱雁辉编著.Windows防火墙与网络封包拦截技术.北京：电子工业出版社，2002.
软件管理方案范文第4篇
【关键词】软件管理 资本管理 会计管理
一、概述
电脑已经成为现代企业运行不可或缺的设备。无论将电脑用于办公、控制、设计哪一方面，应该说我们用电脑不是使用机器硬设备本身，而是使用在其上运行的软件。软件是通过网络操作、文字图形处理、多媒体播放、控制检测、数据检索处理、计算等功能实现知识加工和创新的工具主体，是现代高精度加工、大规模联动控制、远程协调工作平台、海量数据处理、高技术成果转让等方面不可或缺的主角。同一计算机硬件设备，更换了安装的软件系统就可以改变它的作用，同类企业的软件系统差异决定了其技术和创利能力的不同。因此，脑力劳动工具的主体是软件，不是电脑本身。但是，原始的以实物管理为基础、以划分物权为目的的会计管理体系，仅仅管理了计算机硬设备的采购、折旧、报废等，即硬设备的资本价值形态转化的过程。虽然我们已经讨论了很长时间的知识产权、无形资产等概念，但是，至今在现代企业，甚至在以软件为唯一劳动工具的设计、创意、分析等类型的企业，软件资产这一企业核心竞争力成分尚未成为财务核算和会计实务处理的主体，处于管理缺位状态。
二、当前对软件做会计管理的误区
目前，企业的软件产品购置分为两类情形：一类是设备的系统软件和专用设备配套软件，它与设备搭售引入企业资本管理程序中，以实物资本的名称和会计形式存在。作为设备的附件部分，随设备做固定产价值形态转化过程管理，直至报废核销；另一类是专业软件，它往往以技术引进合同、专项软件工程合同或维修合同等独力引入企业，当期以费用形式一次纳入成本，以一次性使用价值的或文档资料形式的实物成本消失在企业会计管理流程中。这两种会计处理方式都无法反映软件的独立创利过程。
在当今经济社会中，软件做为智力劳动的工具已被公认具有独立的使用价值。在市场上，以社会劳动成本和创新附加值为计量基础，以货币价值独立交换，早已走出与实物设备搭售的时代。在对其独立使用价值和交换价值承认以后，软件通常是企业投资中不可忽视的一部分，如何在企业资本运作中进行类比实物资本做会计管理，反映其资本作用，如何在盈亏核算中完整、真实地描述其价值形态转化过程？
三、软件作为企业会计独立资产管理对象的必要性
不管是将软件作为硬设备附件还是材料、费用进行会计管理，都是简化了的、不负责任的、违背会计基本原则的。无可置疑，软件是企业有偿取得的，是企业为创造利润工具必须持有的；并且这类投入在现代企业投资结构中占相当比重，是企业价值创造活动中不可或缺的主要工具。因此它具有明显的资本价值，具有资本管理的必要。特别是对软件开发、数据服务、媒体创意、创意设计等智力劳动密集的高新技术企业，软件是企业技术差异、创利能力差异、技术积累的主体。因此，采用一次性使用的成本注销处理是违背企业会计管理的目的，在利润实现过程中缺失了软件资本的价值实现必然是不真实的。
与计算机、数控设备等实物资本合体管理，虽然在一定意义上说也可以反映软件的价值实现，但是是极不完整的，因为软件与所搭载的硬设备不具有相同的更新周期和折损率。通常软件的更新周期是以月为单位计算，而硬设备以年为单位计算，在一台硬设备报废前，其搭载的软件通常需要多次更新投入。因此，与硬设备同期折损管理，无法真实反映其折损周期。事实上，软件更新存在投入逐年提高、累计新增投入高于原设备投入、甚至在企业当期成本投入中占到相当比例等情形，而目前的设备管理是无法计入，只有将后续投入简化为一次独立的采购或维修的当期费用支出，进入不适当的费用科目，闪过企业会计管理流程。这种关键主体缺位的会计处理无法反映软件的定期更新活动，缺乏对企业主要资本管理的完整性。
在当今社会，软件更新周期不同于硬设备更新周期，通常更新频率更高，更容易预测。因为，软件更新是在原系统基础上的完善，而硬设备更新往往是重新设计和搭建，软件更新与所搭载硬设备具有明显的相对独立性，开发企业往往在软件尚未完善前就与硬设备联合推出，同时规划了软件系统功能、可靠性、安全性等方面升级更新的计划，并伴随着使用中发现的问题逐步完善，分版本推出。这一更新过程已经成为软件开发企业的必然生产模式，因此软件更新具有其特有的规律性。另外，软件的有效运行往往需要相应基础数据库、网络信息库、数据共享平台、安全软件等独立软件产品的支持，随着软件生产社会化程度迅速提高，这类伴生软件还在迅速增加，而这些软件产品的更新周期往往与主体软件不同步，使得软件更新维护工作更加频繁，因此企业的软件更新维护具有其特有的复杂性。
这些促使软件更新的动力因素决定了其与所搭载硬件的独立性，和特有的规律性和复杂性，要求软件产品使用企业必须重构管理体系，构建能够真实地反映这一资本运行规律、有效规范软件更新成本核算的会计管理方案。
四、可增值的会计核算体系构建
软件在企业会计管理中需要作为一个独立的资本主体，以按照软件的投入、折损、价值形态转移过程的特点进行有效管理。如何设置吻合软件价值转移的会计流程来适应软件更新、配套、维护等使用过程的复杂性，处理好其与所搭载硬件设备的折旧关系是会计管理的关键。
首先，软件的会计管理是企业资产管理的一个重要部分。软件应作为企业会计管理的独立主体，在资本账中的独立分类，也就是说要与设备管理科目并列设置软件管理科目。作为被管理个体，其物理名称要跟随软件使用寿命的全过程，其逻辑编号要具有唯一性。
当软件作为会计实体进帐，其购置合同中的硬件成本与软件成本分离，硬件的安装及必要的实物配套投资归为设备管理，软件的培训、配套、预付升级费用归为软件管理。在时间维度给出使用时间估算和更新周期，按照估算的使用时间换算出折损年限，按加速方法计算年度折旧率和折旧额。注意，不采用平均折旧方法的主要原因是软件的后期更新投入总会发生，且软件实效期较短，因此要对以发生部分快速折旧。折旧年限应不大于所搭载设备的折旧年限。不同于设备管理，软件管理应计入更新时段，其具体时间应直接由原始开发公司提供或相关信息分析得出。
多软件的系统配套管理是非常重要的问题。由于不同软件间的不同组合用在不同的岗位、完成不同的作业。由于软件具有无成本复制特点，可以同时安装在多台计算机上独立或联合运行。因此，软件间没有确定的配套、隶属关系，不同于设备系统的配接关系稳定，会计管理的难度较大。为了解决这一复杂问题，采用软件个体管理账和分类帐并行记账方法处理。由于不同软件的生命周期和折损等管理要素不同，软件应该按使用组合需要拆分，各单元独立记入个体账，拆分组合单元以相同折损年限、折旧额、更新年段归为一体的原则归并，对于一个系统中的软件建立一个分类账。对于跨系统使用的软件，在购置规划期应该明确拷贝数，按照规划的实用拷贝数分拆计入不同系统的分类账中。因此软件的个体帐与分类帐不逐一对应，但总金额相同。这是由于软件特有的可无成本复制性导致配套关系的非树形拓扑关系。总成本核算以个体账为基础，效益核算以分类账为基础。当有计划外的新增复制，其新建系统分类帐可以以零成本计入。
采购的新增软件要分辨是已有软件的配套软件、已有软件的更新软件、还是新的独立使用的主体软件。如果是主体软件，将在个体账中独立计入，增加分类账，并以零成本或残留成本计入所配套软件；如果是配套软件，将在个体账中独立计入，要按购置规划要求的复制目标追加到各相关分类账中，同时成本平分。如果是更新软件，在两个账目中都不增加单项，只是追加成本，及更新成本分摊到残余有效年限折损。也就是说，在购置软件时，如果是主体软件，会在分类账和个体账中分别增加单项；如果是配套软件，只会在个体账中新增项，在分类账中不增加独立项。当软件组合独立的或与设备配套再次销售时，其成本基础可以从软件分类账中核算。
个体账如同设备账，对企业进行总体资产及其折旧管理；也有利于软件的版本管理，及时发现版本更新或使用有效期到期，启动更新或安全管理工作流程，以降低企业软件安全风险。而有了分类帐，就可以实现以主体软件为核心的收益成本核算，掌握不同软件资产的创利能力差异，也可以如实反应软件的资本价值转化作用和各部分盈亏状况。如：将软件折损与设备折旧、原材料成本、劳动力成本等比较，可以看到软件的创利贡献率。从而在企业的运作过程中如实反映软件的作用，使企业重视软件的更新、成本投入、安全和风险，更有效的进行实际资本管理。
五、结论
构建软件管理科目有三个好处。一是有利于体现软件与硬设备的独立性和特殊性，真实、全面、完整的反映以软件为主体创利企业的运行机制；二是在科目日常管理中可以如实提供软件配套、更新的特殊过程信息，并避免许多投资不合理的进入当期费用账；三是理顺了软件配套关系网络不逐一对应的复杂拓扑关系，实现了软件创利能力计算，并体现了其集成的增值性，不会因为概念上的软件投入在资产成本中占比小、创利能力强而被忽略。在财务管理之外，有利于企业从资本的高度增强对软件安全管理工作的认识，建立有效地更新、换代、维护机制，提高企业运行的安全性，降低风险，建设现代高技术企业管理体系，使软件资产及创利能力算得清。
【参考文献】
[1] 陈彦卓：软件资产的企业价值[J]. 软件世界,2005(10)。
[2] 刘超：关于计算机软件资产的账务处理[J]. 中国工会财会,2004(6)。
[3] 阎红玉：计算机软件会计核算的几个问题[J]. 财会通讯,2003(7)。 [4] 田然、陈立蓉、孟智慧：计算机软件资产的会计处理[J]. 北方经贸,2003(3)。
软件管理方案范文第5篇
关键词:住房公积金特点不足解决方法
笔者作为国际部住房公积金专管员，肩负着审核、汇总、缴纳住房公积金及保管、发放住房公积金阳光卡的工作职责；加之国家正处在变革转型之中，住房公积金更是直接涉及到每个员工的切身利益，更加深感工作的重要性。随着国际部的业务不断扩展，持续不断扩大的人才队伍，给本来就错综复杂的公积金审核、汇总、缴纳管理工作带来了诸多困难，原有的工作方式远远不能满足工作需求和效率。本文就此问题进行分析，提出相关建议。
一、我部住房公积金管理的基本特点
水电八局国际部的住房公积金管理采用以各项目人事每月报住房公积金明细表和人员异动表，本部财务核对与汇总后，按片区为各项目员工缴纳住房公积金到各地市的住房公积金管理中心的管理模式。随着水电八局国际部的国际业务的扩展，在建国际工程项目已分布亚、非、南美三大洲，达十多个工地，需要从各个分局抽调大量人才，以及从社会上招聘一些高级或专业人才来进行项目实施，从而使得国际部的住房公积金管理具有以下三个特点：
(一)管理交叉
这是国际部住房公积金管理的最大特点。十多个境外工地项目的员工的公积金缴纳地分布在长沙、常德、东江、贵阳、武汉、南托6个不同片区，从工资中扣公积金个人部分是按项目进行，而公积金缴纳到公积金管理中心是按片区进行，因而要从项目和片区两个角度来管理公积金的缴纳，公积金缴费明细表、公积金缴费异动表、年度报表等均要分别有项目和片区两个角度的形式以及交叉汇总的形式。
(二)异动频繁
这是国际部住房公积金管理的第二大特点。由于国际业务对人才的特殊要求和紧缺性原因，经常有员工调入或招聘进入或调出国际部的，也经常有员工在国际部内部各项目之间互相调动的；还经常有公积金缴纳地从区转移到B片区的（很多从分局调入国际部的员工希望把公积金关系从原来的地市转入省会）；以上各种异动的频繁发生就势必常有公积金帐户的开户、销户、启封、封存、补交等业务的发生。
(三)管理脱节
这是国际部住房公积金管理的第三大特点，也是最需人事和财务两部门协调解决的问题。住房公积金的专管员设在财务部是有历史原因的，国际部1995年刚组建时是个只有10多人的小单位，人少事情多，样样工作都要正常开展，所以每个人都必须是一专多能，一人多岗位，笔者当时在财务部门就额外担负着应由人事部门编制公积金、养老金、医保金、失业金各项报表等工作。随着国际部的不断发展，部门职能不断完善，三金缴纳的问题已由局社保和各单位人事部门妥善处理，只有管理公积金的问题没有很好解决。国际部现在已发展成一千多人的大单位，显然继续以前财务包办公积金的管理方式是行不通的。队伍不断壮大，项目不断增加、人员异动频繁使得财务部不可能及时、动态、准确地掌握人员异动信息，造成核查耗时、效率很低，而且国际项目增长较快，资深专职人事人员少，各项目从事人事工作的大都是新手，以至于公积金专管员在收集各项目上报的的公积金表，汇总审核时发现不少问题。主要体现在：(1)有些项目编制的公积金表本月的缴纳数和上月的缴纳数关联不上；(2)工资中扣的公积金和需要缴纳的公积金关联不上；(3)项目之间人员异动情况关联不上，比如某项目已做人员异动减少，但是接收项目没有做人员异动新增，这时财务就需要跟两个项目协调，以确定到底在原单位缴纳，还是在新单位缴纳；(4)甚至有些新增人员的缴费标准都对不上等等。公积金专管员将各项目的数据一一核对、调整后，还要和各片区的公积金专管员核对其新增人员的缴纳地是否无误、缴费时间段是否正常、缴费标准是否有误；待所有问题和数据都核对清楚后才能向各片区缴纳公积金。以上种种问题，再加上十几个项目分属不同的国家地区，有时差，少则1小时，多则8个小时，而且大多通过互联网交换信息，互联网有时候还不畅通，联系起来不方便，每个月专管员断断续续要花大约半个月的时间来处理住房公积金这项工作。
二、采用EXCEL管理住房公积金的不足
鉴于国际部住房公积金核算管理工作的繁琐性，显然用EXCEL来管理存在下列缺陷：
(1)每个月需要有大量的EXCEL表格分别对应各项目和各片区的缴交明细表、异动表、汇总表、交叉汇总表。如果几个月下来，各种有用的、临时的文件加在一起，文件会更多；如果专管员换了，因习惯不同，又会造成文件的命名规范不一致，给后续的工作移交和查询管理带来不便。
(2)为了统计的需要，相同的数据在不同的表格中存在几次，如果要修改某个数据，数据的一致性很难保证。
(3)站在项目和片区两个不同的角度分别进行汇总统计、交叉统计很不方便，需要不断地从多个明细表的汇总行将汇总数拷贝到各种汇总表，容易产生差错。
(4)本月相对于上月的异动表（含人数的增减和金额的增减）全靠人工进行判断和计算处理后生成，而且异动表又要分别站在项目和片区两个不同的角度进行统计，效率很低，且容易产生差错。
(5)查询个人的公积金台帐、个人的基本信息、个人的公积金状态异动历史记录、个人的项目异动历史记录、片区转移历史记录、公积金缴交基数异动历史等信息相当不方便，EXCEL文件一大堆，但是想要的信息没有在一个完整的EXCEL表中，工作效率太低。
(6)按项目和/或片区进行年度或任意时间跨度的汇总统计相当麻烦。
(7)各项目往往将公积金的补交和本月应缴数混在一起，给汇总补交数和本月应交数带来麻烦，也给个人公积金台帐的记账和查询带来麻烦。
鉴于此，笔者设想开发一套适合国际部公积金管理特点的管理软件来提高我部住房公积金管理的工作效率，希望能达到这样一种效果：先编制一个审核通过的国际部全体缴纳公积金人员的数据库，形成历史状态，以后每月只需各项目人事办将人事异动表交总部人事部审核，汇总输入系统，完成当月的基础信息采集工作；然后由管理软件根据最新的基础信息来自动生成当月应缴公积金明细；财务部再根据管理软件自动生成的异动表来判断人事的汇总工作是否有误，有误则进行修改；通过系统打印各片区汇总明细表、异动表，再转存成EXCEL文件，跟各片区公积金专管员核对新增信息，有误则查询修改，无误则完成各片区的公积金缴纳；最后，将各项目当月公积金缴费数据转存成EXCEL文件反馈给各项目，各项目下个月就在此基础上编制明细和异动。这样就通过软件实现了财务部和人事部对公积金管理的协同，降低了两个项目的工作强度，提高了办事效率，保证了缴纳质量，从源头解决了公积金错综复杂的核算和缴纳管理工作。
三、软件解决方案的功能概述
根据以上设想，经过与某个对水电建设行业比较熟悉的软件公司多次进行软件需求的沟通，最终成功开发出来了这个适合国际部的住房公积金管理软件，下面简要描述一下该软件的各项功能。
功能描述如下：
(一)基础数据维护
(1)项目设置：对各个项目进行编号、增加、修改、设为历史状态，国际部本部当作一个项目对待。
(2)片区设置: 对员工的片区（及员工来源）进行编号、增加、修改、设为历史状态。
(3)在职员工基本信息维护：将员工的基本信息（工号、姓名、身份证号、入职日期、项目、岗位、片区等）和公积金信息（公积金状态、公积金账号、阳光卡号、个人缴交基数、单位缴交基数等）存入数据库，可以方便地进行查询、修改、删除等操作； 当员工有公积金的缴费数据时，不能删除该员工，只能异动到离职员工里面；可以根据姓名自动生成拼音声母助记码，便于进行模糊查询。
(4)离职员工查询：与上述在职员工的查找类似。
(5)从EXCEL导入员工信息：可以将整理好的EXCEL形式的员工信息表导入到系统中。
(6)导出员工信息到EXCEL：可以将系统中的员工信息导出到EXCEL中，可以在行列筛选后导出。
(二)异动处理
(1)公积金状态、项目、片区、缴费基数异动：为了保留关键数据的修改痕迹以便审计跟踪和后续查询，更为了便于每月自动生成人数及金额的异动统计表，因而不允许直接修改公积金状态、项目、片区、缴费基数，需要设计专门的类似凭证的界面来处理公积金状态、项目、片区、缴费基数异动。
(2)公积金状态、项目、片区、缴费基数批量异动：实现同时对选择的一批员工的公积金状态、项目、片区、缴费基数的异动。
(3)公积金状态、项目、片区、缴费基数异动查询：实现同时对异动记录的批量查询。
(三)计提和补交
(1)计提公积金：每月根据员工的最新公积金个人缴费基数、单位缴费基数、当前所在项目、当前所在片区信息计提公积金形成缴交明细表，同时生成个人公积金台帐。可以一次计提所有员工，也可以逐个项目或逐个片区计提。
(2)反计提：将某月已经计提到个人公积金台帐和缴交明细表的数据删除，可以一次反计提所有人或逐个项目或逐个片区反计提。在计提后发现某些员工的基数错了，不需要先进行反计提，直接重复计提即可，将覆盖旧数据。
(3)补交公积金：补交以前某个月或者某些月份的公积金。一次可以批量补交一批人的指定的连续月份或随机的月份。
(4)删除补交的公积金：将补交数据删除，一次可以删除一批人的指定的连续月份或随机的月份。
(四)异动统计表生成
(1)当计提和补交处理完成后，就可以按项目生成异动统计表，以“沐若项目2010年5月份”为例，形如以下形式（注意：其中自动生成了很有用的“说明”信息）：
(2)当计提和补交处理完成后，就可以按片区生成异动统计表，以“贵阳片2010年5月份”为例，形如以下形式（注意：其中自动生成了很有用的“说明”信息）：
(五)缴交统计表生成
(1)月度缴费金额与人数的交叉统计表（横向：项目，纵向：片区）
可以选择性地统计不含补交的缴费金额与人数、补交的缴费金额与人数、含补交的缴费金额与人数。也可以指定要统计的项目、片区条件范围，不指定条件则统计所有的项目、片区。统计表可以直接打印，也可以导出成EXCEL格式。
(2)月度缴费金额与人数的交叉统计表（横向：片区，纵向：项目）：（限于篇幅略去截图）
(3)年度缴费金额与人数的交叉统计表（横向：项目，纵向：月份）
体现当年度的1月至最后一个月份的按项目\月份的交叉统计数据。
(4)年度缴费金额与人数的交叉统计表（横向：月份，纵向：项目）：（限于篇幅略去截图）。
(5)年度缴费金额与人数的交叉统计表（横向：片区，纵向：月份）：（限于篇幅略去截图）。
(6)年度缴费金额与人数的交叉统计表（横向：月份，纵向：片区）：（限于篇幅略去截图）。
(7)年度缴费金额与人数的交叉统计表（横向：项目，纵向：片区）：（限于篇幅略去截图）。
(8)年度缴费金额与人数的交叉统计表（横向：片区，纵向：项目）：（限于篇幅略去截图）。
(六)批量数据查询
(1)基数调整清册：可以按项目和片区组合查询员工的最新基数信息。
(2)按项目查询缴交明细表：可以自动对比本项目上个月的明细表标记出哪些人是新增的，可以自动按片区分组小计，可以统计出补交的人月数和金额。
(3)按片区查询缴交明细表：可以自动对比本片区上个月的明细表标记出哪些人是新增的，可以自动按项目分组小计，可以统计出补交的人月数和金额。
(4)按项目、片区查询缴交明细表：（限于篇幅略）。
(5)按月份区间查询缴交明细表：查询指定月份区间的缴交明细表，可以同时指定项目、片区条件。
(6)按项目（或片区）查询历史状态信息：由于存在信息异动，查询历史状态信息指查询以前某个月某项目（或片区）当时的员工名单及每个员工当时的基本信息（项目、片区、岗位、身份证号）和公积金信息（公积金状态、公积金账号、阳光卡号、个人缴交基数、单位缴交基数等）。
(七)个人数据查询
(1)在职员工的基本信息、异动历史记录、公积金台帐查询：在各种表格中可以即时打开查看某员工的综合信息（基本信息、公积金基数信息、公积金状态异动痕迹、项目异动痕迹、片区异动痕迹、缴费基数异动痕迹、各个月缴费数据、补交数据）的窗口。
(2)离职员工的基本信息、异动历史记录、公积金台帐查询：与上类似。
四、软件解决方案的应用效果分析
至截稿时间，该软件系统已在我部运行了一年，取得了满意的效果，它帮助我们这些公积金管理工作者从烦琐的EXCEL数据处理工作中解放出来，有效地降低了我们的工作强度，提高了公积金管理的效率和质量。在另一方面，由于采用了统一的数据库和软件平台，人事部和财务部可以协同进行住房公积金管理，避免了信息脱节造成的差错和工作被动性；另外也可以实现数据的共享查询。
应用体会：
1、只要把基础数据和异动信息弄正确了，其他数据处理工作就相当简单轻松了，各种各样的报表都自动生成了；
2、当本部管理者或各项目、各片区的管理者以及个人需要对住房公积金情况进行动态查询或综合查询时，都很方便；
3、各种数据界面都可以导出成EXCEL表，而且报表的主副标题及汇总行都可以导出，省去了再对EXCEL进行加工的工作量，从而可以及时快速地向各片区、各项目的管理人员传送最终的数据表格。
参考文献：
[1]周芝青.我国住房公积金管理存在的主要问题及对策分析现代商业 2009，（23）：106-107
[2]潘哲,甄鹏,等浅析我国住房公积金管理制度的短板 致富时代：下半月2010，（9）：155
[3]刘柏华.住房公积金管理系统的信息化建设与管理 住宅与房地产：综合版2011，（2）：122-124
软件管理方案范文第6篇
【关键词】软件项目管理 项目计划 管理意识 解决方案
软件行业是一个极具挑战性和创造性的行业，软件开发是一项复杂的系统工程，牵涉到各方面的因素，在实际工作中，经常会出现各种各样的问题，甚至面临失败。如何总结、分析失败的原因，得出有益的教训，对一个公司来说，是在今后的项目中取得成功的关键。
1 项目管理在软件开发中的应用的成因
目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成完全适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。
2软件项目管理常见问题及解决方案
(1)缺乏项目管理系统培训
在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。
解决方案：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。
(2)项目计划意识问题
项目经理对总体计划、阶段计划的作用认识不足，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。
解决方案：计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
(3)管理意识问题
部分项目经理不能从总体上把握整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法，不好安排的工作只好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。
解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。
(4)沟通意识问题
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失;有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。
解决方案：制定有效的沟通制度和沟通机制，提高沟通意识;采取多种沟通方式，提高沟通的有效性。通过制度规定对由于未及时收取邮件而造成损失的责任归属;对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如：除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。
(5)风险管理意识问题
有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用
解决方案：通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法，掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。
(6)项目干系人问题
在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以至于无法得到完整需求或最终经权威用户代表确认的需求;或者是多个用户代表各说各话、昨是今非，但同时又要求项目尽早交付;项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。
解决方案：项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
(7)项目团队内分工协作问题
项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任分工不够清晰而造成工作互相推诿、责任互相推卸的现象;有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰，但是各项目成员只顾完成自己那部分任务，不愿意与他人协作。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
解决方案：项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。
3 结束语
实施有效的项目管理绝非易事，对于软件企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，同时，成熟有效的项目管理无疑将对企业起着至关重要的作用，项目管理的水平将是企业核心竞争力之一。
参考文献：
[1]吴吉义.软件项目管理理论与案例分析.中国电力出版社，2007，08.
[2]李帜，林立新，曹亚波.软件工程项目管理：功能点分析方法与实践.清华大学出版社，2005，03.
[3]覃征.软件项目管理.清华大学出版社，2004，07.
软件管理方案范文第7篇
关键词：软件项目管理；实践；培养方案；开源教学
中图分类号：G642 文献标识码：B
文章编号：1672-5913 (2007) 22-0090-04
1引言
未来5年，中国软件从业人员将从目前的90万人增加到250万人左右，有望推动我国IT产业的更加快速发展。然而，我国IT行业在迅速发展的同时，也面临着一些挑战。
1.1软件企业现状
随着计算软件规模和复制度的增加，我国的软件企业正在从“手工作坊式”向“软件工厂式”转变。许多中小型软件企业的管理模式十分退后，面临着很大的挑战，它们要么成功转型，要么在竞争中被淘汰。而转型成功的关键是能否形成一个合理的软件项目管理模式。根据文献[0]的论述，我国项目管理发展滞后的一个重要原因就是缺乏合格的项目管理人才。可以预见到，我国软件企业对项目管理人才的需求将会急剧增加。
1.2软件人才现状
在近几年内，尽管中国软件从业人员将会大大增加，但是中国软件人才目前仍然处于两头小、中间大的不合理人才梯队结构[0]，即中端人才过剩，高端和低端人才缺乏。从目前国内的软件高端人才数量现状与软件业较先进的国家相比，未来五年，国内软件业高端人才至少缺口20万人[0]。而且目前国内的软件高端人才中却普遍存在着“重技术轻管理”和“管理缺乏规范性”等问题，执行软件项目管理的能力不强。这更加重了软件企业对项目管理人才的需求。
1.3软件项目管理人才培养的现状
在软件企业对项目管理人才的需求不断升温的情况下，社会上出现了许多软件项目管理的培训机构。虽然这类培训一般都是费用高、时间短，很难达到预期效果，但是因为项目管理人才供不应求，这类培训仍然很有市场。
然而这类“救火式”的培养只能算是临阵磨枪。因为培训时间短，学生除了完成一些案例分析之外，很少有实践的机会，换句话说，学生在培训过程中主要获得了项目管理的理论知识。随着时代的发展，项目管理的理论不能固定不变，况且项目管理课程的历史较短，其底层理论尚未定型。文献[0]详细论证后指出，项目管理底层理论已显得陈旧，需要更加广泛和强大的理论作为支持。可见，在这种情况下，软件项目管理的培训不应只以理论为主，而需要伴以更多的实践内容。
在我国软件企业对项目管理人才的需求不断升温的情况下，软件项目管理人才的培养不能依赖于社会上的培训机构，各高校应增加投入，承担起软件项目管理人才的培养，这样才能在数量和质量上都满足新形势下我国对软件人才的需求。
在各高校中开设“软件项目管理”课程至今已经五年多了，其教学模式一直在不断完善。软件项目管理课程与程序设计、算法分析、数据库设计等其他软件类课程的一个重大区别在于学生的实践机会很少。没有参与到一个软件项目中而去谈软件项目管理的实践，这显然是不现实的。然而，学生在工作之前很难有机会参与软件项目，要体验规范的软件项目管理就更加不可能。所以，为“软件项目管理”课程增置相应的课程实践是非常必要的。
1.4相关研究以及本方案的特点
文献[0]提出了一种较为完整的软件项目管理培养方案，内容包括了教学与实践，但是实践的比重偏低。文献[0]则提出了一种让学生在虚拟的项目中锻炼实践能力的新构想，并对实践效果做了简要分析，但是并没提及项目的来源和去向，以及项目的难度问题。本文延续了笔者在文献[0]中提出的“开源教学”思想，补充了文献[0]中未提及的内容，强调Learning by Doing的模式[0]，提出了一种新的“软件项目管理”课程实践方案，包含了情景演练和项目实践这两大重要内容，可以与文献[0]的培养方案结合，形成一套更加完整的，符合我国新形势要求的“软件项目管理”培养方案。
2实践方案概述
2.1培养目标
作为软件项目管理课程的一部分，本实践方案的目标与整个课程的培养目标保持一致，即培养学生对项目管理和控制能力，而在实际培养过程中，则体现为培养学生的协同开发能力、学习能力、沟通能力、表达能力和领导能力，使其具有开阔视野，合作、创新的精神[0](如图1所示)。事实上，这五方面能力也必须在实践过程中才能得到真正的锻炼。
2.2培养模式
本实践方案强调Learning by Doing的模式。这种模式最早是由美国卡奈基・梅隆大学提出的，目的在于培养工科学生实践能力[0]。“Learning by Doing”的意思就是从在做的过程中学习。学生通过自己动手实践，获得对客观知识的最直接认识，再经过归纳和总结，形成自己的知识，从而完成整个学习过程。这种模式将彻底改变过去“填鸭式”的教学，让学生处于教学的中心地位。
文献[0]提出了将Learning by Doing的模式应用于软件项目管理的教学的一种方式。他们通过软件模拟了现实的软件项目管理的情景，为学生提供了方便易用、仿真度高的实践平台。学生可以通过类似于游戏的方式来体验软件项目管理，能够尝试各种不同的决策以验证自己的想法。事实证明，他们以这种方式成功地将Learning by Doing的模式应用于软件项目管理课程。
3课程实践内容
3.1情景演练
情景演练是设置于课程实践前期的实践内容，由老师或助教虚拟一个项目管理过程中的情景，将学生置身于情景之中，锻炼学生解决实际问题的能力。
情景的设计
这种虚拟情景并非纯属虚构，而是由任课老师或助教根据实际的软件项目管理案例而设计的。此外，还应向学生提供一个较为清晰的项目背景，以及情景的上下文，争取让学生“身临其境”。情景演练的内容则贯穿软件项目管理的五个过程组和九大知识领域，可以为学生提供软件项目管理中可能遇到的各种实际问题。
演练的方式
学生以小组为单位进行情景演练，每个组员扮演情景中的一个角色并完成其特殊的工作。必要情况下，需要老师或助教扮演辅助角色。演练的时间视具体情景而定，演练一个项目的收尾也许只要一两天，而演练一次项目计划的时间则至少数倍与前者。演练完成之后，学生将向上台报告演练结果，并听取老师的点评和同学的意见。
在多次情景演练中，学生可以扮演不同的角色，体验项目管理中的不同工作，能够更好的认识自己的长处和不足，确定下一步的学习重点。
情景演练可以让学生“身临其境”地体验到项目管理中所遇到的各种问题，仿真度高于案例分析，是下一步项目实践的必要基础。
3.2项目实践
相对于先前的情景演练，项目实践更加“真刀真枪”。在项目实践中，学生仍然以组为单位进行实践，通过团队协作完成一个软件项目。
实践的形式
在整个项目实践中，任课老师或助教扮演项目的甲方，而学生团队则为乙方，乙方按照甲方的需求完成一个实践项目。此外，任课老师或助教仍然会在适当的时候给予学生必要的指导。
当一个学生团队接选定一个项目之后，他们自发地选择其中一位成员作为项目经理，然后由项目经理主持完成系统分析员、开发人员、测试人员等职位的任命。任命的过程需要参考学生在情景演练中表现，争取让每个学生才能展现自己的特点。接下来，学生团队就可以在项目的五大过程中发挥他们所学的九大领域的知识，利用他们在案例分析和情景演练中积累的初步经验来解决项目实践中遇到的各种问题。
在实践过程中，学生依然可以更换角色。有的学生可能会在项目的不同阶段扮演不同的角色，承担不同的任务；有的重要角色(如，项目经理)可能会实行“轮岗”机制，让更多学生有机会体验该角色的工作。
项目收尾之后，老师将组织一个报告会，让每个团队介绍自己的工作情况，分享经验与教训，讨论项目管理中问题的解决办法。这个经验交流会使得整个项目实践得以升华，是学生的一次宝贵经历，即便是对于软件企业中的项目经理，这种经验交流也是十分难得的。
项目的来源与去向
项目的选题是项目实践中比较重要的问题。首先，所选项目必须贴近实战，这就要求不能凭空想象一个没有实际需求的项目，因为这会导致项目的范围难以界定。最好就是任课老师正在负责某个项目，可以将其中的子项目交给学生实践。但是这样做风险较大，项目经理不便由学生来担任，而且项目的时间、规模和难度也不一定适合。
笔者认为比较理想的项目来源是开源社区，上面有大量的开源项目，而且资料齐全，有足够大的选择空间，学生可以很容易地找到时间、规模和难度都适中的项目。
还有另一种情况则是学生本身有了很好的构想，希望开发某种软件，只是有待实现。这时也可以作为一个实践项目。最后如果实现了这种新的软件，何不将其开源，从而将好的构想发扬光大呢？笔者提倡从开源社区获得实践项目，并把项目实践的成果贡献给开源社区。
3.3开源教学
笔者在文献[0]中首次提出了“开源教学”的想法，而在本软件项目管理实践方案中，“开源教学”的思想可以得到较好的体现。
当前IT行业中有许多非常成功的软件都是由开源软件发展过来；有许多软件为了得到更好的发展，也都纷纷加入到开源社区之中，使得开源社区迅速成为一个巨大的免费软件项目宝库。在国外，开源社区的一大主力就是大学生。大批的学生本着学习和交流的目的在开源项目中工作，不仅自身能力得到了很好的锻炼，还可以为后人留下宝贵的软件财富。当前国外的开源社区不但带动了软件产业的发展，同时还培养了大量优秀的软件人才，可谓一举两得。然而国内的开源软件起步较晚，发展较慢，急需大量的高校学生投身开源事业。
本文软件项目管理实践方案的项目实践部分提倡从开源社区中选题的一个重要目的就是引导学生参加开源项目，加快我国开源事业的发展。
在软件项目管理课程实践引入“开源教学”的优势主要有：
(1) 开源社区为学生提供了极大的选题空间。国内外的开源社区中都有大量的软件项目，学生可以很容易地加入到开源项目中去，选择最合适的项目作为实践。
(2) 有齐全的技术资料和强大的技术支持。只要加入到开源项目，学生就可以获得详尽的项目文档，并且可以方便地与其他开发者交流，共同解决问题。
(3) 提供一个展示作品的平台。学生团队完成了自己得意佳作之后，完全可以将其贡献到开源社区，让更多人了解自己的作品，以可以让其他人共同参与完善这个作品。
(4) 壮大国内开源社区，带动软件产业发展，同时培养高素质的软件人才。
在课程实践效果分析中将会给出开源项目实践与一般项目实践的对比。
4课程实践的考核与评价
考核与评价是本软件项目管理实践方案的一个重要环节，它一方面能够起到督促作用，激励学生认真完成课程实践；但更重要的是考核与评价机制可以帮助学生认识自己的学习的效果，发现自己在软件项目管理中的长处与不足，对将来运用软件项目管理的知识或在软件项目管理领域深造都有重要的参考价值。
本课程实践的考核与评价并非在实践结束之后进行，而是贯穿整个软件项目管理的实践过程。从课程实践开始，老师就对学生的表现进行记录、考核和评价，直到学生完成所有的实践内容。整个考核与评价过程主要分为三个部分：情景演练的考核、项目实践过程的考核和项目实践结果的考核。三个部分的比例如图2所示。
1. 情景演练的考核
情景演练中考核学生在特定场景中对各种实际问题的处理能力。由于每个学生可以经历多种情景，对学生的能力的考核比较全面。这个阶段的评价占学生实践总成绩的25%，在下一阶段确定学生在项目实践中职务的时候，这个评价也起到关键作用。
2. 项目实践过程的考核
在项目实践过程中，学生的每一项活动都会被记录，作为考核和评价的依据。如果说情景演练侧重于在多个“点”上考核学生的能力，那么项目实践过程则是在多个活动主线上考核学生。相对于情景演练，这种考核更加全面和有参考价值，占学生实践总成绩的55%。
3. 项目实践结果的考核
在项目实践的最后有一个项目报告会，学生以团队为单位汇报项目实践的结果，并分享经验和教训。学生在报告会中的表现在一定程度上反映其在实践过程中收获，这部分考核占学生实践总成绩的20%。
5课程实践效果分析
我们在计算机专业本科的一个班中实验了这种软件项目管理课程实践方案，将学生分为三组，每组10人。其中A和B两组的实践项目来自开源社区，而C组则选择实验室中的实际项目作为对照。
在选题过程中，因为开源社区中项目资料丰富，A组和B组的学生表现出浓厚的兴趣；而C组只能在实验室范围内选题，可选范围比较小。
另外，C组实践的项目是真实项目的子项目，关系到整个项目的顺利进行，所以C组项目经理的决策需要经老师或助教的批准，受到较多的约束，锻炼机会较少。
而从项目的结果上看，C组的项目完成效果较好，A组和B组项目则是基本达标。课程实践结束后，三组的学生均表示希望在所做的项目中做更进一步的研究，但C组因为实验室项目的保密因素，不能在原基础上进行研究。而A组和B组则可能会将实践的成果重新贡献到开源社区，让更多人参与该项目。
总体来说，参加课程实践的学生都表现出较高的积极性，部分学生能够较恰当地运用软件项目管理课程中的知识。开源教学对于提高学生的积极性起到了重要作用，虽然选择开源项目的组实践结果稍差，但是在实践过程中更加自由，更能够锻炼学生的实践能力。
6结束语
软件项目管理人才的培养关系到我国新形势下的软件产业发展，各高校应该承担起培养高素质软件项目管理人才的责任。而培养关键在于理论和实践的结合，尤其实践能力的培养，高校应重视这个被长期忽视的问题。本文介绍的软件项目管理实践方案坚持Learning by Doing的教学模式，以开源教学为手段，是课程实践模式的一次新的探索。
参考文献
[1] 徐庆艳．我国项目管理滞后的原因及发展途径[J]．集团经济研究,2005,(5).
[2] 中国软件中端人才过剩，高端人才缺口20万[EB]． 搜狐教育．/20070709/n250962964.shtml 2007-07-09
[3] 泽琳,李红,杜卿． 软件产业人才需求与软件人才培养[J]． 计算机教育,2005,(8).
[4] 刘发贵,李育成． 论计算机专业学生软件项目管理能力的培养[J]． 计算机教育,2005,(8).
[5] 实战模拟的“软件项目管理”课程实践与考核[j]． 计算机教育,2007,(3).
[6] MVarcio de O. Barros, Alexandre R. Dantas, Gustavo O. Veronese, and Claudia M. L.Werner. Model-driven game development-experience and model enhancements in software project management education, Softw. Process Improve. Pract. 2006; 11: 411-421.
[7] Learning by Doing. west.cmu.edu
[8] Koskela, L. and Howell, G.. The Underlying Theory of Project Management is Obsolote. Proceedings of the PMI Research Conference, 2002:293-302.
作者简介
刘发贵，华南理工大学计算机学院计算机软件工程系系主任、计算机技术中心副主任。教授，硕士生导师。
地址：广州五山路381号华南理工大学510640
电话：020-87110893
13600066003
软件管理方案范文第8篇
【 关键词 】软件企业 项目管理 解决方案 问题
一、概述
随着互联网的不断发展及各个行业对软件需求的不断提高，软件开发的需求也就越来越高。软件行业本身是一个具有极端挑战和创造性行业，软件开发是一个复杂工程，牵动面非常广泛，其中包括很多不可抗拒的因素，在软件开发的实际过程中会遇到各式各样的问题，这些问题一旦处理不好不及时，就会导致项目的失败。在软件开发过程中，如何总结、分析问题找出解决的办法就尤为重要，是一个软件公司在今后的开发过程中取得胜利的关键。
二、软件开发过程中遇到的一些问题
（1）沟通意识问题
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，或者传达错误，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时接收、查看邮件的习惯，对一些最新的信息无法及时接收。
（2）项目计划问题
项目经理对总体计划、阶段计划的作用认识不足，没有详细的时间安排和工作进展计划，总体计划制定比较随意，很多问题没有仔细规划；阶段计划也因为各种原因经常拖延，经常因为一些小问题而导致工期延误，造成计划与进程脱节，无法进行有效的进度控制。
（3）项目的系统管理
在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方 面的知识比较缺乏。部分项目经理不能从总体上把握整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法，不好安排的工作只好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。
（4）软件开发项目风险管理意识问题
部分项目经理没有充分认识到项目风险管理的重要性，对计划书中风险管理部分应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么多大作用。计划中列举的风险也不一定是项目开发中可能会遇到的真正风险。
（5）软件开发项目团队分工协作问题
项目团队内部有时由于各阶段不同角色或同阶段不同 角色之间的责任分工不够清晰而造成工作互相推诿、责任互相推卸的现象；有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰，但是各项目成员只顾完成自己那部分任务，不愿意与他人协作。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
（6）项目干系人问题
在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以至于无法得到完整需求或最终经权威用户代表确认的需求；或者是多个用户代表各说各话、昨是今非，但同时又要求项目尽早交付；项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。
三、解决方案
（1）加强沟通交流
制定有效的沟通制度和沟通机制，提高沟通意识；采取多种沟通方式，提高沟通的有效性。通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如：除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。
（2）增强项目管理人员的计划意识
计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善细化。提高项目经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
（3）采取有效措施加大对项目管理的培训力度
项目经理接受系统的项目管理知识培训是非常必要的。加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。
（4）加强风险管理意识
通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法，掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。
（5）加强与项目干系人 的沟通和管理
项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
（6）加强项目团队内的分工协作
项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。管理人员要以身作则，发挥模范带头作用。从整个项目的全局出发，统领整个软件项目管理工作。合理配置人力资源，使员工分工明细，团结协作，人尽其能，优势互补。管理人员作为企业的领导力量，应当具备强烈的责任心和团队意识，在发挥个人能力的同时注重挖掘人才和培养人才。
四、结束语
软件项目管理在软件企业中处于举足轻重的地位，它决定了软件项目的成败。因此，要预测项目管理中可能会遇到的一些常见问题，制定较为完善的应对策略并评估这些对策的有效性、可靠性。另外，还要利用项目管理技术，不断总结实践经验，坚持项目管理的改进，提高效益和品质，确保项目的顺利完工。
【参考文献】
[1]张文娟，岳志鹏.浅谈软件项目管理[J].科技风，2009.
软件管理方案范文第9篇
【关键词】文件 批量打印 自动化 VC++
资料打印已经成为人们生活工作当中不可或缺的一部分，个人档案存档、学生毕业论文提交到图书馆、公司办公文件打印等等。这些文件在打印过程中需要根据不同的文件格式调用相关程序，根据不同的文件幅面大小选择相应的打印机，并设置各种打印参数。例如打印 10 份 A4 大小的 word 文件、10 份 A3 大小的ppt文件和 10 份 A2 大小的pdf文件，需要调用 10 次 Microsoft Word 程序、10 次 Microsoft Power Point 程序和 10 次 Adobe Acrobat 程序，运行 30 次打印命令，按文件幅面大小分别选择支持 A4 和 A3 幅面的小型打印机和支持 A2 幅面的大幅面打印机，并设置纸张来源等打印参数。以上过程若采取人工操作会非常耗时耗力，造成大量重复性低效率劳动。为进一步提高办公效率，本文采用MFC技术，结合VC++语言编写了图形化程序，只要针对文件类型设置好打印参数，文件就可以批量打印。
1 VC++语言简介
Microsoft Visual C++是Microsoft公司推出的开发Win32环境程序，面向对象的可视化集成编程系统。它不但具有程序框架自动生成、灵活方便的类管理、代码编写和界面设计集成交互操作、可开发多种程序等优点，而且通过简单的设置就可使其生成的程序框架支持数据库接口、OLE2，WinSock网络、3D控制界面。它以拥有“语法高亮”，IntelliSense（自动编译功能）以及高级除错功能而著称。比如，它允许用户进行远程调试，单步执行等。还有允许用户在调试期间重新编译被修改的代码，而不必重新启动正在调试的程序。其编译及建置系统以预编译头文件、最小重建功能及累加连结著称。这些特征明显缩短程式编辑、编译及连结的时间花费，在大型软件计划上尤其显著。
2 批量打印程序设计
2.1 文件打印过程分析
为了编写批量打印图形化程序，需要对整个批量文件打印过程进行相关分析。
（1）设置打印类型。根据不同的文件格式，预先设置好打印参数。
（2）读取文件列表。从已选择文件夹下选择一个（或者文件列表第一个）文件。
（3）格式判断。文件格式判断是通过文件的后缀名进行识别，例如.doc、.pdf、.txt等。
（4）获取打印设备列表。根据设备连接的打印设备，来获取打印机的类型和打印机数量。
（5）选择打印机并确定打印。根据第4步中获取的打印机设备，选择一个打印机并打印，在打印过程中才会执行第3步。
（6）结束打印。文件批量打印结束后结束打印，关闭程序。
2.2 批量文件打印流程
批量文件打印流程如下：
（1）运行图形化界面程序。
（2）选择打印批量文件所在的目录。
（3）设置不同格式文件的打印参数，从设备列表选择打印机并开始打印。
3 批量打印程序实现
3.1 获取文件目录
根据用户的输入或者选择，判断目录是否合法，主要代码如下：
GetPath（constchar* path）
{
if（NULL==path || strlen（path）==0）//目录判断合法性
{
AfxMessageBox（"目录为空！"，……）；
判断选择的目录是否合法，合法的保存文件目录并显示。
3.2 识别文件类型并打印文件
识别类型实现较为简单，根据文件名，以符号”.”对字符串分割，第二个字符串代表文件类型，而打印函数则是选择打开文件，并根据文件类型读取数据，然后发送给打印机打印的过程。而打印过程主要是读取文件中的内容，然后发送给选定打印机进行文件打印过程。主要设计代码如下：
BeginPrint（）//制定打印过程
{
……
for（inti=0；i
{
GetText（i，strPrintFile）；//把文件内容读入缓冲区
if（PrintFile（strPrintFile，m_Page） ！=SUCCESS ）//打印
AfxMessageBox（"打印失败！"，MB_ICONERROR）；
return；
AfxMessageBox（"打印完毕！"，MB_ICONINFORMATION）；
4 使用总结
本图形化程序编写完后，已经应用到实际的办公环境中，取得了良好的效果。利用图形化程序，只需要简单的选择打印目录，并根据文件类型设置好打印参数，就可以批量的自动化打印，将人工打印步骤交由计算机来实现，简化了打印过程，实现了自动打印整个目录中所有文件的目标，解除了重复劳动，极大地提升了工作效率。
⒖嘉南
[1]张忠帅.VC++ 2008专题应用程序开发实例精讲[M].电子工业出版社，2008.
[2]张园.自动化技术在批量打印方面的应用[J].电子测试，2014（08）：05.
[3]花的神明.轻松实现文档批量打印操作[M].电子工业出版社，2010（07）：15.
作者单位
软件管理方案范文第10篇
关键词：软件技术项目实训；人员选择；人员管理
中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2012）35-8426-02
目前，随着国家关于高职教育的系列政策出台，为高职教育的蓬勃发展和兴起注入了强劲的动力，其中软件技术专业作为高职教育的一个重要组成部分，为社会培养了大量的具有较强动手能力的技能型一线人才。技能型人才培养的主要方式就是通过丰富的实习实训课程锻炼学生的实际操作能力和项目执行能力。其中软件技术项目实训作为实践教学体系中的一个重要环节，对于学生理论知识的拓展和动手能力两个方面的培养起到了至关重要的作用。在筹备和建设院级质量工程项目（项目编号：GMJY1106）的过程中，课题组结合实际的教学和管理经验，对高职软件技术项目实训中人员管理的方式方法提出了可行的分析和探讨。
1 人员筛选
以学生为本是教育的宗旨，公平公正对待每位学生，能够最大程度激发学生自身潜力。但是作为模拟企业项目的实训活动是通过优势资源服务优秀员工的方法激发员工的潜力。由于学校关注的是教育公平，而企业更注重的是以最小的项目成本提高开发效率完成项目开发，因此它们在某种程度上是彼此对立的。所以，通过某种人员选择和配置的方法，能在平等对待学生和最大限度提升项目开发效率之间找到一个平衡点，是项目实训教学中面对的棘手问题。在通过学习深造、参观交流、校企合作和资料查阅等形式，项目组提出了两种关于人员选择和配置的方法。
1）测试和比例自由组合式人员确定法。测试由技术笔试和专业面试两部分组成，建立以相应的量化标准，其测试重点包括技术基础能力和团队协作意识两个部分，参试人员的最终测试结果是人员确定的重要因素。而比例是指项目团队中各等级人员的构成比，一般来说可以分为高中低3个层次，在实践中根据实际的测试结果可以按照高（25%）中（50%）低（25%）的分布比例确定小组成员的构成。该方法既避免了以单纯比例式的自由组合方式带给学生的
盲目性，又可以反映学生的真实能力水平。此方法即能够科学和客观地建立高效的项目团队又可以方便开展项目管理工作。
2）测试和比例交互式人员确定法。首先，建立由若干班委组成且受项目管理人员（教师）领导的评审组；其次，利用测试的方法筛选出满足各项评估及综合指标的候选人员，以及构建小组成员技术能力等级的结构比例；再次，评审小组通过分析指标数据以及各成员实际情况形成小组的入围人员；最后，公布入围的分组名单，并征求个人意愿，若有不同意见者则由评审小组和异议者进行面对面的交互式沟通，再进行必要的调整，最后得到正式的成员名单并公布。在此法中，利用入围候选成员与项目管理人员之间的交互式沟通，形成了在硬性的量化指标基础之上增加双边交流的人员选择模式。此种客观且人性化的人员确定方式，既可获取了真实数据又可尊重了学生的合理意见，故使得人员确定更趋于科学。
2 人员管理
在心理学中，人的需求从低到高被依次划分成5级，分别是生理需求、安全需求、社交需求、尊重需求和自我实现需求。实践在管理中，就可以通过满足员工的各级需求来激发员工的工作热情和提高工作效率。
在实践中，项目成员的日常生理需求及安全需求都可以得到满足，故而，对管理者来说确保项目成员对后三级需求的满足有着非常重要的意义。具体措施是：首先，为满足项目成员的社交需求而提供交流时间和交流场所，因此项目成员的交流不能局限在项目小组的范畴，更应利用技术讲座、交流会、网络会议、IM（Instant Massager，即时信息）软件及EMAIL等形式多样的途径实现项目小组之间的相互沟通，若条件许可还可在兄弟院校互动实现项目小组间的交流；其次，通过尊重项目小组成员的人格和认可其技术长处，满足其受尊重的需求。作为项目成员的学生，其要求更为简单就是充分肯定他们做出的成绩，如何肯定其成绩呢？可通过针对某个技术环节的技能竞赛、评估项目阶段成果的评审会和表彰优秀团队及其成员等方式实现之；最后，通过攻克具有一定挑战性的任务来满足项目成员的自我实现需求。比如在当前项目取得阶段性成果的基础上分配给不超过学生能力范围的任务，并提供可以提高解决问题能力的课外辅导，根据任务完成的情况评定成绩并将其作为附加的评审内容加成至最终的实训综合成绩中，满足其自我实现的心理需求，提高其工作热情、工作动力和工作效率。
3 团队管理
要建设一支具有强凝聚力、无间合作和旺盛斗志的项目团队是一件任重而道远的任务，任何一个团队的管理者都在孜孜以求，目标是建设一个“首战用我，用我必胜”的优秀团队。优秀团队的建设是通过有效团队管理来实现的，结合软件技术项目的实际情况，就软件技术项目实训团队而言，课题组认为可以通过以下两个方面来加强团队管理：
一是增强团队的凝聚力，所谓的凝聚力就是指团队成员在思想上能够统一，在工作中能够紧密配合，在生活中能够相互关照，从而能够利用集体的力量去解决许多工作中个人无法克服的难题。可以通过为团队命名个性化名称增强团队成员的荣誉感、举办各类游戏或运动培养团队成员间的协作配合、利用通知公告等手段保障团队成员的知情权、建立公平合理的用人制度为团队成员提供发展空间等有效方法来增强团队的凝聚力。
二是增强团队的沟通，在现代项目开发过程中，为提高开发效率和保障团队的整体发展，所有的管理者都异常重视团队的沟通。如何确保沟通的顺利进行呢？一是组建人数适中的项目团队，因为过多的成员不利于思想的统一，使沟通陷入困境，会导致工作效率严重下降；而过少的成员不利于工作负载的均衡，虽然沟通容易了但过重的工作任务会严重影响工作效率，故合理的团队成员人数是一个关键问题，通常最为合适的一个项目实训团队成员数约为6人（根据实际情况也可以上下浮动，约为4-8人）。二是组建性别比例合理的项目团队，俗话说“男女搭配，干活不累”，在这里就是指若能够建立一个男女比例合适的团队，则可以保持沟通的正常进行和避免可能的冲突。在高职软件技术项目制作类实训团队中，参照其他类别的实训团队及结合软件技术专业实际情况，可将男女比例制在1：1.5左右。三是选择负责任的团队负责人，其主要任务就是承担日常管理和服务工作，以及负责协调团队成员间的沟通。一位优秀的团队负责人能够极大地提高团队的凝聚力和工作效率，及促进整个团队和个人的发展。
经过实践证明，通过上述三方面的建设，软件技术项目的实训课程取得了较好的效果，在老师和同学们的共同努力下生产出颇受好评的软件技术作品，学生也认为收获斐然。当然，也有一些问题在等待着课题组的研究和解决，课题组成员也希望能够培养出符合市场需求的合格软件技术人才，为我国的软件技术产业的发展贡献自身的微薄之力。
参考文献：
[1] 黄必超.高职院校实训教学管理存在的问题及对策分析[J].南宁职业技术学院学报， 2012（4）： 62-64.
[2] 王龙芳，莫燕.软件开发团队项目绩效影响因素研究[J].经营与管理，2012（8）：106-108.
[3] 代江红.项目团队管理[J].经营管理者，2012（14）：87.
[4] 陈胜.工程项目管理中团队建设探索[J].现代装饰（理论），2012（7）：217.
[5] 孙爱玲.工作室项目管理团队的组织认同感研究[D].辽宁大连：东北财经大学，2011.