体检中心管理软件需求分析

第一篇：体检中心管理软件需求分析

体检软件领导者，健康管理先行者

杏林七贤体检管理软件: http://www.xiexiebang.com

体检中心管理软件需求分析

一、检验信息管理（LIS）系统技术要求(1)管理核心系统

LIS（LabouratoryInformationSystem）作为实验室管理信息系统的核心系统是专门为医学检验中心和大中型医院检验科开发的网络信息管理系统。系统的开发过程经历了细致周密的需求分析、专业化的系统设计、高效能的程序编码以及严格的测试，为实验室提交信息化管理钥匙工程。是真正意义上的实验室信息系统LIS，它通过计算机网络使与检验有关各部门分散的业务联成一个共同整体，并将检验工作的整个流程置于计算机的实时监控之下，加强了检验科室的内部管理。检验医师将报告存放在网络服务器上，科室主任在网上统计工作量，其它科室在网上取各自的报告，病人从网上查询结果。通过网络资源划分和权限设定，使检验科在组织和管理上，既显现为一个有机的整体，又显现为责任明晰、组织有序的职能部门，充分体现网络优势、提高管理水平。它记录了每个人的工作过程，使责任到人，分工明确，保证了工作质量，提高了检验结果的准确性。

LIS系统在检验处理过程中替代了许多人工操作，使工作更加高效、准确和快捷。在统计、查询、报告打印等许多方面都更加规范，并体现出较高的管理水平。使所使用的系统与传统的生化分析软件相比具有更高的性能比。

功能需求 1)检验申请

支持医师录入检验申请单； 支持护士录入检验申请单； 支持检验科录入检验申请单；

支持打印多种形式的检验申请单，比如标签、条形码等；

2)样本采集

可在采样处打印标签或条码；

可查询采样计划、打印采样任务表；

可记录采样者、采样日期、采样时间、样本描述等；

3)样本核收

可按照检验单流水号从HIS系统中获取病人信息及检验项目； 可按照标签或条形码从HIS系统中获取病人信息及检验项目； 可按照执行科室、日期、病人标识等条件对比核收检验申请；

4)样本检验

支持计算机自动接收仪器检验结果；

支持键盘录入、修改检验结果，包括单个和成批方式，同时写入日志系统； 支持撤销审定检验报告方式，同时写入日志系统；

支持自动生成计算项目，判定结果高低状态，标示结果异常状态； 支持自动检查错项、漏项、多项；

支持区别常规报告、急诊报告、打印报告、未打印报告；

5)报告审核

可以单个报告审核，也可以批量报告审核；

可以把当前结果与历史结果的进行比较，并且用图形显示； 可以按照设定规则自动审定检验结果；

6)报告发布

能自动向相关科室通过网络发送常规、急诊检验报告； 体检软件领导者，健康管理先行者

杏林七贤体检管理软件: http://www.xiexiebang.com

能单个或成批打印检验报告，以人工方式传递； 能通过网络向病人、护士或医师发布报告； 能通过自动传真方式发布；

能自动在本地或远程打印检验报告； 7)室内质控功能

实现自动接收仪器的质控结果； 实现绘制质控图并打印输出；

实现自动判断仪器的失控和在控状态，并给操作者提示； 实现支持多规则质控，即Westguard规则；

8)查询功能

可按病人姓名、性别、年龄、科别、病区、病房、病床、检验医师、项目、病历号、样本号、采样时间、核收日期、诊断类型、收费类型、检验小组、审核医生等条件进行查询；

可按单项条件快速查询； 可模糊快速查询；

可按多项条件组合复杂查询；

可预览检验报告而无需实际打印；

9)统计分析

具有按照多种条件统计检验样本量； 具有按照多种条件统计检验工作量； 具有按照多种条件统计检验收费情况；

具有分析检验结果的多种方式，计算均值、标准差等； 具有报表、图形等打印输出；

10)报告打

提供独立的打印系统，支持各种打印机； 提供多达十种以上报告样式由用户选择； 提供远程报告打印； 提供实时报告打印；

11)检验计费

录入检验医嘱时收费、检验科收到检验申请时收费、报告发布时收费； 根据不同的检验类型、样本类型对单一项目可以设置多种计费方式； 根据不同的检验报告（如公费、自费、全费等）设置多种计费方式；

12)权限管理功能

具备完善的日志管理，记录每个进入系统人员的操作内容；

具备多层权限控制，不同组、不同检验技师拥有不同的操作口令； 具备多种权限管理，不同的用户设置不同的操作权力；

13)数据安全

提供检验数据的备份与恢复功能； 提供检验数据整理、修复功能； 提供数据文本格式的输出功能； 14)完善帮助教程 提供在系统帮助； 提供电子教程；(2)功能模块描述 1）主任管理信息系统 体检软件领导者，健康管理先行者

