协同办公知识管理平台系统需求分析

协同办公知识管理平台系统需求分析

【摘要】信息时代，计算机技术作为新生产力的代表，发展日新月异，计算机管理信息系统在公共管理中的地位也变得越来越重要。计算机信息管理和电子商务技术的发展为企业和单位提供了良好的解决途径和发展空间。同时，Internet 和Intranet 网络出现，则使信息不论在企业、单位内部还是在全球范围内的瞬时传输和高效共享成为可能。因此，为实现我单位内部日常办公、工作档案、公文管理的信息化、网络化，实施“内部协同办公管理平台系统”，该系统主要作用于我单位(由于特殊原因，以下统称“企业”)对某某建设、开发项目的资料管理和单位总体经营运作过程中的行政办公、行政文档审批、工作活动控制的各类事务办理、文件管理等环节的规范化、科学化管理。

【关键词】办公自动化协同办公管理平台系统需求分析

【正文】

一、系统概述

（一）系统总体规划企业协同办公基于“协同”的思想，将企业的内外资源，包括企业内部门与部门之间，以及企业与外部的供应商、分销商、服务提供商、客户及其他合作伙伴等整合在一个统一的系统上进行管理，使企业变成一个电子化的内外部协同工作的组织。而基于企业资源网状管理体系的思想，从任何一个信息点都可以非常方便地提取出所有与其相关的信息，所有的信息和应用都是多维的、立体化的、相关联的和充分协同的。企业协同办公超出了传统的管理信息系统的内涵，它以企业内外资源的“协同”和系统各功能模块之间的“协同”，以高度共享、有序、集成和个性化的信息，高效和规范的电子化业务流程，强大的分析统计以及灵活的自定义功能，获得对组织准确的宏观和微观上的认识和分析，从而提升商业智能和核心竞争力。系统规划的核心思想是：企业前期系统建设中不牵涉企业内部业务流程重组，只是协助企业通过方便的流程自定义等功能进行流程电子化，以及不断根据实际需求去改变电子化流程。企业协同办公系统的总体范围为以下几方面的有机结合，最终以运行于企业Intranet网络的协同办公系统作为载体，实现企业多部门、各类多种数据格式的文档的整合、发布、共享和安全存储。

协同办公知识管理平台

面向项目或任务组的协作平台（日程/计划）；工作流事务管理、业务审批、公文流转提供了全面的知识文档管理的框架，对企业的各类文档（图纸，策划文档，行销资料，客

户合同等内容）进行规范化的流程管理，并允许用户在任何时间和地点编辑、存储和创建任何类型的文档。

个人办公平台

根据系统管理平台对企业决策层/员工、供应商、合作伙伴、客户等各类系统应用人员的授权和个人的个性化操作界面设置，自动生成适合于个人工作内容和操作习惯的个人工作平台，以满足每类人员高效率工作的需要。

系统管理平台

系统管理平台作为整个协同办公平台中的重要组成部分，在系统架构中起着关键的技术支撑作用。

企业知识门户

企业属于知识密集型的企业，有效的对企业显性知识和隐性知识的管理，是实现企业发展的一个重要环节。协同办公系统的结合知识管理思想实现了企业对知识从积累、共享、利用到创新的全过程的管理。

围绕企业的知识存储、分享、获取、搜索、挖掘，通过业务梳理，建立企业内部的知识地图，包含文档库（确保各类信息、知识的收集、文档库分类归档）；专家管理（提供一个提问和回答的平台）；公共讨论区（沟通的平台，问题归档）；绩效相关（建立形成知识的机制，检验知识积累的情况。）

(二) 系统实现目标

系统建设的目的，是帮助企业对业务和财务管理的主要环节实现计算机辅助管理。利用计算机强大的信息处理能力，来解决目前手工作业的数据处理的不准确、统计报表不及时等问题。主要包括以下几点：

1、对于各种经营数据能及时管理、自动上报，上级领导能对上报数据进行汇总、合并和分析，使领导能够及时了解整个企业的经营状况，为其提供决策支持数据，提高企业市

场应变能力。

2、通过Intranet 网络使公司对下属各部门的经营运做过程，以业务报表和数据实时查询的形式实施有效的监督。

3、优化企业工作流、提高人员管理工作效率；全面实现准确、及时、丰富的企业管理文件、经营报表、工程项目文件的管理系统，健全文档管理，企业决策层制定企业经营战略目标，提供全面准确的数据依据。

4、网络企业管理系统具有企业集团海量数据处理的能力，支持多种数据存储格式，保证企业数据的安全性和处理高效性；

5、整个公司业务的信息化管理，联机、实时查询物料数据；

6、用计算机代替实际工作中的业务需求，包括录存统计、销售统计和单据的自动打印、进销存数据核算、客户资料的保存和分析。

7、优化部门办公工作流程，提高工作效率；全面实现准确、合理物料管理体系，健全资金管理，为企业决策层制定企业经营战略目标，提供全面准确的数据依据。

8、为企业的集团化管理和网络信息化数据远程共享打下基础。

二、系统总体设计

（一）系统设计原则

本系统具有信息量大，信息种类繁多，用户角色、权限管理复杂的特点，在设计、开发阶段要集安全、可靠、易用、易维护等特性于一身，在技术层面将完全基于标准的三层体系结构，采用微软公司先进的.NET技术，包括基于.NET技术的开发工具和一系列基

于.NET的微软企业级服务器产品。为了保证本系统的质量，我们在进行系统的设计、开发、部署和运行管理规划时将遵循如下原则：

