网上科普有关“软件开发中系统分析阶段产生的文档是”话题很是火热，小编也是针对软件开发中系统分析阶段产生的文档是寻找了一些与之相关的一些信息进行分析，如果能碰巧解决你现在面临的问题，希望能够帮助到您。

1.需求规格说明书：

这个文档描述了系统的功能需求和非功能需求，包括用户需求、系统用例、业务流程等。它定义了系统应该做什么，以及系统需要满足的各种需求。

2.系统设计文档：

这个文档描述了系统的整体设计，包括架构设计、模块设计、数据结构设计等。它详细说明了系统的组成部分以及它们之间的关系和交互方式。

3.数据字典：

这个文档定义了系统中使用的所有数据项，包括数据的类型、长度、取值范围等。它提供了对系统中数据的全面描述，方便开发人员理解和使用。

4.流程图：

流程图用于描述系统中的流程和操作步骤，以图形化的方式展示。它可以清晰地表达系统的处理流程和各个环节之间的关系。

5.界面原型：

界面原型是通过绘制界面的草图或模拟界面来展示系统的用户界面。它可以帮助开发人员和用户更好地理解系统的外观和交互方式。

以上内容是由猪八戒网精心整理，希望对您有所帮助。

win8.1硬件要求(满足系统性能需求的硬件配置要求)

1.概念

需求的定义包括从用户角度(系统的外部行为),以及从开发者角度(一些内部特性)来阐述需求.

关键的问题是一定要编写需求文档.我曾经目睹过一个项目中途更换了所有的开发者,客户被迫与新的需求分析者坐到一起.系统的分析人员说:"我们想与你谈谈你的需求."客户的第一反应便是:"我已经将我的要求都告诉你们前任了,现在我要的就是给我编一个系统".

百事通

而实际上,UGGs,需求并未编写成文档,因此新的分析人员不得不从头做起.所以如果只有一堆邮件、会谈记录或一些零碎的未整理的对话,你就确信你已明白用户的需求,那完全是自欺欺人.

需求的另外一种定义认为需求是"用户所需要的并能触发一个程序或系统开发工作的说明".有些需求分析专家拓展了这个概念:"从系统外部能发现系统所具有的满足于用户的特点、功能及属性等".这些定义强调的是产品是什么样的,而并非产品是怎样设计、构造的.而下面的定义则从用户需要进一步转移到了系统特性:

需求是指明必须实现什么的规格说明.它描述了系统的行为、特性或属性,是在开发过程中对系统的约束.

从上面这些不同形式的定义不难发现:并没有一个清晰、毫无二义性的"需求"术语存在,真正的"需求"实际上在人们的脑海中,这个人们主要是指客户,但一般情况下,用户并不能描述自己的需要,只就需要系统分析人员根据用户的自己语言的描述整理出相关的需要再进一步和客户核对.系统分析员和客户需要确保所有项目风险承担者在描述需求的那些名词的理解上务必达成共识.

任何文档形式的需求(例如如下将要描述的需求规格说明书)仅是一个模型,一种描述.

2.需求分析的任务

开发软件系统最为困难的部分就是准确说明开发什么.最为困难的概念性工作便是编写出详细技术需求,这包括所有面向用户、面向机器和其它软件系统的接口.同时这也是一旦做错,将最终会给系统带来极大损害的部分,并且以后再对它进行修改也极为困难.

目前,国内产品的庞杂,一家企业可能有几个系统并立运行,它们之间接口是系统开发人员最头痛的问题.

对于商业最终用户应用程序,企业信息系统和软件作为一个大系统的一部分的产品是显而易见的.但是对于我们开发人员来说,并没有编写出客户认可的需求文档,我们如何知道项目于何时结束?而如果我们不知道什么对客户来说是重要的,那我们又如何能使客户感到满意呢?