杏林七贤体检管理软件: http://www.xiexiebang.com

具有检验数据的查询、统计及审核功能； 具有漏费控制功能

设备管理：记录各个设备的进货厂家、维护记录等情况。物品管理：可实现检验科物资的使用消耗情况进行记录。人员管理：可对科内人员进行档案管理、奖惩管理；

人员排班：根据检验组、仪器、工作时间等设置分段工作量需求，安排某一段时间内的科室人员排班表。

2）微生物临床专家信息系统

对微生物检验从标本接收到涂片染色、培养鉴定和药敏实验等相关操作进行详细记录； 具有完整的微生物鉴定及药敏信息分析系统即：API细菌鉴定分析系统 可以方便的与HIS系统连接

可以和WHONET系统交换数据，扩展了自身的应用统计功能。数据结果均可以输出成EXCEL文档，方便用户交流数据。能很快了解每份标本处在微生物检验的具体环节，如培养中、鉴定中、药敏中或已审核； 对药敏结果可自动分析判定，指导对抗菌药物的选择； 通过国际金标准API查询，用户可快捷准确地查询出鉴定结果，根据API条上的实验结果，系统自动给出鉴定结果。

系统可实现与自动化鉴定、药敏、培养等仪器的双向通讯连接。临床科室可在最短的时间内获得检验结果信息；

3）漏费控制

检验漏费系统严格监控，只有缴费后的有效申请单号（或条码号）才可以获得病人的基本信息和检验项目信息。

检验漏费系统自动报警提示，无缴费信息的申请单（或条码号）不能被检验漏费控制系统接收，同时系统提示非法申请并记录在系统日志当中（包括录入者录入时间等信息），供主任查阅。

检验漏费系统自动判断漏项情况，在检验项目核收后，如果申请检测项目中有空白项目存在时，检验漏费控制系统会自动提示并且根据操作员的权限决定是否允许空白的检验结果的报告发布。

检验漏费系统自动判断检验项目与缴费信息是否相符，如果缴费信息中的项目数量和项目名称与实际仪器检测的项目数量和名称不符，那么由此产生的项目和结果在系统中不显示、不能打印，同时将检验操作人员的信息记录在系统日志当中（包括检验者、检验时间等），具有相关管理权限的人员可查阅检测结果及相关信息。

检验漏费系统开通绿色通道，针对紧急抢救病人提供绿色通道，可先进行检验后缴费。同时日志系统详细记录绿色通道的使用情况。

4）条码管理系统

条形码管理系统在实验室信息化管理中的应用，不仅可充分提高实验室的工作效率，避免在标本处理中出现人为的差错，并且具备可靠准确、数据处理速度快、灵活适用、易于制作、使用经济等诸多优点。

支持国际标准的条码编码方式；

支持用户采用预制条码方式或打印条码方式； 通过条码生成对标本进行全过程管理；

通过条码实现对标本及患者信息的检索与分析；

二、检验信息管理（LIS）系统与医院信息管理系统接口技术要求

支持医院现有天津津微首佳软件技术有限公司的DBCF平台版HIS系统。体检软件领导者，健康管理先行者

杏林七贤体检管理软件: http://www.xiexiebang.com

数据库采用SQLSERVER。操作系统采用WINserver2005。； 可自行配置接受病人信息及相关内容； 可自行配置项目信息和检验结果； 可通过核收确认收费信息；

可将Lis系统报告模式提供给His系统；

具有与外界数据库联接的功能（如医保系统）。

三、体检信息管理系统技术要求

体检信息系统的建立在原人工体检的工作流程的基础上，全面分析，利用计算机网络，数据库技术、设备互联标准化，信息标准化，图像数据处理等多项高新技术手段，避免了人工体检中存在的问题，构造全面的数字化体检信息管理系统。此系统应把体检的各种信息流程有机的组合成一个高度共享的信息系统网络。使体检涉及众多的部门。科室甚至被检人员可以在各自的权限范围内取得需要的信息，或输入必要的信息，实现信息的实时交流。

系统应用的工作流程以实际的业务流为蓝本，每个业务模块代表独立的一个业务功能。其流程如下

体检人员通过登记台，录入被检人员的基本信息，采集照片，登记体检项目，打印体检通知单。

支持二带身份证读取，通过身份证号自动调入受检人的基本信息及照片。支持折扣功能。

支持多种收费方式，支持代金卡、团体卡、折扣卡等多种卡类消费结算。

体检人员根据体检通知单上的项目，逐一进行检查，各体检科室医生可通过数码照片，体检通知单上的照片以及本人，识别被检人员，将检查信息的内容填入检查项中，如果体检人员在某科室无体检项目，系统会自动提示，拒绝此人做该项检查。