安全性：保证系统数据处理的一致性，保证业务和数据不被非法侵用和修改伪造，保证数据不因意外情况丢失和损坏，提供多种安全检查审计手段。使用系统平台的相关安全设置以及应用系统的安全性实现，实现整个系统的安全性。确保系统不被非授权用户侵入，数据不丢失，传输时数据不被非法获取、篡改，确认对使用者、发送和接收者的身份等。利用微软平台的安全功能，可以集成多种符合国际标准的安全协议。可以无缝集成符合标准的数字证书。

准确性：通过周密的系统调研和分析，确保对业务要求的正确理解；通过规范的项目管理和严密的系统测试，保证系统业务处理的准确性。同时，在应用系统的设计和实现中，提供多种核查、审计手段，进一步保证系统处理的准确性。

可伸缩性：系统应该真正符合三层客户/服务器体系结构，随着应用水平的提高、规模的扩大和需求的增加，系统应能满足新增的需求，而系统的体系结构不需做较大的改变。

可扩展性：系统平台应能方便扩展，以支持有价值的新兴应用。

开放性：微软.NET技术全面支持XML、SOAP、Web Service、LDAP等当前受到普遍支持的开放标准，这就保证了本系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作和互连性。

可移植性：系统建构在微软.NET基础架构之上，可以保证组件的重用，保证在将来发展中迅速采用最新出现的技术、长期保持系统的先进。

实时性：保证实时完成大容量数据处理的时效性和系统的高性能，对业务提供并发处理支持。

实用易用性：系统应具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。

可管理易维护性：在设计中充分利用微软平台提供的多种管理手段，以保证微软平台易管理易维护的特点得到充分发挥。

个性化技术：保证在系统的设计和实施过程中，为用户提供个性化的服务，使用户能够根据自己的业务需求和喜好定制工作平台的内容，减少使用的复杂程度，提高使用效率。

集成性：系统的设计将充分考虑到现有的技术投资以及未来AAA公司业务的功能要求，利用微软平台提供的多种集成技术，使整个系统既能保护现有投资，又能够适应未来的功能和技术要求。

先进性：所选择的软硬件平台和整体方案必须是业界的优秀产品，并符合信息技术发展的趋势。本系统将完全基于微软公司最先进的体系结构分布式体系结构进行设计和开发。

成熟性：采用的应用系统平台和软件技术、产品都应具有经受市场长期考验，并具有国内外的众多成功案例。

可行性：系统必须能够比较方便地实现设计目标中所要求的功能，具有易于实施，易于掌握以及实施成功率高的特点。

（二）系统总体架构

××公司协同办公系统网络架构拓扑

（三）××公司协同办公知识管理平台系统功能框架

实现用户基于公网

从××公司协同办公知识管理平台系统的架构设计，我们设计方案涉及的每个功能单元既可独立执行，在工作流、数据流、信息流上又具有一定的松耦合关联，体现了建设实时企业协同工作的基本特征。

技术架构模型

系统采用先进的信息交换和共享服务技术体系，信息交换统一使用XML作为数据表示语言、支持SOAP数据打包和HTTP等传输协议，从技术架构上可以分为应用表现层、应用服务层、核心数据层、网络基础层几个层次。应用系统的开发基于微软.NET平台。

××公司协同办公系统功能整体框架图

网络基础层：为系统提供软硬件支撑平台，包括主机、操作系统、数据库、中间件等。

核心数据层：为系统提供重要的数据支撑，包括两类数据库：业务数据库：各个业务系统数据库。系统数据库：存储各业务基础信息，以及各种代码对照表、系统配置信息、系统用户权限管理。信息以及数据交换过程中的其他数据处理方面的中间信息等。

系统服务层：应用支撑层为系统的应用服务提供基础服务，集成了部件化的六个核心工作平台即应用中间件、消息中间件、动态工作流平台、智能表单平台、统一身份认证系统及扩展接口。

应用中间件：达到和各类外部系统既保持互操作性，又保证数据采集、传递、交流过程中的安全性的要求。

消息中间件：通过消息中间件产品，构架实时的业务功能平台，包括数据集成和转换、业务过程协调、大范围的信息传递、用户通知和系统监督管理等功能。在采用信息总线结构建立的信息交换通讯系统平台中，体现了技术先进和成熟、便于分步实施、对其他系统影响低、高性能、可实施性强、容易管理等特点。

动态工作流平台：实现交换系统的流程管理；

智能表单引擎：实现针对业务数据挖掘、数据分析、报表自动生成等；

统一身份认证系统：实现统的权限管理的用户及权限管理；

扩展接口：面向各部门程序员二次开发的平台。可提供便捷的方式接受部门程序的指令，查询系统数据库，并以方便的方式将结果反馈给部门程序。

应用表现层：表现层是系统的最终服务对象，包括公司各部门工作人员、管理人员、子公司或协作单位及门户网站的受众服务等工作界面。企业应用服务层为用户提供7类主要业务体系，包括：

协同办公知识管理平台

核心业务平台

个人工作平台

系统管理平台

企业知识门户

三、协同办公知识管理平台系统功能分析

随着企业的集团化发展，电子办公发展的目标就是实现电子商务平台。利用前台的协同办公平台和业务应用系统，连接功能强大的中间件，配合后台的大型数据库，使得整个企业的知识链和业务链真正处于高度可开发、可利用、可控制、可循环的状态，并且能够发布所有的信息，使企业咨询的流通性和可利用性大大提高。办公自动化系统是一整套完整的处理公文流转、流程监控、信息共享、权限分配等办公功能的系统，并可以对公文提供借阅、检索等业务，对文件进行组卷、归档，对无保留的文件进行注销，对档案提供查阅等功能。另外，还可利用灵活的工作流程控制来方便实现其他的诸如收文、发文、传阅件、申请、会议安排等常用的业务工作。实现对文件的网络审批、文件的上传、发布会议通知等，实现异地办公，只要有网络，领导外出也可以通过网络登陆办公管理系统了解本单位各部门的情况，可登陆远程监控系统签发文件，通过权限的控制，实现安全的办公环境。

