可研-综合知识培训与管理系统.doc

综合知识培训与管理系统综合知识培训与管理系统可行性研究报告持有人：纪勇明目录一、系统开发背景31.1系统相关31.2系统开发背景与现状31.2.1开发背景31.3系统开发的必要性41.4编写依据5二、系统开发内容及可行性分析62.1系统开发原理62.2系统开发思想62.3系统详细设计102.3.1系统简介102.3.2系统功能模块102.4关键技术及创新点25三、市场需求情况以及风险分析303.1市场需求分析及发展前景303.2风险分析与对策31四、经济效益与社会效益分析344.1经济效益分析344.1.1经济价值分析344.1.2经济收益预测354.2社会效益分析36五、报告结论37一、系统开发背景1.1系统相关系统名称：综合知识培训与管理系统开 发 人：纪勇明1.2系统开发背景与现状1.2.1开发背景人才资源是任何企业的核心资源。由于市场竞争的需要，如何吸引和留住人才，激发员工的创造性、工作责任感和工作热情己成为关系企业兴衰的重要因素，人才已经成为企业最重要的资产之一。在当今科技为主，倡导自动化管理的大环境下，以前陈旧的、单靠耗费大量人力物力进行的人力资源管理模式己经不能跟上时代的发展。同时，面对企业规模的不断变化和各种不同企业的特点，人力资源管理模式的灵活性也变得十分重要。怎样能够对人力资源管理进行简洁、有效、灵活并能适应不同的变化而改变的应用，是各个企业都关心的重点。21世纪是知识经济的时代，是人才的时代。高新技术迅速发展，信息技术被广泛应用，全球经济一体化进程逐步加快，各种资源的配置显得愈来愈重要。随着改革开放的深入，人力资源管理在企业中发挥越来越重要的作用，已成为企业生存发展的第一资源。如何管理好企业的人力资源，最大限度的发挥个人的智慧和团队的力量，是现代企业管理的核心内容，是提高企业劳动生产率，增加利润的最有效途径，是保持企业核心竞争力的优势所在。知识管理就是运用集体的智慧提高集体的应变能力和创新能力,是企业或组织对其所拥有的知识资源进行管理的过程。其目的是寻求信息处理能力与人的知识创新能力的最佳结合,在整个管理过程中最大限度地实现知识共享,以达到将最恰当的知识在最恰当的时间传递给最恰当的人,使他们能够做出最恰当的决策,来提高组织获取、开发、保存、分类和使用知识的能力.知识管理的重要性主要体现在实现对组织中知识这一最重要的生产要素的管理,尽可能地提高知识的利用率、共享率、生产力以及增殖率；提高组织的竞争力；通过知识管理,促进组织创新能力的提高；丰富和发展管理科学中的组织管理理论。1.3系统开发的必要性知识管理混乱：企业大部分项目资料分散在各部门个人电脑中、企业内的公共存储设备中或人企业各应用系统数据库中，没有相关的知识管理制度，没有企业内统一数据查询入口、没有统一的知识共享发布应用平台，不能统一规划、统一管理，导致企业知识资产状况无法了解，项目知识成果无法有效传承与共享，无法深入挖掘知识管理规律，无法及时获取服务设备和运营成果第一手相关资料、无法及时总结项目管理成果，增加各部门知识应用成本。知识资产流失严重:企业人员规模较大，日常工作60%的工作成果都以知识的形式保存下来，但这些花费了大量人力物力创造的知识资产，因为缺乏有效的管理系统，会因为人员的流动、机器的变动而流失，对我司的无形资产造成了一定的隐患。知识共享困难，形成信息孤岛：在日常工作过程中，部门与部门之间，岗位与岗位之间，存在着大量知识共享的需求，一般通过邮件、硬盘共享的方式传递，既不方便也不安全，在员工出差的情况下，就更难以调用公司的知识信息。在企业中各个部门之间由于种种原因造成部门与部门之间相对的孤立，各种信息（如产品信息、各种计划信息等）无法或者无法顺畅地在部门与部门之间流动，形成了信息孤岛，不能使企业知识资源配置最优化。知识安全难以保障：在企业中形成的知识财富属于企业的资产，是企业花费大量人力、物力，经过工作实践而形成的重要资产，也是我们企业在市场中生存，面对激烈竞争的重要能力来源，因此必须加强知识的安全保护措施，避免知识的外泄，形成知识密级和权限体系。知识再利用不足：企业的业务经验、资料、方案等知识利用率较低，员工需要找准确的资料和知识时，往往没有统一、准确、及时更新的数据源，仅凭借自己的经验做出决策，或者是从头再来，从零做起，导致重复劳动，不仅效率低下，而且没有充分借鉴前人经验。知识资产量化不足：对公司知识资产的统计不足，没有真正树立起知识资产也是公司无形资产的重要部分的理念，不能明确的了解各部门的知识存量状况，知识贡献状况等。知识培训与考核：企业尚未建立起以知识库为核心的培训考核体系。基于知识库的培训考核体系，能够依赖于庞大的企业知识资源，对员工进行及时的、广泛的、有效的培训考核。实现知识、培训、考核一体化。对新员工、晋升员工的知识培训还停留在一帮一、传帮带的传统模式上，没有充分利用知识平台让员工自主的学习。岗位知识传承和优化：组织中的岗位一般都是相对固定的，但人员是不断流动的，员工离职后其岗位知识、经验等也就随之流失掉，导致了岗位知识得不到有效的固化、传承，后继者没有可借鉴的信息资源。个人知识无法转化为企业知识，员工是公司的财富，他们头脑中有很多很好的经验和知识，应该充分鼓励，进行挖掘。1.4编写依据投资项目可行性研究指南（试用版）（计办投资200215号）国家发展改革委员会和建设部发布的建设项目经济评价方法与参数ISO9001软件质量管理标准GB-88软件设计可行性研究报告标准国内现行财税制度项目调研资料二、系统开发内容及可行性分析2.1系统开发原理通过MFC编程方法充分利用了面向对象技术的优点，它使得我们编程时极少需要关心对象方法的实现细节，同时类库中的各种对象的强大功能足以完成我们程序中的绝大部分所需功能，这使得应用程序中程序员所需要编写的代码大为减少，有力地保证了程序的良好的可调试性。采用MVC数据设计方式，即模型-视图-控制器(Model-View.Controller)模式。它提供了一个原则，可以按模型、视图和控制器等不同角色划分一个应用系统，以降低应用系统的耦合度，提高内聚度。MVC模式包括三类对象，每类对象有自己的行为和职责。模型Model是操作数据库的应用对象，视图View是它在屏幕上的显示，控制器Controller定义用户界面对用户输入的响应方式。MVC模式将它们分离，很好的提高了各组件的可复用性和灵活性。使用分割线实现多视图操作，并且软件中按钮均采用平面按钮设计，使得界面简洁美观。2.2系统开发思想为了解决传统软件开发流程中的问题，在开发过程中采用迭代化的开发方法来取代瀑布模型。在瀑布模型中，我们要完成的是整个软件系统开发这个大目标。在迭代化的方法中，我们将整个项目的开发目标划分成为一些更易于完成和达到的阶段性小目标，这些小目标都有一个定义明确的阶段性评估标准。迭代就是为了完成一定的阶段性目标而所从事的一系列开发活动，在每个迭代开始前都要根据项目当前的状态和所要达到的阶段性目标制定迭代计划，整个迭代过程包含了需求、设计、实施(编码)、部署、测试等各种类型的开发活动，迭代完成之后需要对迭代完成的结果进行评估，并以此为依据来制定下一次迭代的目标。与传统的瀑布式开发模型相比较，迭代化开发具有以下特点：允许变更需求 需求总是会变化，这是事实。给项目带来麻烦的常常主要是需求变化和需求蠕变，它们会导致延期交付、工期延误、客户不满意、开发人员受挫。通过向用户演示迭代所产生的部分系统功能，我们可以尽早地收集用户对于系统的反馈，及时改正对于用户需求的理解偏差，从而保证开发出来的系统真正地解决客户的问题。逐步集成元素在传统的项目开发中，由于要求一下子集成系统中所有的模块，集成阶段往往要占到整个项目很大比例的工作量(最高可达40%)，这一阶段的工作经常是不确定并且非常棘手。在迭代式方法中，集成可以说是连续不断的，每一次迭代都会增量式集成一些新的系统功能，要集成的元素都比过去少得多，所以工作量和难度都是比较低的。尽早降低风险迭代化开发的主要指导原则就是以架构为中心，在早期的迭代中所要解决的主要问题就是尽快确定系统架构，通过几次迭代来尽快地设计出能够满足核心需求的系统架构，这样可以迅速降低整个项目的风险。等到系统架构稳定之后，项目的风险就比较低了，这个时候再去实现系统中尚未完成的功能，进而完成整个项目。有助于提高团队的士气开发人员通过每次迭代都可以在短期内看到自己的工作成果，从而有助于他们增强信心，更好地完成开发任务。而在非迭代式开发中，开发人员只有在项目接近尾声时才能看到开发的结果，在此之前的相当长时间，大家还是在不确定性中摸索前近。生成更高质量的产品每次迭代都会产生一个可运行的系统，通过对这个可运行系统进行测试，我们在早期的迭代中就可以及时发现缺陷并改正，性能上的瓶颈也可以尽早发现并处理。因为在每次迭代中总是不断地纠正错误，我们可以得到更高质量的产品。保证项目开发进度每次迭代结束时都会进行评估，来判断该次迭代有没有达到预定的目标。项目经理可以很清楚地知道有哪些需求已经实现了，并且比较准确地估计项目的状态，对项目的开发进度进行必要的调整，保证项目按时完成。容许产品进行战术改变迭代化的开发具有更大的灵活性，在迭代过程中可以随时根据业务情况或市场环境来对产品的开发进行调整。例如为了同现有的同类产品竞争，可以决定采用抢先竞争对手一步的方法，提前发布一个功能简化的产品。迭代流程自身可在进行过程中得到改进和精炼一次迭代结束时的评估不仅要从产品和进度的角度来考察项目的情况，而且还要分析组织和流程本身有什么待改进之处，以便在下次迭代中更好地完成任务。迭代化方法解决的主要是对于风险的控制问题，从下图可以看出，传统的开发流程中系统的风险要到项目开发的后期(主要是测试阶段)才能够被真正降低。而迭代化开发中的风险，可以在项目开发的早期通过几次迭代来尽快地解决掉。在早期的迭代中一旦遇到问题，如某一个迭代没有完成预定的目标，我们还可以及时调整开发进度以保证项目按时完成。一般到了项目开发的后期(风险受控阶段)，由于大部分高风险的因素(如需求、架构、性能等)都已经解决，这时候只需要投入更多的资源去实现剩余的需求即可。这个阶段的项目开发具有很强的可控性，从而保证我们按时交付一个高质量的软件系统。迭代化开发不是一种高深的软件工程理论，它提供了一种控制项目风险的非常有效的机制。在日常的工作我们也经常地应用到这一基本思想，如对于一个非常大型的工程项目，我们经常会把它分为几期来分步实施，从而把复杂的问题分解为相对容易解决的小问题，并且能够在较短周期内看到部分系统实现的效果，通过尽早暴露问题来帮助我们及早调整我们的开发资源，加强项目进度的可控程度，保证项目的按时完成。2.3系统详细设计2.3.1系统简介综合知识培训与管理系统是一款针对企业人力资源部门，用于管理人力资源方面综合知识与培训知识的系统。在管理知识方面提供了强大的功能，可对知识进行添加，修改，删除，分类查询等。本软件基于MFC的单文档设计，使用分割线实现多视图操作，采用MVC数据设计方式，并且软件中按钮均采用平面按钮设计，使得界面简洁美观。2.3.2系统功能模块打开本系统应用程序，进入登陆界面，如图：用户键入用户名和密码，发送至数据库进行校验【主界面】本系统主界面用分割线分成三部分区域，左侧视图为树形视图，显示知识的分类及知识名称，展开如图所示：右上视图为内容视图，用以显示知识的内容明细，右下视图为属性视图，用以显示知识的名称、分类、路径、创建时间等属性，查看此两视图时，可通过拖动滚动条查看全文内容，点击左侧树视图中知识，如图：焦点切换至右上内容视图，可对知识内容进行编辑和修改，如图：主界面三个视图的比例大小，用户可通过拖动分割线进行任意调整，如图：【添加分类】此功能用来向系统中添加新的知识分类。点击【新建】菜单【新建分类】子菜单或点击上方工具条中【添加分类】快捷按钮，弹出新建分类对话框，如图：在编辑框中输入分类名称，点击【确定】，如输入有误，弹出错误提示，如图：如输入正确，如图：则点击【确定】后，新增分类录入后台数据，并在主界面显示出来，如图：【添加知识】此功能用于向系统指定的知识分类中添加新的知识。点击【新建】菜单【新建知识】子菜单或点击上方工具条中【添加知识】快捷按钮，弹出新建知识对话框，如图：在此界面中选择知识分类，输入知识名称和知识内容，如输入有误，点击【确定】时给出错误提示，如图：如信息输入正确，如图：点击【确定】后，则后台数据中向选中分类插入新的知识，并在主界面显示出来，如图：【删除】此功能用来从后台数据中删除选中的知识或者整个分类，并更新显示主界面。删除知识在左侧树形视图中选中要删除的知识，如图：点击【操作】菜单【删除】子菜单或点击上方工具条中【删除】快捷按钮，则从后台数据中删除了该条知识，并更新显示主界面，如图：删除分类在左侧树形视图中选中要删除的分类，如图：点击【操作】菜单【删除】子菜单或点击上方工具条中【删除】快捷按钮，弹出询问对话框，如图：点击【否】，则返回主界面，点击【是】，则从后台数据中删除该分类及其下面包括的所有知识，并更新显示主界面，如图：【刷新】此功能用于更新显示主界面所有视图信息，与后台数据保持一致。点击【操作】菜单【刷新】子菜单或点击上方工具条中【刷新】快捷按钮，则刷新主界面显示信息。【导入】此功能用于将现有文本文件导入到系统中，并将导入文件作为知识存储在后台数据中，同时更新到显示主界面中。点击【操作】菜单【导入】子菜单或点击上方工具条中【导入】快捷按钮，弹出导入对话框，如图：在此界面选择导入文件的分类，并输入导入文件路径，文件路径也通过浏览电脑进行确定，点击【浏览】按钮，弹出打开对话框，如图：选择要导入的文件，选中后文件名处显示选中文件名称，如图：点击【打开】，则对应文件路径显示到导入对话框中路径编辑框中，如图：点击导入对话框中【确定】，则将文件导入后台数据对应分类中，如成功，给出提示，如图：点击【确定】，则信息更新显示到主界面，如图：如在导入文件过程中，发生错误，给出相应错误提示。为输入导入文件路径，如图：导入过程中发生其他错误，如图：【搜索】此功能用于用户从后台数据进行知识的搜索，并将搜索到的结果显示到主界面。点击【操作】菜单【搜索】子菜单或点击上方工具条中【搜索】快捷按钮，弹出搜索对话框，如图：在此界面输入要搜索的内容，并在搜索范围中选择分类，确定搜索的范围，如图：点击【开始搜索】按钮，如输入有误，给出错误提示，如图：如输入无误，则在后台数据相应分类中搜索用户指定的内容，并将搜索到的结果显示到主界面视图，如图：如没有搜索到用户指定的内容，则给出提示，如图：【打印】此功能用于用户将系统相关信息进行打印操作。点击【操作】菜单【打印】子菜单或点击上方工具条中【打印】快捷按钮，弹出打印对话框，如图：用户可在此界面进行打印的相关设定，点击【确定】则开始进行打印。【关于】此功能用于向用户显示本系统的一些相关信息。点击【帮助】菜单【关于】子菜单或点击上方工具条中【关于】快捷按钮，弹出关于对话框，如图：【视图】此功能用于隐藏和显示系统工具栏以及状态栏的切换。点击【视图】菜单【工具栏】子菜单或【视图】菜单【状态栏】子菜单，可勾选要显示和隐藏的部分。【退出】此功能用于退出本系统及退出时对数据的处理。点击系统右上红叉图标，弹出询问对话框，如图：点击【是】则将修改后的数据保存到后台数据并关闭系统，点击【否】则不保存修改的数据并关闭系统，点击【取消】返回系统主界面，不关闭系统。2.4关键技术及创新点迭代化软件开发和传统的软件开发不同，在系统的开发过程中，采取了迭代化开发的思想，因为迭代化开发具有以下优点：它允许需求的变化。需求的变化和“进一步的蔓延”，技术和客户驱动的特性的累加，一直是项目中导致麻烦、延期交付、令客户不满意和使开发人员泄气的主要原因。为了解决这些问题，使用迭代开发方法的团队应该在项目开发的几周里就关注生成和演示可执行的软件，这样就强制了需求的检查并可以帮助减少需求从而反映系统的本质。集成不是在项目的尾声进行的大动作。将系统的集成留到项目的结尾几乎总是会导致耗时的返工有时这种返工会花费整个项目工作量的百分之四十的时间。为了避免这种返工，每一次迭代都以集成构建系统各部分结束；这样不断的积累将最小化日后的返工。早期的迭代可以暴露风险。迭代的开发方法可以帮助团队在早期的迭代中减少风险，因为在这些迭代中包括了对所有过程组件的测试。当早期的迭代覆盖了项目的很多方面时，购买的软件和团队成员的技能等等，团队能够很快的发现被预感的风险是否是真实的，并且能够在问题相对容易并花费很少成本解决时揭示没有被发现的新的风险。对产品的管理能够采取战术性的变化。迭代开发能够快速的生成可执行的架构（虽然功能有限），这个架构能够为了应对竞争对手的快速版本发布容易的调整产品使之成为“改进的”版本。它使重用更加容易。识别在迭代中进行的部分设计和实现的公用部分要比在计划期间找出公用部分更加容易。在早期开发中的设计评审允许架构师们发现潜在的可重用的机会，并且利用这个机会为接下来的迭代开发成熟的公用代码。你能够在每一个迭代中发现并更正缺陷。这会生成健壮的架构和高质量的应用。你甚至能够在早期的迭代中而不是在项目末期的大规模测试阶段发现缺陷。你能够在性能瓶颈没有破坏你的计划之前发现它。它能够更好的利用项目的人员资源。很多开发组织使用一种管道式的组织方式来匹配他们的瀑布型开发方法：分析人员将被完成的需求发送给设计人员，设计人员将被完成的设计发送给开发编程人员，编程人员再将他们开发的组件发送给集成人员，集成人员将组件集成起来发送给测试人员测试。这种多次的传递不仅容易产生错误而且应用造成误解；这种方式也会使人们感觉他们对最终的产品有很少的责任。迭代开发过程鼓励在项目的各个环节中团队成员参与范围更加宽广的活动，允许团队成员扮演多种角色。项目经理能够更好的利用可得到的项目人员并其可以消除有风险的传递。团队成员能够沿着项目的道路进行学习。工作在迭代开发的项目中的开发人员在软件开发周期内有很多的机会从他们所范的错误中吸取教训，并能够从一个迭代到另一个迭代的过程中增进他们的技能。通过评估每一个迭代，项目经理能够为团队成员发现培训的机会。相反，工作在瀑布型开发方法中的开发人员典型的被限制在狭窄的技术专长上，并且仅仅有机会从事设计、编码或者测试之一方面的工作。你能够沿着项目的道路改进开发的过程。迭代末尾的评估不仅能够从产品或者计划方面揭示项目的状态；他们也可以帮助项目经理分析在下一个迭代中如何改进项目的组织结构和过程。MFC编写程序的优点随着编程语言的推陈出新，MFC一些缺点日益突出。最重要的就是入门门槛相对其他语言要高，而且同样完成一个任务代码量相对较多。而原有的优势如运行速度快等，也因为其他编程语言的日臻完善和个人电脑的运算速度增加而显得不那么突出。MFC似乎江河日下。但是MFC真的没有任何优势了吗？不是，面对底层程序，它能很轻松的与WindowsAPI或驱动程序结合，就是在自己的代码中直接使用API函数，而API和驱动程序的资料都是以C语言为基础的，这使得VC程序员能够更轻松的使用WindowsAPI。这样造成了一个很有意思的现象，即入门时VC程序员要付出更多的努力来学习，但是一旦掌握后，开发其他领域的程序或使用第三方软件时，如工业控制类的程序，由于底层的程序都是用C语言编写，反倒是VC程序员能够更快的掌握该领域的编程技术。而很多其他的编程语言甚至找不到相关的资料。这就说明（MFC）实际上是一种入门困难，但是扩展学习却很轻松的语言框架。如果既限于某一领域的话VC毫无优势可言，但是如果开发一个新的领域的应用程序或者该程序涉及多个应用领域的话，可减少重复学习的频率和难度，（MFC）的优势会立刻显现出来。MFC的英文全称是MicrosoftFundationClasses，即微软的基本类库，MFC的本质就是一个包含了许多微软公司已经定义好的对象的类库，我们知道，虽然我们要编写的程序在功能上是千差万别的，但从本质上来讲，都可以化归为用户界面的设计，对文件的操作，多媒体的使用，数据库的访问等等一些最主要的方面。这一点正是微软提供MFC类库最重要的原因，在这个类库中包含了一百多个程序开发过程中最常用到的对象。在进行程序设计的时候，如果类库中的某个对象能完成所需要的功能，这时我们只要简单地调用已有对象的方法就可以了。我们还可以利用面向对象技术中很重要的“继承”方法从类库中的已有对象派生出我们自己的对象，这时派生出来的对象除了具有类库中的对象的特性和功能之外，还可以由我们自己根据需要加上所需的特性和方法，产生一个更专门的，功能更为强大的对象。当然，你也可以在程序中创建全新的对象，并根据需要不断完善对象的功能。MFC是微软封装了的API。什么意思呢？windows作为一个提供功能强大的应用程序接口编程的操作系统，的确方便了许多程序员，传统的win32开发（直接使用windows的接口函数API）对于程序员来说非常的困难，因为，API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。MFC是面向对象程序设计与Applicationframework的完美结合，他将传统的API进行了分类封装，并且为你创建了程序的一般框架，MFC是对WindowsAPI的封装，大大简化了我们的工作；学VC主要就是要学MFC，大约有100多个类，但常用的也就二三十个。应该象背4级单词一样将这些常用类搞懂；当然不要死记，要通过看帮助、看例子、动手练习来学会它们；而且，并非每个类的内部的所有函数都要学会，要日积月累。如果真的想成为高手，做个笔记本把自己认为重要的类、函数记下来，随时学习，也是很好的突击方法。正是由于MFC编程方法充分利用了面向对象技术的优点，它使得我们编程时极少需要关心对象方法的实现细节，同时类库中的各种对象的强大功能足以完成我们程序中的绝大部分所需功能，这使得应用程序中程序员所需要编写的代码大为减少，有力地保证了程序的良好的可调试性。采用MVC数据设计方式采用MVC数据设计方式，即模型-视图-控制器(Model-View.Controller)模式。它提供了一个原则，可以按模型、视图和控制器等不同角色划分一个应用系统，以降低应用系统的耦合度，提高内聚度。MVC模式包括三类对象，每类对象有自己的行为和职责。模型Model是操作数据库的应用对象，视图View是它在屏幕上的显示，控制器Controller定义用户界面对用户输入的响应方式。MVC模式将它们分离，很好的提高了各组件的可复用性和灵活性。MVC模式的示意图：在MVC模式里，模型便是执行某些逻辑任务的代码，而这部分代码并没有任何逻辑决定它在用户在是如何显示的。模型端只有公开的功能性接口，通过这些接口便可以取得模型端的所有功能。一般情况下，模型端封装了与处理用户数据相关的业务逻辑，并为不同的视图提供这些数据，但它并不规定这些数据在视图端是如何表示的。这样就能很好的将业务逻辑与显示逻辑分离开来。但是一般来说，模型端必须有方法登记视图，以便在模型改变时通知视图作相应改变。在MVC模式里，视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。对于Web应用来说，视图层是HTMLJSP等与用户交互的页面。视图端接收用户的输入，同时也将模型端的数据显示给用户。但它不含任何业务逻辑的功能，只负责显示数据。一个模型端可以对应多个视图端，这也是MVC模式最有价值的地方之一。MVC模式的控制器端通常与视图端结合使用，充当模型端和视图端之间的桥梁。当用户通过视图更新模型的状态时，这种更新是通过控制器完成的。控制器通过调用模型端提供的功能接口来更改模型端的状态，与此同时，控制器会通知所有登记的视图刷新给用户的显示。比如，当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理，它只是接收请求并决定调用哪个模型构件去处理请求，然后确定用哪个视图来显示模型处理返回的数据。三、市场需求情况以及风险分析3.1市场需求分析及发展前景根据统计，企业数据每年以200%的速度增长，其中80%以上的数据以文件、邮件、图片等非结构化数据存放在企业内计算机系统中的各个角落。而且这些数据总量远远超过了互联网信息的总量。有数字表明，企业发布到互联网的信息只占到信息量的1%-2%，而98%以上的信息是存储在企业内部的。在企业组织中，高层管理人员自我管理意识较强其知识流失率达到50.5%，中层人员的知识流失率达到65.4%，一线人员的知识流失率达到78%，而这其中还没有计算这些知识内容是否能够汇总到企业手中。这些知识都是企业多年来运营经验、成果，是指导企业运作的重要依据，蕴含了企业的经营、管理智慧。越来越多的企业管理者意识到，知识是企业的重要无形资产组成部分，是企业经营决策智慧的重要支撑，是提升员工工作效率和企业核心竞争力的重要因素，是企业永续发展必须重视的资源。事实上，企业的核心竞争力越来越多地来源于有组织地学习知识、运用知识的能力，知识资源已经比其它一切有形的资源战略性得多。企业竞争是人才的竞争，人才竞争的根本是知识竞争。然而，很多企业“脑库”核心知识库实际上是真空，企业多年积累的知识并未得到保护。企业聘请员工参与企业的建设与管理，很多工作的最终成果都固化在了知识层面，诸如形成了“方案、报告、决议、指导意见、手册”等等，这些知识都是极具参考价值，甚至蕴含了企业核心机密的信息。由于我们对企业和组织中对知识的认知程度还相对较低，任由知识不断流失。从无到有建立起的知识内容，由于人员的更迭、部门的变更、业务的发展随意被丢弃。实际上，流失知识就是在流失财富。在面临知识管理困境的同时，通过对现代企业管理方法的研究，对市场竞争环境的研究不难发现，在知识经济的今天，企业越来越清醒地认识到知识是企业最宝贵的资产，知识管理则是保持企业竞争优势的重要手段。我公司为典型的人力知识型技术型企业，知识管理对于企业来说更是具有举足轻重的作用，知识管理系统可以说是提高我公司快速反应加强企业发展后劲的核心工具。通信业的知识含量愈来愈高。决定通信业竞争优势的关键因素，将从传统的机构网点数量、业务人员规模等转为对通信知识开发、创新与有效运用的程度，知识管理则是保持企业竞争优势的重要手段。企业的竞争就是人才的竞争，而人才竞争的核心是知识的竞争，对此我们已经注意到企业知识管理方面的薄弱，提出了要建立知识管理系统的任务目标，为此我们进行了大量的市场考察和产品调研，据此提出综合知识培训与管理建设的思路。3.2风险分析与对策风险分析产品规模风险 项目的风险是与产品的规模成正比的。一般规律，产品规模越大，风险问题就越突出，尤其是估算产品规模的方法，复用软件的多少，需求变化。需求风险 很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。相关性风险 许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做的不够，因此缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并且觉察潜在的问题。技术风险 软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：培训、聘请顾问以及为项目团队招聘合适的人才等。管理风险 尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足自己检查自己的错误，这是最难的。然而，像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。安全风险 软件产品本身是属于创造性的产品，产品本身的核心技术保密非常重要。但一直以来，我们在软件这方面的安全意识比较淡薄，对软件产品的开发主要注重技术本身，而忽略了专利的保护。而且在软件方面关于知识产权的认定目前还没有明确的一个行业规范，这也是我们软件项目潜在的风险。市场开拓风险 任何新的系统的出现都会面临者市场开拓的风险，一个新的技术或者产品从一开始走上市场到在市场中占有一席之地，必然会经过一个漫长的过程，在这个过程中市场的开拓是一个比较艰辛的过程，市场开拓风险是我们必须正视的风险。产品研发风险 任何软件产品的研发都将存在此类风险，虽然该技术已完成初期研发，在将来的产品升级、测试、及下一代产品研发中依旧存在产品研发风险。财务风险 公司的快速发展需要有完善的财务制度和财务体系的保证，对现金流的有效管理和控制是控制财务风险关键。风险对策对以上可能遇到的风险，制定如下控制与防范对策：建立有效的风险控制的组织机构设置风险管理岗位：在软件开发项目管理过程中设置风险管理岗位，该岗位的主要职责是在制订与评估规划时，从风险管理的角度对项目规划或计划进行审核并发表意见，不断寻找可能出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风险，风险管理者最好是由项目主管以外的人担任。风险管理岗位的人数依据项目大小来决定，一般23人较为适合。双项目经理：为项目开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理岗位。目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出生的占绝对多数，他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。通过增加专门的管理经理岗位，可以弥补技术出生的项目经理的不足，提升软件开发项目的管理水平。而且这样的经验也已得到了国外业界大多企业的认可。建立有效的风险控制管理过程风险管理过程包括培训，风险识别、风险分析、风险计划、执行计划、跟踪计划等活动，有效的风险管理过程应是学习型的、持续的和不断改进的。软件企业应建立自己的风险管理数据库作为风险管理的基础，并在实施中不断地更新和完善。根据企业和项目的实际情况，进行科学的项目风险和控制，对项目的成功研发有着举足轻重的意义。在项目开发的过程中，进行必要的项目风险分析，制定符合项目特点的风险评估和监督机制，特别是要定期对项目的风险状况进行评估和监管，发现意外风险或者是风险超出预期的一定要重点关照。发现问题要立即上报，尽快解决。并建立风险监管日志，实行“岗位负责制”，将软件开发项目的风险降到最低。市场开拓风险 采用多种形式进行产品宣传，联合各行业、区域代理商开展市场推广活动，初期还将利用价格优惠等方式吸引代理商和用户，尽可能快速提高产品知名度。对销售部门制定切实可行的销售计划和奖励办法，加强与各类代理商的合作深度，努力形成解决方案的捆绑销售形式，充分利用渠道资源扩大我们的市场销售能力和技术服务能力。财务风险 制定完善的财务制度和财务体系，加强对财务风险的控制，定期考核财务指标可有效避免财务风险发生。产品研发风险 综合知识培训与管理系统已完成研发，产品架构设计科学合理，在将来的产品研发中，将继续采用目前的开发模