有尿检和抽血的体检人员，体检人员在医师确认身份后，采集样本，保存化验通知单。各种化验结果数据经化验室审核后自动传到体检数据库中，传输完全自动，不需要手工干预。

样本送至检验科，检验医师通过样本上的条码进行扫描，确定体检人员身份，以及检验项目，进行相关联的检验数据的采集。

专家辅助诊断系统，根据体检数据系统会自动给出诊断参考结果。健康档案动态管理系统，医生根据过去的数据及现在的状况才能做出最准确的诊断，从而提高体检质量。

体检人员体检完毕后，将体检单交到登记台，终诊系统可自动、动态查看此人各科室检查结果及各科室历史结果。登记台确定是否已全部检查完毕，对于没有完成的体检项目，系统要给予提示。

主检医生对完成体检项目人员，进行检查结果分析，要求总检结论处系统要能辅助性的提供诊断结果以及健康建议。

统计功能完。疾病统计、常规的财务统计及报表、科室及医生工作量统计、团体和人个体检完成情况统计等各方面非常丰富完善的统计功能。

四、体检信息管理系统与医院信息管理系统接口技术要求

支持医院现有天津津微首佳软件技术有限公司的DBCF平台版HIS系统。数据库采用SQLSERVER，操作系统采用WINserver2005。可自行配置接受病人信息及相关内容。可自行配置项目信息和体检结果。可通过HIS系统确认收费信息。可将体检报告模式提供给His系统。体检软件领导者，健康管理先行者

杏林七贤体检管理软件: http://www.xiexiebang.com

具有与外界数据库联接的功能（如医保系统）。

五、体检信息管理系统与检验信息管理（LIS）系统接口技术要求 体检信息系统与检验信息管理系统互相开放接口，数据共享。数据库采用SQLSERVER2005，操作系统采用WINserver2003。可将检验结果数据提供给体检系统和His系统。具有与外界数据库联接的功能（如医保系统）。

第二篇：暖立方地暖网传媒管理软件需求

客户关系管理解决方案

一、工作概述：

销售部门签署业务，客服部门全程跟踪，完成续费，两部门需要互相配合，如果销售、客服的业务数据不能共享，就会难以协调，第一时间催款续费。

销售工作中面对的客户跟踪周期长，建立人际关系时间长，客户地域分布广泛。潜在客户、联系人等常用信息

完美的客服工作是向客户提供一种主动式服务，这需要了解客户详细情况、服务周期等，如果没有一套完善的数据提供自动提醒，主动式服务很难做到。

二、企业组织结构概要：

1、公司的管理决策层：制定公司各项总体工作计划和任务，监控各部门工作完成情况。

2、销售部门：主要职责是挖掘客户，签署合同，负责公司销售、营销、市场等各项业务活动，也是公司收入来源的主力部门。但客户续费需要由客服部门配合完成。（向客服部门提交续费申请）

3、客服部门：主要职责是在销售部门签署合同后的回访，跟踪，维护等各项客户服务，是公司的核心支持部门。只有客服完成实施、回访工作，销售部门才能收回续费款（向销售部门反馈跟踪报告）

销售部门业务流程简图：

一、销售工作计划

潜在客户=跟踪记录（销售日志=销售总结=销售报告）从潜在客户的跟踪开始，通过一系列的业务活动、市场活动、到商机、报价、解决方案，最后签订合同的一个过程。

客户=签订合同=实施过程（网络部 +视频部）=维保合同（续费）注重售后服务管理，提供售后部门所需要的各种功能，记录客户档案、历史档案、零配件、服务周期，自动提醒功能来满足“主动式服务”的管理需求。客服部门的业务流程

合同归档=客户跟踪回访=续费催款

二、销售部门的烦恼

销售，成单周期长，客户分布地域广，一旦发生员工离职，怎样才能做好工作交接，避免客户流失？新员工如何做好客户分配？销售人员之间如何互换自己手中久攻不下的客户？关于销售部门业绩的重要性，是毋庸置疑的。对于部门经理，怎么知道每个员工的计划完成情况？怎么能监督各个客户项目的进展呢？员工的各种申请单如何能快速处理？

三、客服员工的苦恼 维护是一个长期的过程。面对多客户当前状态是什么样的，负责人是谁？如果没有自动提醒，“主动服务”只是一句空话。客服人员的工作需要计划性，但工作任务往往通过经理或其它部门进行安排。如何在第一时间接收任务？如何在多个任务中合理分配优先级？如何将自己的计划与任务对应起来？ 客服人员的工作总结，不但要写明做了什么，同时还要记录完成质量，客户满意度，要求等。这些内容耗费大量工作时间，怎样才能提高效率，从繁琐的总结报告中解脱？