(一)系统功能列表：本系统实施的目的是为了实现公司总部局域网、异地工程项目楼盘销处工作人员、远程移动客户端用户对于公司协同办公、项目档案、公文管理、销售进程等环节信息化、网络化管理，建设“协同办公知识管理平台系统”，对于公司的可持续性发展起着很大的推进作用。

1、公文管理功能说明

(1)公司公文管理基本流程/模式：公文管理中公文流转的定义是整个协同办公系统的核心。要在公文流转系统中实现公文的创建、审批、修改、签发、打印、报送发等环节，形成组织中的自产文件，并将该文件上报、平送或下发。对于外来文件，信息能够快速进入系统。对于高密级文件，本系统具备只记录高密级文件代号，不记录文件内容，跟踪纸质文件流转过程的功能。

(2)公文种类：公文管理中文件来源类型涉及发文、签报、收文三大类。本系统公文管理子系统中所涉及的文件格式包括纸质、Office 文件格式、多种图片类型文件、音频、视频文件。公文的种类根据国务院新颁布的公文处理办法，公文种类共有12种。适用于企业、常用的公文主要有决定、通知、通报、报告、请示、批复、函、会议纪要等。公司对每种公文可以定义模板，通过模板简化相关人员的排版工作。

(3) 公文流程设置：组织内部的文件流程往往非常复杂，而且经常变化。公文流转系统的流转功能是基于流程设定基础之上的流转。建立灵活的流程定制机制是非常关键的。本系统提供的流程定制功能包括角色定义、操作定义、节点定义、流线定义。首先定义角色，角色是能够活动在节点上的人员集合。操作是对流转过程中的文件所能施加的动作。然后定义节点，节点是流程中的环节。一个节点中规定了哪些人能够在这个环节进行哪些操作。流线规定了流转的方向，将一个个的节点连接起来。通过这些定义，可以灵活快速的定制各种复杂的流程，实现快速灵活的流程定制和流程调整。

(4) 公司典型的流程如下所示：

1、对外发文：拟稿→部门经理审稿→（有关部门会签）→办公室文秘/主管核稿→办公室主任核稿→公司领导签发→文件归档

2、部门对外发文：拟稿→主管审稿→部门经理签发→部门内勤人员打印、整理→文件归档

3、内部发文：拟稿→部门经理审稿→（有关部门会签）→办公室文秘/主管核稿→相关部门传阅→公司领导签发→文件归档

4、部门对内发文：拟稿→主管审稿→部门经理签发→文件归档

注：发文审稿及会签由拟稿人负责运转，发文稿送到办公室核稿后的流程由办公室负责运转拟稿人需正确选择发文格式，以实现公文的自动编号及流程规范；以公司名义发文，由分管公司副职签发。重要的、涉及面广的文件，由分管公司副职审签后，交总经理签发。

5、签报：（各部门上报公司领导的请示、报告，不需发文的公文流转模式）拟稿→部门经理审稿→（有关部门会签）→公司领导签名、批示→文件归档

6、公司收文：收文部门登录→办公室主任拟办→文件分发传阅/汇签→相关批复意见/执行情况→文件归档

7、部门收文：部门内勤人员登录→部门经理拟办→部门内勤人员分发运转→档案室归档

(5)系统对公文管理需求的实现

协同办公知识管理平台系统的公文管理是以流程核心为基础、基于以B/S系统结构、基于Internet架构的网上办公模块.系统提供了用户可以自定义各种文件的模版，实现用户自己定义文件的各种类型。系统提供工作流自定义，从而来满足用户对工作流管理的所有需要。

（）公文种类：公文管理涉及按照文件管理模式分为收文管理、发文管理、签报管理、督办催办、公文归档等。系统提供标准的数据维护库。可以对一些常用的数据进行设置，包括主题词、常用意见、自动编号、公文格式、评价标准等。用户也可以自己定义符合其企业内部使用的公文种类，并且协同办公知识管理平台系统的自动编号功能还能够实现根

据您自己的需要对收文、发文、签报管理中中的流水号进行定义，以后就根据您定义的格式自动生成流水号。同时在系统中也预留了手工编号以便用户自己定义公文管理的编号。

（）自动标引：公文中往往需要标明关键字，以方便将来查找。但是，关键字指定不准确是一个很大的问题，为将来的查找埋下隐患。通过建立关键词词库，在每篇文章定稿之前，将符合关键词词库中的词汇标记为文章的自动标引词，并将该标引词在文章中标记出来。同时，与相关包含此标引词的文章关联起来。这样不但可以解决关键词不准确的问题，同时也可以将相关的公文进行关联，为一篇公文提供相关背景资料。

（）流程定义：“流程”是协同办公知识管理平台产品的核心，它是在协同办公知识管理平台的“流程”设计思路上发展完善起来的，更加适合广大用户的实际需求。协同办公知识管理平台的流程设计更加合理性、复杂性和多样化。系统安装完成后，不仅提供了常用的一些流程应用，还提供一套用于用户二次开发的流程模板。这样，用户可以根据实际的业务需要，做很少的表单开发，就可以做出符合自己的流程应用。流程管理员通过客户端的访问方式进行流程定义和一些流程高级的操作，比如流程的重新路由，流程的重新分派，解除死锁等功能。单位普通员工则可以通过访问浏览器的方式，实现对流程的流转和对流程的跟踪查看。流程管理人员可以通过图形化的流程设计界面，方便地设计某项事项的处理流程，并通过电子表格式的数据设计界面，设计在该处理过程中要处理的数据的样式。