然而,即便并非出于商业目的的软件需求也是必须的.例如库、组件和工具这些供开发小组内部使用的软件.当然你可能偶尔勿需文档说明就能与其他人意见较为一致,但更常见的是出现重复返工这种不可避免的后果,而重新编制代码的代价远远超过重写一份需求文档的代价,这些血的教训正在国内的软件开发者身上发生.

近来,我遇到一个开发小组开发包括代码编辑器在内的一套内部使用的计算机辅助软件.不幸的是,当他们开发完这个工具后,发现这个工具不能打印出源代码文件,使用者当然希望有这个功能.结果这个小组只好手工抄写源代码文档以供代码检查.这说明那怕需求明确无误并构思准确,如果我们没有编写文档,软件达不到期望目标也只能是咎由自取了.

相反的情况,我曾见一个要集成到"错误跟踪系统"中的简单界面写了一页需求说明.而操作系统系统管理员在为处理脚本时发现简单的一张需求清单竟是如此有用.他们依据需求对系统进行测试时,此系统不仅非常清晰地实现了所有必需功能,而且未发现任何错误.

事实上,需求文档在开发过程中一直起指导作用.

3.需求分析过程

可把整个软件需求工程研究领域划分为需求开发和需求管理两部分更合适,如图4-1所示:

图4-1 需求工程域的层次分解示意图

需求开发可进一步分为:问题获取、分析、编写规格说明和验证四个阶段.这些子项包括软件类产品中需求收集、评价、编写文档等所有活动.需求开发活动包括以下几个方面:

确定产品所期望的用户类别.

获取每个用户类的需求.

了解实际用户任务和目标以及这些任务所支持的业务需求.

分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息.

将系统级的需求分为几个子系统,并将需求中的一部份分配给软件组件.

了解相关质量属性的重要性.

商讨实施优先级的划分.

将所收集的用户需求编写成文档和模型.

评审需求规格说明,确保对用户需求达到共同的理解与认识,并在整个开发小组接受说明之前将问题都弄清楚.

需求管理需要"建立并维护在软件工程中同客户达成的合同" .这种合同都包含在编写的需求文档与模型中.客户的接受仅是需求成功的一半,开发人员也必须能够接受他们,并真正把需求应用到产品中.通常的需求管理活动包括:

定义需求基线(迅速制定需求文档的主体).

评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它.

以一种可控制的方式将需求变更融入到项目中.

使当前的项目计划与需求一致.

估计变更需求所产生影响并在此基础上协商新的承诺,这种承诺具体体现在项目解决方案上.

让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪.

在整个项目过程中跟踪需求状态及其变更情况.

以上几点说明是我总结了成功实施项目后系统分析人员的经验,同时也根据国内外的其他系统实施的相关成功经验,进行了总结.

4.需求的类型

下面这些定义是需求工程领域中常见术语的定义.

软件需求包括三个不同的层次:业务需求、用户需求和功能需求(也包括非功能需求).

1.业务需求(business requirement)反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明.

2.用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务,这在使用实例(use case)文档或方案脚本说明中予以说明.