四、客服经理的苦恼

客服部门的工作，和市场部、紧密联系，客服工作是由其它部门提交申请的，作为经理，如何快速处理其它部门的各种申请单据？如何向各个大区的员工合理安排工作内容？作为客服经理，必须要对每个业务的质量负责，怎样才能做到实时监控各个业务完成进度，怎样才能提高员工的工作效率，及时提醒员工避免不必要的错误？客服部门经理，如何能够快速统计每个员工的工作计划和工作总结完成情况？每个员工的工作内容是否达标，是否胜任自己的工作？能否及时的向高层和兄弟部门提交统计报表？

五、公司高管的苦恼

公司高管，要随时了解自己的企业整体运营情况，各个部门配合是否合理，各项政令是否顺利完成。公司管理制度是否合理，如何能发挥各个部门的最大效率。作为公司高管，如何能够实时了解公司的各项费用开支情况，而不通过一个月一次的财务报表？怎样做到合理控制各个部门的费用开支？ 企业的核心就是收入，也是公司高管最关心的重点。如何实时看到公司销售业绩报表？如何知道各个项目的进展，应收款？如何及时调整公司销售战略？

管理软件要求

1、符合用户习惯，可以全真模拟各种设备、业务单据，并能方便打印。

2、提供大量的自动提醒功能，设备维护周期提醒、回访电话周期等，帮助客服部门打造“主动式”的完美售后服务。简单易用，即使初学者也能快速上手。

3、采用当前最流行的互联网技术打造开发，让您享受到不安装、不升级、无病毒的便利服务，同时只要能上网就能用软件的优势，让您走遍天下都不怕！

4、客户遍布全国，特有的大区分组功能和客户资源的自定义分类功能，让您在客户海中有条不紊。同时提供了大量的查询方式让您快速找到您所需要的资源信息。

5、详细了解到该客户来自于销售部门、客服部门、等的全部信息，包括对该客户的计划预约、业务记录、历史订单、历史合同、客户档案信息、回访报告、等等。可进行资源分配和调整，将客户、潜在客户、销售机会等配给不同的销售人员，方便了销售部门日常的人员流动、工作分配等工作，也保证了公司客户资源的安全性

6、销售人员可以记录自己工作中的计划与完成结果（如电话、上门拜访、来访、会议、出差等），并能够自动提醒，帮助销售人员有效地跟进客户、总结得失。

7、所有活动记录可以自动汇总成（季度、月、周）销售工作总结，并与（季度、月、周）销售计划相对应，销售经理可以快速的根据计划和总结来考核销售人员的工作完成情况，也可以把握商机，快速成交。

8、可随时记录销售过程（营销行动记录、客户需求、解决方案、报价过程、竞争对手），及时发现销售过程中的问题，提高销售人员的成单率。

9、数据自动处理功能，销售部门发出各种申请单，数据自动传递到售后部门，提高工作效率，让两个部门之间配合更紧密，追收尾款效率更高。

10、提供大量的自动提醒功能，回访客户周期提醒、服务到期等，帮助售后部门打造“主动式”的完美售后服务。

11、强化售后的计划性工作，售后人员必须填写（季度、月、周）售后计划，而每完成一项售后工作（一般为调试报告），系统会自动汇总到（季度、月、周）售后总结中，这样售后经理可以轻松监控、管理售后人员的服务质量。

12、数据流向：

公司高管=公司整体运营数据报表 部门之间=部门间合作数据交互 部门经理=审核各项业务，管理部门报表 基础员工=日常业务信息记录、管理

管理思想就是帮助企业提高部门和部门之间的工作效率；整合数据，将企业业务紧密的联系再一起，真正让企业在管理上有“据”。

第三篇：企业管理软件的需求获取方法

企业管理软件的需求获取方法

任甲林

在需求工程中，需求获取阶段是和用户交往最多的一段时间, 而绝大部分用户是不懂得需求分析方法的，他们不知道怎样全面而又准确无误地表达自己的需求，因而对于需求分析人员来讲，需要掌握很好的方法与技巧，恰当地启发引导用户表达自己的需求，以便为项目的成功提供一个很好的基石。

一 需求获取的2个基本原则深入浅出

对企业的需求调研的要尽可能的全面、细致,调研的需求是个全集，系统真正实现的是个子集。所做的工作可能一时看不到有什么作用,但是这样做可以对应用领域的业务吃得很透,能够避免一些不必要的麻烦，如可以保证系统的灵活性等。调研的细致并不等于在分析时都面面俱到地将调研的内容纳入到新系统中, 而有可能实现的很少,但其中在向细处扩充时将会很容易。也就是讲，当新系统设计出来时,开发人员很清楚新系统与旧系统相符合的程度,还有多大的余地或工作可以做,对用户提出的一些细致的问题都能够在系统中找到解决方法。以流程为主线