（）文件合并：各个科室的工作情况汇报要汇总为一个组织的工作情况汇报。这时，应用文件合并的功能，将几个文件合并为一个新文件，然后再在新合并文件基础上进行修改就可以降低工作强度，提高工作效率。

（）文件关联：文件之间具有一定的相关性，本系统提供了手工建立这种相关性的功能。通过建立文件之间的关联，可以形成文件之间的相互解释。例如，一份内部的通知是

根据一件上级来文的指示精神确定的。将二者关联起来就可以让组织内部的人员更清楚地明白通知的要求和通知的背景。

（）安全控制：主要由以下安全措施，各种安全措施可单独或组合使用。加密的用户帐号、采用安全连接进行WEB访问、重要的公文可加密，有权限的人可解密察看、与IP地址、MAC地址绑定和日志记录及查询：系统所有的操作均计入日志数据库，有权限的人可查询日志记录。

(6)签报管理

公司的签报管理主要用于各部门上报公司领导的请示、报告，不需发文的公文流转模式。拟稿→部门经理审稿→（有关部门会签）→公司领导签名、批示→档案室归档

选择流

(7)收文管理

收文管理主要对外来公文进行登记和处理，包括权限设置。在登记收文过程中提供了四种方式（磁盘调入、标准字段电子公文调入、扫描和直接输入），并将登记后的收文送领导批示或阅读（批示的流程完全可以根据需要自己定义），处理结束后将文件进行归档。管理人员可以对收文处理全过程进行监督、催办、重定位，也可以随时打印文件流程跟踪单及其所有领导的批示意见。

收文管理业务流程图如下所示：

转核签 完成登记 返回拟

答

归

重定

公司对外发文 (9)系统对公文管理的安全控制：协同办公知识管理平台系统中对系统的安全控制，主要分为以下几个部分：通过数据库权限设置、流程权限控制、文档的存取控制、文档的密级控制。

2．日常办公功能说明

3．行政管理功能说明

重定位 返

返回

4．档案管理功能实现

5．公共信息功能说明

6．个人办公功能说明

7．知识管理功能说明

8．系统管理功能说明

9．系统管理功能说明

【参考文献】本文主要参考信息产业部有关文件规定

需求说明书(软件项目管理系统)

需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；

酒店管理项目-需求分析

酒店订房管理项目 项 目 说 明 书 荆州市职业技术学院国际信息技术学院 撰写：GX1202全体参赛人员 班级：GX1202

1项目背景 1.1目的 酒店客房管理系统在正常运营中需要对客房资源、客人信息、结算信息等进行管理，利用酒店客房管理信息系统对客房的各个操作进行管理,能够及时了解各个环节中信息的变更,有利于提高管理的效率 1.2 背景 组织本届软件编程大赛旨在激发武汉厚溥教育科技有限公司各合作院校学生学习软件知识的热情、运用软件技术的兴趣、检验软件编程的水平、推动软件产品的应用、提高学生的实际开发能力。同时通过此次大赛，期望激励学生的创新精神、团队合作精神、加强动手能力、培养创造能力、提高学生综合能力及社交能力、促进学生对软件开发的兴趣以及各合作院校计算机技术专业教学的交流与合作。 1.3运行环境 客户端：手机系统android 2.3以上,支持重力感应功能,手机内存10M以上. 前台及后台管理：cpu:奔腾4 1.6Ghz 内存:256M 硬盘:300M空余空间显卡无要求网络要求：最低56K Modem 操作系统：Windows 2000/xp/7 响应时间：<2s 存储速度：<4s 网络通信功能：联网实时更新,最低56k Modem. 开发环境：系统基于Java和MySql 的windows xp/7环境下. 以上以及更多

第二章项目整体需求概述 酒店订房大致框架图： 项目需求详细说明： 1.我们采用现在最流行的移动式设备手机为客户端,群体比较大,推广度比较强, 为酒店能够带来质的突破,解放了人力订房的千年陈规,可以实现远程登录 服务器订房,适合白领人群,搭车过车中都可以订房,节省时间 2.到达酒店后前台服务人员会询问您是否订房，如果有通过客户端订房的可以省 去一些步骤,通过前台直接可以入住,省去登记时间和流程,更快更高效 3.如果客户对于房间不是非常满意可以通过客户端提出换房的要求,只能换房三 次,如果超过三次换房,系统会默认扣除押金,也可以直接到前台提出换房或 者是退房要求,不收取任何手续费用 4.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价

项目管理：怎样做需求分析

项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动

⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。

软件项目管理之需求分析

软件项目管理之需求分析 需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 1.需求分析的过程 需求过程包括需求开发和需求管理2个部分： (1)需求开发就是对开发前期的管理，与客户的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。 (2)需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。 2.需求的层次 需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。 3.需求开发阶段的重点 (1)提取业务对象 业务对象是指系统使用的真实对象，例如一个供应链管理(简称SCM)业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。 (2)提取业务流程 在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。 (3)性能需求 在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。 (4)环境需求 环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。

(5)可靠性需求 对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。 (6)安全保密要求 在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。 (7)用户界面需求 为用户界面细致地规定到达的要求。 (8)资源使用需求 开发的软件在运行时和开发时所需要的各种资源。 (9)软件成本消耗与开发进度需求 在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 (10)开发目标需求 预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。 4.需求分析的任务 需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下： (1)确定对系统的综合需求(功能、性能、运行、扩充需求) (2)制作产品需求文档(PRD) (3)分析系统的数据需求(概念模型、数据字典、规范化) (4)导出目标系统的详细的逻辑模型(数据流图、数据字典、主要功能描述) (5)开发原形系统 (6)从PRD提取编制软件需求规格说明书(SRS) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。