3.功能需求(functional requirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求.

在软件需求规格说明书 (SRS)中说明的功能需求充分描述了软件系统所应具有的外部行为.软件需求规格说明在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用.对一个大型系统来说,软件功能需求也许只是系统需求的一个子集,因为另外一些可能属于子系统(或软件部件).

作为功能需求的补充,软件需求规格说明还应包括非功能需求,它描述了系统展现给用户的行为和执行的操作等.它包括产品必须遵从的标准、规范和合约;外部界面的具体细节;性能要求;设计或实现的约束条件及质量属性.所谓约束是指对开发人员在软件产品设计和构造上的限制.质量属性是通过多种角度对产品的特点进行描述,从而反映产品功能.多角度描述产品对用户和开发人员都极为重要.

下面以一个字处理程序为例来说明需求的不同种类.业务需求可能是:"用户能有效地纠正文档中的拼写错误",该产品的包装盒封面上可能会标明这是个满足业务需求的拼写检查器.而对应的用户需求可能是"找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词".同时,该拼写检查器还有许多功能需求,如找到并高亮度提示错词的操作;显示提供替换词的对话框以及实现整个文档范围的替换.

从以上定义可以发现,需求并未包括设计细节、实现细节、项目计划信息或测试信息.需求与这些没有关系,它关注的是充分说明你究竟想开发什么.项目也有其它方面的需求,如开发环境需求或发布产品及移植到支撑环境的需求.尽管这些需求对项目成功也至关重要,但它们并非本书所要讨论的.

5.需求分析的原则

不重视需求过程的项目队伍将自食其果.需求工程中的缺陷将给项目成功带来极大风险,这里的"成功"是指推出的产品能以合理的价格、及时地在功能、质量上完全满足用户的期望.下面将讨论一些需求风险.

不适当的需求过程所引起的一些风险:

1. 无足够用户参与

客户经常不明白为什么收集需求和确保需求质量需花费那么多功夫,开发人员可能也不重视用户的参与.究其原因:一是因为开发人员感觉与用户合作不如编写代码有意思;二是因为开发人员觉得已经明白用户的需求了.在某些情况下,与实际使用产品的用户直接接触很困难,而客户也不太明白自己的真正需求.但还是应让具有代表性的用户在项目早期直接参与到开发队伍中,并一同经历整个开发过程.

系统人员在实践过程中,也有些感觉,在实施一家公司的项目时,若无足够的用户参与,系统人员获得的需求是片面的,不完整的,这样系统在需求之初就埋下风险.

2. 用户需求的不断增加

在开发中若不断地补充需求,项目就越变越庞大以致超过其计划及预算范围.计划并不总是与项目需求规模与复杂性、风险、开发生产率及需求变更实际情况相一致,这使得问题更难解决.实际上,问题根源在于用户需求的改变和开发者对新需求所作的修改.

要想把需求变更范围控制到最小,必须一开始就对项目视图、范围、目标、约束限制和成功标准给予明确说明,并将此说明作为评价需求变更和新特性的参照框架.说明中包括了对每种变更进行变更影响因素分析的变更控制过程,有助于所有风险承担者明白业务决策的合理性,即为何进行某些变更,相应消耗的时间、资源或特性上的折中.

产品开发中不断延续的变更会使其整体结构日渐紊乱,补丁代码也使得整个程序难以理解和维护.插入补丁代码使模块违背强内聚、松耦合的设计原则,特别是如果项目配置管理工作不完善的话,收回变更和删除特性会带来问题.如果你尽早地区别这些可能带来变更的特性,你就能开发一个更为健壮的结构,并能更好地适应它.这样设计阶段需求变更不会直接导致补丁代码,同时也有利于减少因变更导致质量的下降.

3. 模棱两可的需求

模棱两可是需求规格说明中最为可怕的问题.它的一层含义是指诸多读者对需求说明产生了不同的理解;另一层含义是指单个读者能用不止一个方式来解释某个需求说明.

模棱两可的需求会使不同的风险承担者产生不同的期望,它会使开发人员为错误问题而浪费时间,并且使测试者与开发者所期望的不一致.一位系统测试人员曾告诉我,她所在的测试组经常对需求理解有误,以致不得不重写许多测试用例并重做许多测试.

处理模棱两可需求的一种方法是组织好负责从不同角度审查需求的队伍.仅仅简单浏览一下需求文档是不能解决模棱两可问题的.如果不同的评审者从不同的角度对需求说明给予解释,但每个评审人员都真正了解需求文档,这样二义性就不会直到项目后期才被发现,那时再发现的话会使得更正代价很大.

4. 不必要的特性

"画蛇添足"是指开发人员力图增加一些"用户欣赏"但需求规格说明中并未涉及的新功能.经常发生的情况是用户并不认为这些功能性很有用,以致在其上耗费的努力"白搭"了.开发人员应当为客户构思方案并为他们提供一些具有创新意识的思路,具体提供哪些功能要在客户所需与开发人员在允许时限内的技术可行性之间求得平衡,开发人员应努力使功能简单易用,而不要未经客户同意,擅自脱离客户要求,自作主张.

同样,客户有时也可能要求一些看上去很"酷",但缺乏实用价值的功能,而实现这些功能只能徒耗时间和成本.为了将"画蛇添足"的危害尽量减小,应确信:你明白为什么要包括这些功能,以及这些功能的"来龙去脉",这样使得需求分析过程始终是注重那些能使用户完成他们业务任务的核心功能.

5. 过于精简的规格说明

有时,客户并不明白需求分析有如此重要,于是只作一份简略之至的规格说明,仅涉及了产品概念上的内容,然后让开发人员在项目进展中去完善,结果很可能出现的是开发人员先建立产品的结构之后再完成需求说明.这种方法可能适合于尖端研究性的产品或需求本身就十分灵活的情况.但在大多数情况下,这会给开发人员带来挫折(使他们在不正确的假设前提和极其有限的指导下工作),也会给客户带来烦恼(他们无法得到他们所设想的产品).

6. 忽略了用户分类

大多数产品是由不同的人使用其不同的特性,使用频繁程度也有所差异,使用者受教育程度和经验水平也不尽相同.如果你不能在项目早期就针对所有这些主要用户进行分类的话,必然导致有的用户对产品感到失望.例如,菜单驱动操作对高级用户太低效了,但含义不清的命令和快捷键又会使不熟练的用户感到困难.

7. 不准确的计划

据统计,导致需求过程中软件成本估计极不准确的原因主要有以下五点:频繁的需求变更、遗漏的需求、与用户交流不够、质量低下的需求规格说明和不完善的需求分析.

对不准确的要求所提问题的正确响应是"等我真正明白你的需求时,我就会来告诉你".基于不充分信息和未经深思的对需求不成熟的估计很容易为一些因素左右.要作出估计时,最好还是给出一个范围.未经准备的估计通常是作为一种猜测给出的,听者却认为是一种承诺.因此我们要尽力给出可达到的目标并坚持完成它.

6.需求分析人员和用户的合作关系

优秀的软件产品是建立在优秀的需求基础之上的.而高质量的需求来源于客户与开发人员之间有效的交流与合作.通常,开发人员与客户或客户代理人,如市场人员间的关系反而会成为一种对立关系.双方的管理者都只想自己的利益而搁置用户提供的需求从而产生摩擦,在这种情况下,不会给双方带来一点益处.

只有当双方参与者都明白要成功自己需要什么,同时也应知道要成功合作方需要什么时,才能建立起一种合作关系.由于项目压力与日渐增,所有风险承担者有着一个共同的目标这一点容易被遗忘.其实大家都想开发出一个既能实现商业价值,又能满足用户需要,还能使开发者感到满足的优秀软件产品.

人事管理系统需求分析

在使用Windows8.1操作系统时，硬件配置是非常重要的，因为硬件配置的好坏直接影响到系统的性能。如果你的电脑硬件配置不足，那么你会发现系统运行缓慢，甚至会出现崩溃的情况。因此，在安装Windows8.1之前，你需要了解系统的最低硬件要求，以确保你的电脑能够正常运行该操作系统。

最低硬件要求

处理器：1GHz或更快的处理器

内存：1GB（32位）或2GB（64位）

硬盘空间：16GB（32位）或20GB（64位）

显卡：MicrosoftDirectX9图形设备与WDDM驱动程序

显示器：分辨率为1024x768或更高

硬件检测

在安装Windows8.1之前，你需要检查你的电脑是否满足最低硬件要求。你可以按照以下步骤进行检测：

1.点击“开始”按钮，然后选择“计算机”。

2.右键点击计算机图标，然后选择“属性”。

3.在“系统”窗口中，你可以看到你的电脑的处理器类型和内存大小。

4.点击“设备管理器”按钮，你可以查看你的电脑的显卡信息。

5.点击“显示”选项卡，你可以查看你的电脑的显示器分辨率。

推荐硬件配置

如果你想要更好的系统性能，那么你可以选择更高的硬件配置。以下是推荐的硬件配置：

处理器：IntelCorei5或更高

内存：4GB或更高

硬盘空间：256GB或更高

显卡：NVIDIAGeForceGTX750Ti或更高

显示器：分辨率为1920x1080或更高

升级硬件

如果你的电脑硬件配置不足，你可以考虑升级硬件。以下是一些常见的硬件升级方法：

1.更换处理器：如果你的处理器太老旧，无法满足Windows8.1的要求，那么你可以考虑更换处理器。你需要选择和你的主板兼容的处理器，并确保你的电脑支持该处理器。

2.增加内存：如果你的内存不足，那么你可以考虑增加内存。你需要选择和你的主板兼容的内存，并确保你的电脑支持该内存。

3.更换硬盘：如果你的硬盘空间不足，那么你可以考虑更换硬盘。你可以选择一个更大的硬盘，并将原来的硬盘备份到新的硬盘中。

4.更换显卡：如果你的显卡性能不足，那么你可以考虑更换显卡。你需要选择一个和你的主板兼容的显卡，并确保你的电脑支持该显卡。

5.更换显示器：如果你的显示器分辨率不足，那么你可以考虑更换显示器。你需要选择一个分辨率更高的显示器，并确保你的电脑支持该显示器。

一、人事信息管理

本模块为系统的基本模块，具备企业人力资源管理部门的日常事务处理功能，其中包括：人员基本信息管理、合同管理、统计分析、综合查询、花名册等等。 为管理者全方位地了解企业拥有的人力资源，并对这一资源进行开发提供决策支持。

√ 可根据企业实际需要自定义员工人事档案项目；

√ 员工人事信息的录入、增、删、修改等；

√ 强大、灵活的查询功能，可以自定义查询、组合条件查询、快速定位查询及模糊查询，使用快捷方便、充分满足用户对人事信息的各种查询要求。例如能快速方便地从众多数据中定位某一员工，可分类或在同一界面查看员工在企业工作期间的所有信息（包括各类基本信息，如姓名、性别、学历、年龄、职等职级、****、员工照等，以及记录员工的教育培训经历，奖惩、合同、休假、绩效考核、薪资福利、家庭情况等其他信息）；

√ 强大、灵活的人事信息统计分析功能，可以自由组合统计内容和条件，可选择采用多种不同的统计图表；

√ 可以按用户需求设置首页自动提示信息，例如自动提示员工试用期满、合同期满、生日等信息；

√ 跟踪管理员工从进入企业到离职全过程的历史记录，包括薪资变动、职位变动、奖惩情况等；

√ 可挂接与员工相关的各类文档，如 Word 文件， Excel 文件，扫描文件等；提供多种不同形式的员工信息报表；

√ 可以按用户需求自定义员工花名册格式，并按格式显示、打印花名册内容。

二、薪酬福利管理

薪酬福利管理模块涉及薪酬福利标准（套帐）设置、初始化、计算考勤相关、保险、奖金等等因素。涵盖现金和非现金的各种报酬的管理，计算公式与组织职位、员工个人能力、考勤、绩效和培训结果相关，核算、统计、发放等事务性工作在统一的平台中完成，集团各子公司也可以单独处理业务，定义自己的流程，制作不同的报表。本模块以全方位数字化管理人力资本，以最低的成本最有效地激励员工！

√ 灵活设置不同类型员工的各类薪资项目及其计算方式；

√ 可自定义工资计算参数，分别计算每月工资表的每个项目；

√ 负责生成、计算、缴纳企业员工各类保险，包括养老、医疗、工伤、生育和住房公积金等；

√ 实现人员的参保、删除保险、停缴、补缴、恢复缴纳和变动的管理；

√ 支持不同地区定义不同的计税方法，灵活管理上税方式；

√ 薪资调整批处理或指定个别计算员工薪资；

√ 能基于上月数据进行下月薪资计算，只需对变化部分进行调整；

√ 可对计算有误的薪资计算进行重算、纠错，薪资发放有误的可进行重设置并执行相应处理；

√ 与考勤系统链接，根据员工考勤情况调整员工的薪资福利；

√ 与绩效考核系统链接，根据员工绩效考核情况调整员工的薪资；

√ 设置不同的员工和领导查询功能；

√ 员工网上查询个人当月薪资及薪资历史情况、个人福利累计情况等；

√ 可生成 Word、Excel、txt等不同格式的薪资福利明细报表和统计报表；

√ 数据以与银行自动转帐系统相容的数据格式输出，并储存于磁盘，方便向银行报盘；

√ 提供完善的薪资统计分析功能，为制定薪资制度与调整薪资结构提供依据。

三、考勤管理

根据实际情况对员工的非正常工作情况进行记录和统计，例如员工出缺勤、假期、出差、加班等管理，为薪资计算、劳动成本分配以及绩效考评提供准确依据，灵活定义上下班时间，设置倒班与加班类型；对个人/部门/公司的出勤数据进行统计并用图表进行分析比较。

√ 提供对不同考勤机的数据导入、读取接口；

√ 灵活定义上下班时间与考勤方案；

√ 灵活设置倒班类型与加班类型；

√ 对每个部门或每位员工设置不同的考勤方案，提供批处理功能；

√ 记录每位员工的出勤状况，根据方案设定自动判断迟到、早退或旷工；

√ 制定加班计划，记录员工的加班情况；

√ 记录员工的请假、休假情况，并做销假预警提示与销假处理；

√ 统计每位员工的月出勤结果与薪资系统链接进行计算；

√ 提供特定时间内个人/部门/公司的出勤数据统计图表，并进行分析比较；

√ 可灵活设定、调整节假日、公休日、休息日；

√ 自动计算和累计员工的假期，汇总休假明细及结存报表；

√ 提供流程化休假申请审批管理。

四、行政管理

实现考勤、门禁、就餐一卡通功能，能自行根据用户需求设定权限。宿舍管理及车辆出入管理。

√ 根据公司现有的考勤系统与门禁系统进行兼容与匹配；

√ 考勤系统实现考勤管理模块功能；

√ 门禁实现各用户可灵活设定权限，刷卡记录；

√ 就餐刷卡，自动计算就餐次数、就餐扣费额度；

√ 通过系统每天能自动发送就餐需求，食堂能自动获悉早中晚就餐数量；

√ 员工入住信息，异动查询；

√ 车辆出入自动记录。

五、招聘管理

√ 提供企业部门的流程化岗位需求申请审批管理。

√ 提供企业员工的流程化岗位调换需求申请审批管理。

√ 随时显示职位空缺信息，针对不同的职位空缺，提供基本信息、职位说明、对职位的具体要求、申请该职位必备条件等的管理。

√ 可根据不同职位空缺查看应聘者的所有的详细简历，匹配职位与应聘者。

√ 分类建立应聘人员档案库，便于查询检索。

√ 可根据自定义规则批量安排面试时间，并在必要时自动进行时间调整。

√ 面试流程可通过网络自助服务的方式自动化处理，相关人员的评价自动存储并汇总到人力资源部门。

√ 可批量发送电子邮件或打印通知单将结果通知应聘人员。

√ 录用人员数据自动转入员工信息库，减少重复录入。

√ 未录用人员转入企业后备人才库，以备今后查询。

六、培训管理

通过本模块可以规划自己的培训体系和调配培训资源，合理安排和管理日程、课程、进度和结果等信息，进而评估效果，指导、控制培训开发的下一个循环，促进员工个人发展保持与公司战略目标相统一。

√ 提供企业部门和员工的流程化培训申请审批管理；

√ 根据培训申请统计和制定培训规划与相应的培训实施计划；

√ 对培训费用进行控制管理，自动在预算基础上生成费用预警；

√ 可对不同类型的培训（如公开课培训、企业内训、员工自训、出国受训等）进行不同的管理；

√ 可对教师资源、教材资料、外部培训信息库、学院信息、证书、培训机构与培训地点等进行管理；

√ 有效计划和管理培训的条件、目标、内容、时间、地点、设备、账单和预算等 , 自动检查可能发生的冲突；

√ 提供培训签到和培训协议管理，将培训与合同管理模块链接；

√ 可对培训结果进行全面考核，分教师对学员的考核及学员对教师的考核；

√ 对培训效果进行跟踪管理，形成反馈结果；

√ 与职务职能、绩效考核、职业生涯规划等链接，为员工制定必要、合理的培训计划；

√ 对历史培训情况的查询统计；

√ 对培训结果进行各种统计分析，如成本、效果分析。

七、绩效管理

绩效管理系统的部署方式因企业的行业模式、发展战略、发展阶段和工作岗位的不同而不同，人力资源管理者在不同时间、不同部门需要应用多种不同的考核管理工具，以应用模型工具与开放式的信息系统平台有机地结合在一起。 系统可以自己定义绩效考核的项目和绩效考核的类别的平台；又可以满足KPI、360度反馈等各种考核方式的参考模式。帮助企业实现客观公正的考评。

√ 可灵活定义考核规则的各项指标、考核评分权重、考核评分标准等，设定考核表；

√ 可按岗位、部门设置及调整不同的考核规则（分定性与定量）；

√ 可灵活设置考核周期；

√ 可灵活设置考核层级关系；

√ 制定滚动考核计划，选择考核对象与考核规则，指定参与人员；

√ 考核结果与薪资、职业生涯规划及培训相关联；

√ 可灵活设置考核结果记录周期；

√ 根据考核的历史记录，分析员工及部门业绩的改善情况；

√ 利用考核结果对应表（预期目标与完成目标），从各种不同角度对考核结果进行统计分析；

√ 提供员工绩效考核结果查询及申诉及处理。

八、查询中心

模块可以实现各种人事信息（基础档案信息）、结构查询（不同时间段工龄查询、学历查询、地区查询、性别查询、年龄结构查询等）、流失率查询、职等职级查询、工种类别查询、入职与离职查询等。

√ 自定义条件查询各类人事基础信息；

√ 查询结果可以Word、Excel、txt等格式输出；

√ 根据各部门、岗位需求设置查询权限。

九、报表中心

报表中心块将系统各个模块的报表集中起来，让用户进行集中管理，从而使企业管理人员可以方便地获悉公司人力资源各层面的情况，为制定最具竞争力的策略提供依据。

√ 系统提供灵活定义报表统计条件和显示格式的功能，可生成多种分析图表；

√ 提供报表自动校验功能；

√ 自定义各种查询和报表，所有报表的数据范围和查询条件可自由控制；

√ 包含树状查询、条件查询、统计报表等功能。树状查询可满足所有员工在工作中对于组织结构及相关作人员信息的查询需求，条件查询可根据管理者的权限范围按其需要对员工所有信息进行查询；统计报表对企业人事信息进行汇总。

十、系统管理

实现系统用户分组管理、用户权限管理的设定，系统数据库和基础数据的管理和设置，在无需编程的情况下实现全方位的客户化定制，以方便满足不同用户或者相同用户不同时期在使用需求上的各种变化。

√ 员工基本信息项目的增加、更名、删除和修改；

√ 员工其它信息子集和项目的增加、删除和修改；

√ 选择类的基础数据如职务、学历、省份等内容的增加、删除和修改。；

√ 各数据库字段的启用和禁用设置；

√ 系统提示项目的设置，如考勤异动 、合同到期、生日等的记录及提示；

√ 系统用户分组管理和不同用户访问操作权限的置；

√ 提供群组用户权限设定及管理；

√ 提供数据加密、数据库加密、自动备份与恢复等。

关于“软件开发中系统分析阶段产生的文档是”这个话题的介绍，今天小编就给大家分享完了，如果对你有所帮助请保持对本站的关注！