在与用户交流的过程中，应该用流程将所有的内容串起来，如单据、信息、组织结构、处理规则等，这样便于交流沟通，符合用户的思维习惯。流程的描述既要有宏观，又要有微观。即要强调总体的业务流程、全生命周期的业务流程，又要对流程细化，有分支的业务流程。在分析企业流程并进行优化时，要把握几个方面：

●该流程中是否存在不必要的环节？

●是否可以将决策的权力下放到作业部门？

●流程是否可以简化？

●是否可以省略一些环节？

●流程中的每个处理环节是否起到了增值的作用？

●哪些流程可以并行处理？

●与需求并行可提前做的设计工作有哪些？例如：数据库概念模型设计？基础数据字典设计？

二 需求调研的五个步骤

第一步：调研用户领域的组织结构、岗位设置、职责定义,从功能上区分有多少个子系统，划分系统的大致范围，明确系统的目标。

第二步: 调研每个子系统所需的工作流程、功能与处理规则，收集单据、报表、帐本等原始资料，分析物流、资金流、信息流三者的关系，以及如何用数据流来表示这三者的关系。第三步: 对调研的内容事先准备,针对不同管理层次的用户询问不同的问题，列出问题清单。将操作层、管理层、决策层的需求既联系又区分开来，形成一个金字塔，使下层满足上层的需求。

第四步: 对与用户沟通的情况及时总结归纳,整理调研结果,找出新的疑点，初步构成需求基线。

第五步: 若基线符合要求，则需求分析完毕。反之返回到第一步或第二或第三步,如此循环多次，直到需要分析使双方满意为止。

三 需求获取的重点

在对具体业务进行调研时需把握的重点有以下几个:

(1)平均频度

业务发生的频繁程度,即在单位时间(分钟,天,月,旬,年等)内发生的次数,这个数字可以是一个平均值或统计值。频度越高,数据量越大,对响应时间、易操作性等要求就越高,在数据存储时对大频度的业务或单据也要进行充分的考虑。

(2)高峰期的频度

必须保证系统在高峰期的响应时间, 对系统进行测试时要模拟高峰期的业务频度。

(3)单据上有哪些数据?每项数据的精度?计算生成方法?取值范围或限定?

单据上的内容也即单据的属性,它是进行数据结构设计的最基本的依据,数据的精度是定义数据库中字段长度的依据,计算生成方法是设计算法的依据,取值范围与计算生成方法是数据完整性检测的依据。

(4)生成每张单据或报表的时间

减轻人员的工作量是采用新系统的一个目的,花费时间最多,处理方法最复杂的地方往往是系统最关键的地方,也是用户将来验收时最关心的地方。实际上有很多报表由于工作量相当大,用户没有足够的人力与时间来进行处理,这时他便想到了计算机。

(5)单据或报表的来源,单据联数,每联用途,送交单位,送交时间

对来源与去向的追踪可以调查出各个业务,各个单据,各个报表, 各个部门之间的联系。

(6)有哪些特殊情况? 在某个作业环节出错时通过何种途径进行弥补?

对于特殊情况的处理,体现了系统灵活性,但这其中也隐含着安全危机。用户领域中有很多“合理但不合法,不合理也不合法”的特殊情况,它们出现的机会比较少, 用户往往在调研时遗漏这些问题,需要调研人员挖掘出来,这些特殊情况有时是系统必须处理的。当在某个作业环节用户出现失误时,手工系统有的采用正规的手续进行纠错,有的则相当随便,这些情况出现的概率也很小,但分析员可采用穷举的方法, 假定在每一个环节都出现失误,逐个环节询问用户的处理方法,防止遗漏。这些细节如果不调研清楚,往往会对系统产生深远的影响。

(7)将来有何变化?

将来用户需求的变化是很正常的现象,如果仅仅着眼于现在,而不对将来有所考虑，系统的寿命便不会长久,对用户的投资是一种浪费,同时也会给开发商增加一些麻烦,故此要“防患于未然”,将以后可能的变化考虑在内。

四 需求整理与表达的方法

采用穷举、归纳、抽象等方法。采用穷举的方法可以避免遗漏, 可通过列出各种情况的排列组合达到穷举的目地。采用归纳的方法可以使问题更加条理化, 可通过对各种情况进行综合分类达到归纳的目地。采用抽象的方法，可以发现问题的实质，抓住问题的主要矛盾，忽略其次要矛盾。

在整理时可以多种手段共用，如组织结构图、业务流程图、多叉树、关系矩阵、文字叙述(对其他描述手段的一种补充)、表格(单据调查表,帐本调查表,业务调查表,报表调查表等)、图形等多种手段。对与需求的描述可以从六方面来描述：●组织结构与岗位定义