医院管理系统项目需求分析

医院管理系统项目需求分析 目录 1引言 ............................................................................................................................................ 错误!未定义书签。 1.1编写目的......................................................................................................................... 错误!未定义书签。 1.2适用范围......................................................................................................................... 错误!未定义书签。 1.3背景................................................................................................................................. 错误!未定义书签。 1.4术语定义......................................................................................................................... 错误!未定义书签。 1.5参考资料......................................................................................................................... 错误!未定义书签。2项目概述..................................................................................................................................... 错误!未定义书签。 2.1目标................................................................................................................................. 错误!未定义书签。 2.2用户特点......................................................................................................................... 错误!未定义书签。3功能需求..................................................................................................................................... 错误!未定义书签。 3.1流程图............................................................................................................................. 错误!未定义书签。 3.1.1门诊管理流程图................................................................................................. 错误!未定义书签。 3.1.2住院管理流程图................................................................................................. 错误!未定义书签。 3.1.3药库药房流程图................................................................................................. 错误!未定义书签。 3.2功能表............................................................................................................................. 错误!未定义书签。 3.3用例................................................................................................................................. 错误!未定义书签。 3.3.1门诊管理用例图................................................................................................. 错误!未定义书签。 3.3.2门诊管理用例说明............................................................................................. 错误!未定义书签。 3.3.2.1门诊挂号人员登录：......................................................................................... 错误!未定义书签。 3.3.2.2门诊挂号人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.3门诊挂号人员对挂号单的录入：..................................................................... 错误!未定义书签。 3.3.2.4门诊挂号人员对挂号单的查询：..................................................................... 错误!未定义书签。 3.3.2.5门诊挂号人员退号：......................................................................................... 错误!未定义书签。 3.3.2.6门诊挂号人员退出登录：................................................................................. 错误!未定义书签。 3.3.2.7门诊挂号人员结算：......................................................................................... 错误!未定义书签。 3.3.2.8门诊划价人员登录：......................................................................................... 错误!未定义书签。 3.3.2.9门诊划价人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.10门诊划价人员对处方的录入：....................................................................... 错误!未定义书签。 3.3.2.11门诊划价人员对划价单的查询： ................................................................... 错误!未定义书签。 3.3.2.12门诊划价人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.13门诊收费人员登录：....................................................................................... 错误!未定义书签。 3.3.2.14门诊收费人员修改密码：............................................................................... 错误!未定义书签。 3.3.2.15门诊收费人员收费：....................................................................................... 错误!未定义书签。 3.3.2.16门诊收费人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.17门诊收费人员结算：....................................................................................... 错误!未定义书签。 3.3.3住院管理用例图................................................................................................. 错误!未定义书签。 3.3.4住院管理用例说明............................................................................................. 错误!未定义书签。 3.3. 4.1住院部管理员登录：......................................................................................... 错误!未定义书签。 3.3. 4.2住院部管理员修改登录密码............................................................................. 错误!未定义书签。

(项目管理)一项目需求

一、技术要求 工作条件 1．除非在技术规格中另有说明，所有仪器、设备和系统都应符合下列要求：2．适于在气温为摄氏0℃～＋40℃和相对湿度为90％的环境条件下运输和贮存。 3．适于在电源220V（ 10％）/50Hz、气温摄氏-5℃～＋40℃和相对湿度85％的环境条件下运行。连续正常运行的时间应不少于8小时。 4．配置符合中国有关标准要求的插头，如果没有，则需提供适当的转换插座。 5．如产品达不到上述要求，供应人应注明其偏差。如仪器设备需要特殊工作条件（如水、电源、磁场强度、温度、湿度、动强度等）供应人应在供应文件中加以说明。 其它要求： 1．为便于采购人进行接收仪器的准备工作，成交供应商应在合同生效后60天内向用户提供一套完整的使用说明书、操作手册、维修及安装说明等文件。另一套完整上述资料应在交货时随货包装提供给采购人，这些费用应计入总报价中。 2．对于需安装、校准、试运行的仪器设备，如果有必要的安装准备条件，成交供应商应在合同生效后一个月内向采购人提出详细的要求或计划。设备安装调试的费用由供应人承担，需计入成交总价中，并应单独列出，供采购人参考。 3．对于人员培训所需的仪器、设备，供应文件中应注明。 4．对于在采购人所在地进行的培训，供应人培训人员的旅费、食宿费用等费用由供应人自理。 5．对于需到制造厂家所在地进行的培训，供应文件中将注明培训日程和时间要求。受训人员的旅费、食宿费、培训场地费及培训资料费等培训费用均应由供应人支付。 6．在评审过程中，谈判小组有权向供应人索取任何与评审有关的资料，供应人务必在接到此类要求后，在规定时间内予以答复。对于无答复的供应人，谈

IT项目管理需求分析说明书

I T项目管理需求分析说 明书 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）

IT项目管理需求分析说明书

目录 1.第一章引言 1.目的 本软件分析报告的目的是对根据客户的需求，对系统功能、性能需求向××客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。对IT项目管理功能的后续阶段等过程提供指导和工作原则。 2.IT项目管理内容简介 2.1.按管理目标 从IT项目管理的目标来看，IT项目管理需要管理项目费用/预算和项目过程。 项目费用/预算管理：对于项目费用/预算要求做到能够即时的查 询到本年度或者历史年度的预算以及费用付款情况，需要明细到 分公司的付款情况。目前具体的管理方法是由省局信息中心制定 编写年度预算，项目立项后制定付款计划。分公司实施付款计 划，在每次付款完成后将付款记录录入到系统中，省局信息中心 负责汇总。主要涉及到的文档/数据有，IT项目年度预算表，项 目立项表，项目付款计划，分公司付款记录，年度付款情况（报 表）。 项目过程管理：对于项目的过程要求能过做到能够将项目过程管 理中产生的文档/数据做统一的管理，在需要的时候能够随取随

用。并且做到能够查询到本年度或者历史年度计划的项目和实际 实施的项目对比报表。目前具体的管理办法是省局统一立项，制 定全省推广计划，分公司根据推广计划实施推进项目计划。主要 涉及的文档/数据有，IT项目立项表，全省计划表，计划明细表 （工作项/里程碑），招标表，合同表，年度项目完成情况（报 表）。 2.2.按IT项目的进程阶段 ××局的IT项目管理可以分为以下几个阶段：年度规划，项目立项，招投标管理，项目启动\建设，项目维护，每个阶段有特定的事务和对象需要处理，每个阶段又有特定的里程碑点来控制整个项目的进程。 1、年度计划：这个阶段主要是省局信息中心根据省局的各个部门和各地 市公司提交的信息化要求，和烟草局本身发展的需要，编制下一年度的IT项目预案，一般在三季度完成。涉及对象主要是IT项目年度计划。 2、立项管理：信息中心根据实际情况，在年度计划中挑选项目进行立 项，编制定立项表，招标表，合同表等。如果不在年度计划中的项目需要立项的话，要求先将其添加到年度计划中才能立项。 3、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个

科研项目管理系统需求分析

材供应部合同进行计算机的自动化管理计算，减少了管理人员的工作量，节省了人力，确保合同数据的安全和有效利用。本系统具有系统功能完备、使用简单、用户界面好、安全保密设置齐全等优点。 院实物保护监控中心安全、稳定运行 院实物保护监控中心 中国原子能科学研究院在基础设施改造一期工程中，建立了实物保护监控中心。该中心的功能在于防破坏、防盗窃，防非法转移核材料、放射源、机密档案，预防和制止敌对分子或团伙的入侵、威胁、破坏等犯罪活动，对全院的重点要害部位进行集中管理，实施24 小时不间断地布防监控。 院实物保护系统共有9 台录像机对各监控部位的图像进行录制，对院大门口和监控中心进行每日24 小时连续监控录制，对其他工号实行布防监控与录制。 中心在核技术所直接领导和院保卫处的监督管理下，坚持双人值班制度，严格规范运行记录，对涉及实物保护技防系统86 个监控点和消防报警系统1 153 个探测点的报警信号进行及时复核、确认，在第一时间通知有关部门进行处理。 在试运行至今的一年多时间内，共计处理实物保护系统报警3 万多次；消防系统报警3 千多次。在接到报警信号后，值班人员在第一时间通知有关部门进行处理，使得中心对全院重点要害部位的保卫和消防安全实施了有效的监控，体现了实物保护系统的可靠性和有效性。2006 年实物保护监控中心主要完成了以下工作。 1）严格培训，做到持证上岗。 2）建立健全运行制度，确保中心正常运行。 3）妥善处理报警信号，保障重点要害部位安全。 4）及时排除故障，确保系统有效运行。中心建成运行以来，多次妥善处理了接报警事件，充分发挥了对全院重要部位的监督管理作 用，保障了全院科研生产工作的顺利进行。 （执笔人：任宝玲） 科研项目管理系统需求分析 田君，王建平，吕建友 中国原子能科学研究院是一个大型的、综合性的核科学技术研究基地，承担核能开发、国防技术基础、国防预研、“863”和“973”、国家自然科学基金等科研项目，相关30 多个项目类别，涉及近100 个项目，其项目的研究范围涵盖了核物理、核化学与放射化学、反应堆工程技术等领域。这些科研项目涉及学科广泛，内容精深，难度高，管理模式多，工作复杂。同时，原子能院

项目申报管理系统需求分析

文档编号: PRMS-2 版本号: V1.0 文档名称：需求分析设计说明书 项目名称：项目申报管理系统 项目负责人：董艳，苏丽，李瑞卿 编写：董艳2009年11月10日 校对：董艳，苏丽，李瑞卿2009年11月10日 审核：董艳，苏丽，李瑞卿2009年11月10日 批准：董艳，苏丽，李瑞卿2009年11月10日 开发单位：西北农林科技大学信息工程学院信管062班

需求规格说明书 1．引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2．任务概述 (4) 2.1目标 (4) 2.2运行环境 (4) 2.3条件与限制 (4) 3．数据描述 (4) 3.1静态数据 (4) 3.2动态数据 (6) 3.3数据库介绍 (6) 3.4数据词典 (6) 3.5数据采集 (9) 4．功能需求 (9) 4.1功能划分 (9) 4.2功能描述 (9) 5．性能需求 (10) 5.1数据精确度 (10) 5.2时间特性 (10) 5.3适应性 (10) 6．运行需求 (10) 6.1用户界面 (10) 6.2硬件接口 (10) 6.3软件接口 (10) 6.4故障处理 (10)