●业务流程

●处理规则

●数据项

●功能

●以及上述5个方面的关系

五 需求获取过程中的注意事项

●在调研前和用户讲清楚调研的意义、过程、以及需要注意的问题。

在调研过程中要经过多次反复, 用户不一定理解这个过程,调查时要和用户讲清楚。●调查前的准备工作要作好。

在每次和用户见面前，要准备好问题单，对问题进行合理的分类,安排提问的次序,并事先提供给用户，便于用户准备，以提高工作效率。减少用户的反感情绪。●发问时以一人为主,其他人注意记录与查找问题。

●在用户讲解时,不要中断用户,使对方有充分的演说机会。

●对询问的问题要有记录。这样便于整理文档,也便于统计工作量。

●调研时可以IPO思想作为总体的主线。

在我们同用户接触时,最先也是最易于和用户交流的是他们的业务,即每天他们在干什么?流程基本一样:收到别人传来的单据报表,进行加工处理,再传给其他人。就这样“接受、处理、传出”,如此循环,就象车间里的流水生产线。工厂中三个基本的部门:供应科、生产车间、销售科,也反映了“输入(INPUT)、处理(PROCESS)、输出(OUTPUT)”的基本思想，因而在调研时采用这种思想易于同客户交流。

● 注意交谈的技巧，并尽可能多的记住用户的姓名、职务、爱好等。

要在用户提供的单据中提炼出其中最本质的内容来。在调研开始、结束、中间疲老时可闲侃,拉近和用户的距离，和用户成为朋友。

第四篇：企业管理软件的需求描述方法

企业管理软件的需求描述方法构成企业管理信息系统的5个基本要素

对企业需求的描述可以从2个方面来进行描述，一个方面是对客户现行系统的描述，一个方面是对系统未来的设想。总的而言，无论是从那个方面来描述，构成企业信息系统主要包括5个基本要素：企业的组织结构、流程、数据、商务规则与功能（性能）。其中从用户的角度主要关注流程，是以流程为核心的，通过流程将其他几个要素贯穿起来，需求分析人员也应该从这个角度来和用户沟通；从开发者的角度主要关注企业的数据、商务规则与功能，以便于系统的实现；从实施者的角度主要关注企业的组织结构与功能，以便于系统的发布与实施。

1）企业的组织模型

即企业的组织结构关系，包括部门设置、岗位设置、岗位职责等。树型组织结构图是描述企业的组织模型的一种常用方法，它可用来搞清各部门之间的领导关系,每个部门内部的人员配备情况, 职责分工等情况,它是划分系统范围,进行系统网络规划的基础。在组织结构图中应将用户的组织结构逐层详细描述，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织结构图，是需求获取步骤中的基础工作之一。

用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，也是分析人员提取对象的基础。

对用户角色的识别常常遗漏的是计算机系统的系统管理人员，角色识别不全，对以后的功能识别会造成盲区。

2）企业的流程模型

即企业的业务流程，包含哪些流程、流程之间的关系、每个流程中包括哪些活动、每个活动涉及到的岗位。企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。对企业而言需要定义关于业务流程图的描述标准，大家采用相同的图例来描述，便于管理。

业务流程图的优点 :

■ 绘图的过程,实际上是作业流程条理化的过程

■表达形象直观,易于和用户交流,易于项目组内部交流调研的结果,需要得到用户的认同,这就需要和用户交流调研的结果,交流的文档要通俗、易懂, 不能采用专业术语。

■可以作为培训实施人员与技术服务人员的文档

业务流程图的缺点 :

■对高层管理人员的实际需求调查的不清楚.这一方面是由于用户没有接触过计算机, 对采用计算机后的管理会是什么样子?计算机能够完成当前手工操作的哪些内容?能够作哪些现在手工无法完成的工作等等没有清楚的概念,因此用户无法将这些问题反应出来.另一方面说明分析人员没有经验,对原始材料挖掘不深,不能从用户提供的材料中提炼处来用户的真正需求,不能找到当前管理中的问题。

■对各种业务之间的总体关系没有表达出来.采用直式业务流程图可以将企业的每一种业务的处理流程清楚地表达出来, 但是各业务之间的联系却没有表示出来,单看一种业务的流程图很清楚,但是却不能综合在一起,没有整体的概念,作为需求分析的文档,在这方面表达的不够完整。

■在不利用工具的情况下,画法烦琐。图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。

3）企业的数据模型

即企业中的信息载体有哪些？以及对这些信息载体的详细刻画，包括企业的各种单据、帐本、报表的描述。在需求报告中，应该将单据的描述格式化，需要描述的内容包括：

单据的用途，即单据用在什么地方？