1．引言 1.1编写目的 编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《项目申报系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。 该需求规格说明书的读者对象是信息工程学院订餐管理系统软件小组的研发工程师、测试工程师、销售工程师，版权归信息工程学院信管062班所有。 1.2项目背景 在计算机日益普及的今天，科技高速发展，国家对科技项目的研究也越来越重视，每年都有很多项目要上报国家或政府，纸制的项目申报报告的审批浪费了大量的人力、物力、财力等资源。 为了适应社会的需求，使市级重点建设项目月报信息统计工作更加科学、规范、高效、简便，我们小组打算开发“项目申报管理系统”。本系统是为方便重点建设项目业主单位报送项目月报，增强申报部门与项目单位间的信息沟通与反馈，了解项目的建设进度及存在问题，协调解决项目建设中存在的前期工作、资金筹措、征地拆迁、建设施工等问题而开发的应用软件管理系统。 项目申报系统PRMS 2.0将会成为一套功能完善的数据管理系统，可以再Windows、linux 系统上顺利运行。根据2009年重点项目申报工作的需要，由西北农林科技大学信息工程学院信管提出开发一套为重点项目申报工作服务的应用系统，于完成之日交付。 1.3定义 项目申报管理系统是指应用电子计算机和相关网络支持，为申报项目的相关人愿提供数据信息管理系统，从而优化项目申报，减少项目申报周期，提高工作质量。 文档中采用的专门术语的定义及缩略词简要如下： PRMS：Project Report Management System，项目申报管理系统。 1.4参考资料 [1]教学提供需求分析设计模板 [2]杨选辉《信息系统分析与设计》北京：清华大学出版社，2007。 [3]王珊，萨师宣。《数据库原理与应用》。北京：高等教育出版社，2003。 [4]耿祥义张跃平。《JSP实用教程》北京：清华大学出版社，2007。

项目管理系统需求说明书模板

项目管理系统需求说明书

成都鼎域前沿科技有限公司 2015.4 目录 一引言 (1) 1编写目的 (1) 2范围 (1) 2.1软件系统的名称 (1) 2.2软件功能概述 (1) 二项目概述 (2) 1项目描述 (2) 2产品功能 (3) 2.1系统角色定义 (3) 2.2系统功能 (3) 3用户特点 (3) 3.1管理员及超级管理员用户 (3) 3.2企业领导、项目经理和项目成员 (4)

3.3用户使用本系统相关说明 (4) 3.4一般约束 (4) 三项目需求 (6) 1功能需求 (6) 1.1功能结构一览 (6) 1.2登陆 (7) 1.3项目管理 (7) 1.3.1项目立项 (7) 1.3.2项目新增 (7) 1.3.3项目过程管理 (8) 1.3.4项目群管理 (11) 1.4项目工具 (15) 1.4.1原因分析工具 (15) 1.4.2数据收集分析工具 (15) 1.4.3评估工具和决策工具 (15) 1.4.4TRIZ系列工具 (15) 1.5人才管理 (15) 1.6知识管理 (16) 1.7权限管理 (17) 1.7.1用户信息管理 (17) 1.7.2系统模块管理 (17)

1.7.3角色管理 (17) 1.7.4权限分配 (17) 2外部接口需求 (18) 2.1用户接口 (18) 2.2硬件接口 (18) 3性能需求 (18) 3.1静态数值需求 (18) 3.2动态数值需求 (19) 3.3硬件限制..................................................... 错误!未定义书签。4属性. (19) 4.1可用性 (19) 4.2安全性 (19) 4.3可靠性 (21) 4.4系统性能 (22) 4.5易用性 (23) 4.6可维护性 (23) 4.7其他需求 (24)

项目管理需求分析

1目的： 分析项目管理系统的需求，理清项目管理的总体思路，抓住项目管理同信息化的可交换点。同时，分析整理出项目管理同信息化相结合的可行性方案。建设符合PMBOK管理指南规范的项目管理系统。为需求说明书编制提供依据。 2背景: 虽然项目管理系统已经成熟应用到项目管理中，然而众多项目系统并非按照PMBOK这个全球普遍公认的指南规范设计项目管理，而是凭借其他规范已经项目管理经验设计的项目管理系统。项目管理系统中存在很多偏门功能或者缺少的功能。很多方面的设计无法满足项目管理者的要求。 3总体需求分析： 3.1项目管理的基本标准： 3.1.1应用组织环境 项目管理的组织结构为矩阵型项目管理结构，项目经理拥有项目管理的部分权限，职能经理拥有支持项目经理以及部分人员管理的权限。 3.1.2应用企业环境： 企业项目管理按照PMBOK规范管理项目，该项目主要支持信息化项目的管理，不一定符合所有项目的管理。 3.1.3项目基本标准： 该项目完全按照PMBOK整理项目管理的流程，项目由客户或者项目发起人提供商业论证、工作活动说明树、合同等信息开始项目。项目周期分为：项目开始，项目前期准备，项目管理，项目结束。项目管理周期分为：启动过程组，规划过程组，执行过程组，监控过程组，以及收尾过程组。同时规划过程组中的项目阶段管理周期也按照启动过程组，规划过程组，执行过程组，监控过程组，以及收尾过程组过程过程完成，如图3.1所示：

3.2项目管理的主要过程： 项目管理包括启动、规划、执行、监控、收尾通用五大过程组。项目管理按照各自的项目特征分为一个或多个阶段，每个阶段都包含以上五大过程组。监控过程组贯穿整个过程，规划和执行过程组之间迭代方法渐进明细。如图3.2 3.3项目管理的主要步骤： 3.3.1九大知识领域以及处理过程 项目整合管理，包括制定项目章程、规划项目计划、指导与管理项目执行、监控项目工作、实施整体需求变更、结束项目或阶段。 项目范围管理，包括收集需求、定义范围、创建工作分解结构、核实范围、控制范围。 项目时间管理，包括定义活动、活动排序、估算活动资源、估算活动持续时间、制定项目进度计划、控制进度。 项目成本管理，包括估算成本、制定预算、控制成本。 项目质量管理，包括规划质量、实施质量保证、实施质量控制。 项目人力资源管理，包括制定人力资源计划、组建项目团队、建设项目团队、管理项目团队。 项目沟通管理，包括识别干系人、规划沟通、发布信息、管理关系期望、报告项目绩效。 项目风险管理，包括规划风险、识别风险、风险定性分析、分析定量分析、规划风险应对、监控风险。 项目采购管理，包括规划采购、执行采购、管理采购、结束采购。

软件项目的需求开发与管理

软件项目的需求开发与管理需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题，有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。 本文将通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。 1? 什么是软件需求和需求工程 软件需求的定义 在IEEE软件工程标准词汇表(1997年)中定义软件需求为： （1）用户解决问题或达到目标所需的条件或能力。 （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。 需求工程的定义 需求分析的过程，也叫做需求工程和需求阶段，它包括了需求开发和需求管理两个部分。需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为四个阶段：情

项目管理系统_需求规格说明书V3

品高项目管理系统 软件开发需求

目录 1引言 (2) 1.1编写目的 (2) 2功能性需求 (2) 2.1系统登录 (3) 2.2对内项目管理子系统 (6) 2.3对外项目交流系统 (22)

1 引言 1.1 编写目的 本文档可作为 1. 设计人员进行系统设计的输入源。 2. 开发人员对系统功能开发的依据。 3. 测试人员编写系统测试计划，测试案例编写的输入源。 4. 产品经理检查系统实现程度的依据。 5. 项目团队外人员进行沟通的外部接口，用于他们评审和理解系统。 6. 项目需求阶段的主要交付物。 7. 收集并记录所有的外部接口，以用于作为完成设计和实现系统的参考。 2 系统概貌 2.1 系统背景 随着公司发展，客户范围不断增长,项目数量多且繁杂,给公司的和客户了解项目实际情况带来很大不便,公司及客户之间缺乏有效快速的沟通交流环境. 基于上诉背景，我们提出需建立一套完善的项目管理系统，作为公司及客户之间对项目信息的了解及在线交流, 以满足公司发展的需求。 2.2 用户描述 本系统用户为我们公司业务人员、项目成员、项目经理、管理中心、财务合同管理员、部门经理，项目管理层等。 2.3 系统角色权限 系统的不同角色对信息的权限见附件表 角色权限表.xlsx 2.4 一般限制 ? 应用系统应采用B/S 结构，客户端支持IE6.0 以上的版本。 ? 应用系统的开发工具与技术应采用Microsoft .NET 的技术体系。 ? 应用系统中所有数据统一保存到SQL Server 数据库。

2.5出错处理 ?所有的应用系统错误都应记录到系统日志文件中。 ?所有的Windows服务错误都应记录到Windows服务日志文件中。 ?所有的Web服务错误都应记录到Web服务日志文件中。 2.6假设和依赖条件 ?本系统假设.Net Framework 4.0平台稳定可靠，性能满足实际需求。系统构建在Microsoft .Net Framework平台中，严重依赖于该平台的可靠性，稳定性和性能。 ?本系统假设Microsoft SQL Server数据库稳定可靠，性能满足实际需求。系统数据存储于Microsoft SQL Server数据库中，依赖Microsoft SQL Server数据库的可靠性，稳定性和性能。 ?本系统假设涉及的外部接口可靠运行，提供正确数据。系统部分数据展现依赖于外部接口，当外部接口不能正确工作时，可能会导致部分展示数据不正确或无法显示。 ?本系统假设网络状态良好。本系统和客户端交互时依赖于网络状况，当网络故障或者性能低下时，可能会造成系统无法访问，系统响应速度变慢，数据无法提交等现象。但不应出现数据完整性和一致性的损坏。 ?本系统假设工作流引擎稳定可靠，性能满足要求。 ?本系统假设硬件服务器工作状态良好。 3功能性需求 3.1系统登录 【REQ_1】使用系统的用户分2类,内部用户及外部用户 【REQ_2】内部用户访问系统的时候,需要输入AD帐号密码进行身份验证检查 【REQ_3】外部用户访问系统的时候,需要输入用户名和密码进行身份验证检查 3.2首页 【REQ_4】每个用户登录后都可进入自己所属角色的首页 3.2.1.1业务人员 【REQ_5】列出业务人员本人的预立项的项目列表，已完成的合同列表，个人待办事宜，如下图示：

员工管理系统项目需求分析报告

员工管理系统需求分析报 告 文库中有员工管理系统ppt演示、员工管理系统项目背景报告、员工管理系统需求分析报告、员工管理系统设计报告、员工管理系统实现文档、员工管理系统测试报告一套项目开发文档,适用于毕业设计论文参考 项目开发人员：XXX 201X年 XX 月 XX 日

员工管理系统项目需求分析报告 目录 一、可行性分析...................................... 错误!未定义书签。 1. 引言.......................................... 错误!未定义书签。 编写目的..................................... 错误!未定义书签。 背景......................................... 错误!未定义书签。 定义......................................... 错误!未定义书签。 参考资料..................................... 错误!未定义书签。 2. 安全机制分析.................................. 错误!未定义书签。 3. 技术可行性分析................................ 错误!未定义书签。 4. 系统功能可行性分析............................ 错误!未定义书签。 5. 社会可行性分析................................ 错误!未定义书签。 6. 经济可行性分析................................ 错误!未定义书签。 二、项目计划....................................... 错误!未定义书签。 1. 任务概述...................................... 错误!未定义书签。 2. 实施计划关键问题.............................. 错误!未定义书签。 三、系统需求描述................................... 错误!未定义书签。 1. 对员工管理系统的功能规定...................... 错误!未定义书签。 公司基本信息管理模块......................... 错误!未定义书签。 员工管理模块................................. 错误!未定义书签。 部门管理模块................................. 错误!未定义书签。 职位管理模块................................. 错误!未定义书签。