单据的格式：需要明确的画出来，并有实际的有数据的样例，能够具体直观地说明问题； 单据中的数据项的具体描述：长度、类型、计算生成方法、约束条件等；

单据的数据项是由哪些不同类型的角色来填写地，包括用计算机可以填那些数据项。单据中哪些数据是必填的，哪些是可以不用填的。

单据流量：平均每天产生多少条记录，高峰期的数量；

单据的分类：可以从多个角度上进行分类，如：按业务类型来分类（采购/销售/生产），按生成的方式来分类（手工录入型/自动生成型），按格式变化的频繁程度来分类（易变型/稳定型），按表现形式来分类（列表型/卡片型）等等。

单据之间的关系：引用关系等等。

同样对于需要的报表与帐本也可以参照上面的条目进行详细的刻画。

4）企业的商务规则模型

即企业中的商务规则有哪些?这些规则用在哪些地方? 商务规则可以从影响的范围划分为2类：一类是局部的规则，如不允许出现负库存，一类是整体的规则，如对所有的物料管理到批次。商务规则一般是隐藏在功能模型或者流程模型中，不需要单独描述，但是有些复杂的商务规则是需要单独抽取出来描述，如企业的各种单据记帐的商务逻辑，5）企业的功能模型

功能需求是用户的最主要的需求，对用户功能需求的描述可以采用文字描述也可以采用语言加图形的描述方式，只要能够将用户的需求描述地完整、准确、易于理解即可。对功能需求比较复杂的系统（如超过10个功能项），可以先描述一个概要，对简单的系统可以直接进行详细描述。对于用户的功能需求要进行分类，分类的方法应便于用户理解，如按照用户的部门设置情况，进行描述每个部门的需求，这样也便于组织用户进行评审。以下是分类方法的举例：

按部门分类：如采购科、销售科、计划科、生产车间、财务科、统计科、总经理等； 按功能类型分类：如单据录入、单据审核、单据查询、记帐、帐本查询、统计报表、系统维护等。

对功能需求的分类在不同的层次可以采用不同的方法。

对每一项功能应有一个功能编号，以便于与功能规格说明书中的章节进行对应。对每一项功能的描述，应指明用户的输入(input)、处理方法（process）、系统的输出(output)及对此项功能的其他要求。功能需求还应注明使用此功能的岗位。对系统管理员要求的特殊功能可以在此注明，非特殊要求可以在需求分析规格说明书中详细论述。如用户权限可分级，要有操作日志等。

功能需求与性能需求是密不可分的，笼统的性能需求没有任何意思，必须具体到某项功能需求上来，这是分析人员在分析系统时容易忽略的一项。

对上述的5个基本元素可以将他们描述为一个五元组〈组织，流程，功能，数据，业务逻辑〉，对于用户来讲，他们习惯于从组织维来看待系统，即某个部门有哪些岗位，每个岗位参与了哪些流程的哪些活动（功能），在某个功能上操作了哪些数据，对这些数据进行了哪些逻辑处理；对于开发人员习惯于从功能维来看待系统，即某个功能操作了哪些数据，对这些数据进行了哪些逻辑处理，这个功能属于哪个流程，可以由哪些岗位来使用；对于设计人员可能习惯于从数据维来看待系统：即系统中有哪些数据，在这些数据上可以做哪些处理，这些处理用OO的思想来看即是对数据对象的操作。

对以上的5个基本元素进行描述实际上就是系统建模的过程，为确保模型的可操作性，除了上面的5个基本要素外，还需要重点描述的内容有：

（1）新系统对应用模式带来的变化包括对企业的组织结构、作业流程、单据帐本报表等的格式、商务规则等的改变。

（2）新系统的界面模型

用开发工具将用户操作界面快速画出来，使用户心中有数。若时间允许，可将界面原型与数据库表、字段连接起来，真正做出系统雏形，即快速原型法。阅读需求文档的4类读者

需求报告的最终目的是给人来阅读的，所以一定要考虑需求报告的读者群，有4类角色可能阅读企业管理系统的需求文档：

客户与用户业务高层；

用户的中层管理人员与具体人员；

用户IT主管与开发人员，包括设计人员、编码人员、同行的专家；

项目管理人员：包括项目经理、质量保证人员、测试人员、需求管理员、配置管理员、计划人员等等；

不同的读者对文档的阅读需求是不同的，他们关注的信息是不同的。我见过了很多次需求评审的失败（如果做好需求评审我会另外再撰文描述），总结下来我认为和需求描述没有区分读者群是很有关系的。针对上述的4种分类，我们具体的来分析一下每类读者的特点：

（1）客户与用户业务高层

他们关心的企业是系统的目标性需求，关心的是系统总体的功能框架，关心的是系统解决了哪些管理问题，对具体的需求是不关心的，所以给他们阅读的文档应该是从总体上来描述，要高度抽象。由于他们的工作很忙，很难有比较长的时间来读这些材料，所以要简短明了，能够用1页纸说明问题的就要不要用2页纸，而且一般都要给高层进行需求汇报，需要配上语言说明，因此采用PowerPiont片子也就成了一种常用的方法，讲解需求与讨论一般应掌握不要超过1小时。需求人员常犯的毛病是过多地关注了企业的细节性需求，而忽略系统的目标性需求，所以在安排需求获取的步骤上、需求报告的编写上往往没有抓住企业高层最关心的问题、没有抓住根本性的问题，在给企业的高层汇报时当然很难通过评审。

（2）用户的中层管理人员与具体人员

企业的中层管理人员关注的是企业的局部需求，他们要求对自己的负责的局部系统能够有总体的了解，能够和其他的子系统衔接的很好，业务流程很流畅，覆盖了自己需要的所有业务流程，能够通过系统起到控制作用就行了。具体的操作人员更关心自己的的哪些活动是否在系统中都能处理，软件是否可以很容易地操作，他们关注的焦点更具体，要求更直观。所以对这类的读者可以通过比较详细的文档来描述需求了，当然应该以他们习惯的思维方式来描述，不能从开发人员的角度来描述。我看到过很多几百页的需求文档给用户去阅读、去评审，结果要么用户不置可否，要么直接讲看不懂，为什么呢？一是开发人员在文档中分子系统、分模块、分功能点一层深入下去描述，不符合用户的思维习惯，他们希望能够从业务流程、业务活动的角度来考虑问题，而不是功能；二是太多了，用户也没有时间静下心来去消化、吸收如此多的文档，需求毕竟不是小说，能够那么吸引读者。

（3）用户IT主管与开发人员

包括设计人员、编码人员、同行的专家大多数分析人员可能最擅长的就是些写这类的文档了，往往也是那这类的文档给所有的读者看，其问题我们上边都说了，这里我们就不赘述了。需要注意的是在描述需求时候传统的做法是以功能为主线，来展开描述，实际上如果是以数据为主线来描述需求也是一种很好的办法，在我们上面谈到的五元组中，从数据的角度来分析系统可以更容易实现向OOA、OOD的切换。

（4）项目管理人员：

包括项目经理、质量保证人员、测试人员、需求管理员、配置管理员、计划人员等等把拿给开发人员看的需求文档给管理人员看，这也是分析人员常犯的毛病。管理人员实际上最关心的是需求列表。在此基础上项目经理、质量保证人员可以据此来进入项目策划过程，测试人员可据此进入测试策划过程，需求管理员、配置管理员可以识别配置项制定相关的活动计划。没有这张表管理人员就很难高效地开展他们的管理活动，也就谈不到最基本的需求复用了。在上述的表中，需求的优先级是很重要的一列，对项目经理进行项目管理的平衡决策是很重要的，实际上需求的优先级可能比需求本身更重要。需求描述的表示技巧

上面我们谈到了，需求文档是人与人之间交互的文档，是不同类型的人之间交互的文档，因此需求文档的可读性是一个很重要的方面，为了提高文档的可读性可以借鉴下面的一些做法： 在文档的描述中，适当运用链接，增强文档的可读性；

多用穷举的方式，以便于发现遗漏的需求；

通过适当的换行来提高可读性 ；

采用黑体、斜体、下划线、颜色等多种方式来突出重要内容；

定义标准的术语，以减少二义性，减少文档的页数；

在功能需求的描述中，对于类似的、统一的功能可以单独地进行详细描述，其他地方进行引用，或做为术语进行定义，以简化文档，减少重复。如；录入功能打印功能条件查询功能排序功能等等

第五篇：需求分析

需求性分析

（网络书店管理系统）

一、概述

随着网络通讯技术的发展，网上书店作为出版社一种全新的销售手段，越来越受到人们的关注。它打破了传统销售模式在时间、空间上的限制，采用了先进的销售手段和销售方法，大大提高了经济效益和资源利用率，使商务活动上了一个新台阶。它可以使顾客足不出户，就能通过网络选购商品，并由相应的网络经销商送货上门。本系统的好处就是不仅能让消费者可以方便地得到所需商品，而且还能有效的减少销售环节，从而最大限度地降低了商品的最终价格。本项目所用的操作系统是windows 7，开发系统是Visual Studio 2008，数据库采用SQL Sever 2005。

三、数据字典

编号名称类型说明

1书籍信息数据存储书籍信息=书名+作者+年代+编号+采编人员

2会员信息数据存储会员信息=姓名+性别+出生日期+住址+联系电话

3图书细目数据存储图书细目=编号+购买记录