『壹』 阐述业务建模流程2，从业务模型到系统模型需要做哪些工作
业务建模（Business Modeling）是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系，业务建模强调以体系的方式来理解、设计和构架企业信息系统。
根据环境和需求的不同，业务建模工作可能有不同的规模。以下列出了六种这样的场景。
场景 #1 - 组织图
您可能需要构建组织及其流程的简图，以便更好地了解对正在构建的应用程序的需求。在这种情况下，业务建模就成了软件工程项目中的一部分，它主要是在先启阶段执行的。通常，这些工作在开始时仅仅是画出组织图，其目的并不是对组织进行变更。但实际上，构建和部署新的应用程序时往往会进行一定程度的业务改进。
场景 #2 - 领域建模
如果您构建应用程序时的主要目的是管理和提供信息（例如，订单管理系统或银行系统），那么您可能选择在业务级别上构建该信息的模型，而不考虑该业务的工作流程。这就称为领域建模。请参见工作流程明细：开发领域模型。通常，领域建模是软件工程项目的一部分，它是在项目的先启阶段和精化阶段中执行的。
场景 #3 - 单业务多系统
如果您正在构建一个大的系统（即一系列的应用程序），那么一个业务建模工作可能成为数个软件工程项目的输入。业务模型帮助您找出功能性需求，并且也作为构建应用程序系列构架的输入。详情请参见概念：从业务模型到系统。在这种情况下，通常将业务建模工作本身当做一个项目。
场景 #4 - 通用业务模型
如果您正在构建一个供多个组织使用的应用程序（例如，销售支持应用程序或结账应用程序）。一种有效的做法是：从头到尾进行一次业务建模工作，从而按这些组织的经营方式对它们进行调整，避免一些对于系统来说过于复杂的需求（业务改进）。但如果无法对组织进行调整，那么业务建模工作能够帮助您了解并管理这些组织使用该应用程序时存在的差别，并使您更容易确定应用程序功能的优先级。
场景 #5 - 新业务
如果某个组织决定要启动一项全新的业务（业务创建），并将构建信息系统来支持该业务，那么就需要进行业务建模工作。在这种情况下，业务建模的目的就不仅仅是要找出对系统的需求，而且还要确定新业务是否可行。在这种情况下，通常将业务建模工作本身当做一个项目。
场景 #6 - 修改
如果某个组织决定要对其经营方式进行彻底修改（业务重建），那么业务建模通常本身就是一个或多个项目。通常，业务重建分数个阶段完成：新业务展望、对现有业务实施逆向工程、对新业务实施正向工程以及启动新业务。
『贰』 简历上的项目描述（JAVA）怎么写
想要成为合格的Java程序员或工程师到底需要具备哪些专业技能，面试者在面试之前到底需要准备哪些东西呢？本文陈列的这些内容既可以作为个人简历中的内容，也可以作为面试的时候跟面试官聊的东西，你可以把这些内容写到你的简历中，当然更需要的是你在面试的时候向面试官展示这些专业技能。相信此文对正在寻觅Java程序员（Java工程师）职位的freshman以及希望成为中高级Java开发者的junior都会有所帮助。
专业技能
1.熟练的使用Java语言进行面向对象程序设计，有良好的编程习惯，熟悉常用的JavaAPI，包括集合框架、多线程（并发编程）、I/O（NIO）、Socket、JDBC、XML、反射等。
2.熟悉基于JSP和Servlet的JavaWeb开发，对Servlet和JSP的工作原理和生命周期有深入了解，熟练的使用JSTL和EL编写无脚本动态页面，有使用监听器、过滤器等Web组件以及MVC架构模式进行JavaWeb项目开发的经验。
3.对Spring的IoC容器和AOP原理有深入了解，熟练的运用Spring框架管理各种Web组件及其依赖关系，熟练的使用Spring进行事务、日志、安全性等的管理，有使用SpringMVC作为表示层技术以及使用Spring提供的持久化支持进行Web项目开发的经验，熟悉Spring对其他框架的整合。
4.熟练的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，对Hibernate的关联映射、继承映射、组件映射、缓存机制、事务管理以及性能调优等有深入的理解。
5.熟练的使用HTML、CSS和JavaScript进行Web前端开发，熟悉jQuery和Bootstrap，对Ajax技术在Web项目中的应用有深入理解，有使用前端MVC框架（AngularJS）和JavaScript模板引擎（HandleBars）进行项目开发的经验。
6.熟悉常用的关系型数据库产品（MySQL、Oracle），熟练的使用SQL和PL/SQL进行数据库编程。
7.熟悉面向对象的设计原则，对GoF设计模式和企业应用架构模式有深入的了解和实际开发的相关经验，熟练的使用UML进行面向对象的分析和设计，有TDD（测试驱动开发）和DDD（领域驱动设计）的经验。
8.熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web服务器和应用服务器的使用，熟悉多种服务器整合、集群和负载均衡的配置。
9.熟练的使用产品原型工具Axure，熟练的使用设计建模工具PowerDesigner和EnterpriseArchitect，熟练的使用Java开发环境Eclipse和IntelliJ，熟练的使用前端开发环境WebStorm，熟练的使用软件版本控制工具SVN和Git，熟练的使用项目构建和管理工具Maven和Gradle。
说明：上面罗列的这些东西并不是每一项你都要烂熟于心，根据企业招聘的具体要求可以做相应的有针对性的准备。我个人觉得前6项应该是最低要求，是作为一个Java开发者必须要具备的专业技能
项目介绍
本系统是X委托Y开发的用于Z的系统，系统包括A、B、C、D等模块。系统使用了Java企业级开发的开源框架E以及前端技术F。表示层运用了G架构，使用H作为视图I作为控制器并实现了REST风格的请求；业务逻辑层运用了J模式，并通过K实现事务、日志和安全性等功能，通过L实现缓存服务；持久层使用了M封装CRUD操作，底层使用N实现数据存取。整个项目采用了P开发模型。
说明：上面的描述中，E通常指Spring（Java企业级开发的一站式选择）；F最有可能是jQuery库及其插件或者是Bootstrap框架，当然如果要构建单页应用（SPA）最佳的方案是前端MVC框架（如AngularJS）和JavaScript模板引擎（如HandleBars）；G显然是MVC（模型-视图-控制），最有可能的实现框架是SpringMVC，除此之外还有Struts2、JSF以及Apache为JSF提供的MyFaces实现，可以使用JSP作为MVC中的V，也可使用模板引擎（如Freemarker和Velocity）来生成视图，还可以是各种文档或报表（如Excel和PDF等），而Servlet和自定义的控制器是MVC中的C，当然SpringMVC中提供了作为前端控制器的DispatcherServlet；J通常是事务脚本，K应该是AOP（面向切面编程）技术，L目前广泛使用的有memcached和Redis；M的选择方案很多，最有可能的是Hibernate和MyBatis，也可以两种技术同时运用，但通常是将增删改交给Hibernate来处理，而复杂的查询则由MyBatis完成，此外TopLink、jOOQ也是优秀的持久层解决方案；底层的数据存取传统上是使用关系型数据库，可以是MySQL、Oracle、SQLServer、DB2等，随着大数据时代的来临，也可以采用NoSQL（如MongoDB、MemBase、BigTable等）和其他大数据存取方案（如GFS、HDFS等）；项目的开发模型P可以是瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型、RAD模型等。
项目开发流程
1.可行性分析>>>可行性分析报告/项目开发计划书
2.需求分析>>>需求规格说明书
1.OOAD（用例图、时序图、活动图）
2.界面原型：帮助理解需求、业务层设计时推导事务脚本
3.设计>>>概要设计说明书/详细设计说明书
1.抽取业务实体（领域对象）：类图、E-R图（概念设计阶段）
2.分层架构：确定各层的技术实现方案（具体到使用的框架、数据库服务器、应用服务器等）。业务层设计：事务脚本模式（事务：用户发送一次请求就是一个事务；脚本：一个方法或一个函数；事务脚本：把一次请求封装为一个方法或一个函数；事务脚本模式：一个事务开始于脚本的打开，终止于脚本的关闭）。业务层涉及的对象本有三种类型：事务脚本类（封装了业务的流程）、数据访问对象（DAO，封装了持久化操作）、数据传输对象（DTO，封装了失血/贫血领域对象），三者之间的关系是事务脚本类组合（聚合）数据访问对象，这二者都依赖了数据传输对象
3.正向工程（UML类图生成Java代码）和逆向工程（Java代码生成UML类图）
4.数据库物理设计（ER图转换成表间关系图、建库和建表、使用工具插入测试数据）
4.编码5.测试>>>测试报告/缺陷报告
1.单元测试：对软件中的最小可测试单元进行检查和验证，在Java中是对类中的方法进行测试，可以使用JUnit工具来实施。
2.集成测试：集成测试也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统进行测试。
3.系统测试：将已经确认的软件、硬件、外设、网络等元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。
4.验收测试：在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
5.交付和维护>>>用户手册/操作手册
项目管理
版本控制：CVS/SVN/Git
自动构建：Ant/Maven/Ivy/Gradle
持续集成：Hudson/Jenkins
系统架构
负载均衡服务器：F5、A10
应用服务器：
HTTP服务器：Apache、NginX（HTTP、反向代理、邮件代理服务器）
Servlet容器：Tomcat、Resin
EJB容器：WildFly（JBossApplicationServer）、GlassFish、Weblogic、Websphere数据库服务器：MySQL、Oracle
第三方工具（插件）应用
图表工具：基于jQuery的图表插件（如jQchart、Flot、Charted等）、Chart.js、Highcharts等。
报表工具：PentahoReporting、iReport、DynamicReports等。
文档处理：POI、iText等。
工作流引擎：jBPM、OpenWFE、Snaker、SWAMP等。
作业调度：Quartz、JobServer、Oddjob等。
缓存服务：EhCache、memcached、SwarmCache等。
消息队列：Open-MQ、ZeroMQ等。
安全框架：Shiro、PicketBox等。
搜索引擎：IndexTank、Lucene、ElasticSearch等。
Ajax框架：jQuery、ExtJS、DWR等。
UI插件：EasyUI、MiniUI等。
富文本框：UEditor、CKEditor等。
面试提问
项目是为哪个公司开发的？
项目的投入是多少？
有多少人参与了项目开发？
整个团队中，测试人员、开发人员、项目经理比例是多少？
项目开发了多长时间？
项目总的代码量有多少？
你的代码量有多少？
项目采用了怎样的开发模型或开发流程？
项目的架构是怎样的？
项目的技术选型是怎样的？
你在项目中承担了怎样的职责？
是否经常开会或加班？
项目完成后有哪些收获或是经验教训？
项目中最困难的部分是什么？
如何解决团队开发时遇到的各种冲突？
明：对于没有实际项目经验的，可以在前程无忧、智联招聘、拉勾网等网站上搜索招聘Java程序员的公司，找到他们的官方网站了解他们做的项目，查看项目的详细介绍，然后尝试完成其中一部分功能，最好请教一下高人看看自己的设计和代码是否恰当，这样相当于积累了一定的项目经验。
面试时可以反问面试官的问题
我注意到你们使用了X技术，请问你们是如何解决Y问题的？
为什么你们的产品使用了X技术而不是Y技术？据我所知，X技术虽然有A、B、C等好处，但也存在D和E问题，而Y技术可以解决D和E问题。
我对您说的X技术不是太熟悉，但我感觉它是一个不错的解决方案，您能多讲讲它的工作原理吗？
你们团队是如何进行项目规划的？一周会有几次例会？每周的代码量大概是多少？
就X问题我能想到的解决方案目前就只有Y了，请问您会怎么解决这个问题？
录用谈判
要理直气壮的提出具体的待遇要求
开出比预期稍高的价码
不要只盯着薪水（很多公司更愿意就薪水之外的条件做出让步）
使用最合适的方法（可以尝试在电话或E-mail中谈判待遇）
自我评价
学习能力（搞IT行业的人需要不断的了解新的技术、工具和方法）
团队意识（相比个人英雄主义，IT行业更倡导团队合作）
抗压能力（很多IT企业的工作强度相对来说还是比较大的）
自学编程，免费获取精品IT教程以及资料，搜索：黑马程序员
网页链接
『叁』 银行计算机储蓄系统的流程图
我有银行的金融信息系统资料，但不同银行有所不同，如需要可联系我 [email protected]
『肆』 关于"银行储蓄管理系统"的软件设计,请高手帮帮忙吧
【设计题目】：储户的存款单或取款单由业务员输入系统，密码由储户输入。如果是存款，系统记录帐号，存款人姓名，地址，存款类型，存款日期，利息等信息；如果是取款，计算利息，并打印利息清单给储户。
【设计目的】：通过对银行储蓄管理系统的分析，进一步理解和掌握面向对象方法论，尤其是面向对象的三个模型：对象模型、动态模型、功能模型。
【设计条件、软件工具】：专业的数据库管理系统，采用面向对象的方法。
【设计思想、算法】：用面向对象方法分析上述系统，建立它的对象模型、动态模型、功能模型。
【设计过程，操作步骤说明】：
（一）建立对象模型
1. 确定类—&—对象
经分析本系统问题域及功能需求，得出主要的类—&—对象：总行、分行、营业厅（储蓄所）终端、储户、帐户、业务员、事务。
2. 确定关联
（1） 总行由若干个分行组成；分行拥有一个营业厅、若干个储蓄所；
（2） 分行雇用业务员；
（3） 储户拥有一个或多个帐户；
（4） 分行处理针对帐户的事务；分行维护帐户；
（5） 业务员输入针对帐户的事务；
（6） 终端与用户交互；
（7） 终端打印帐单；
3. 对象模型
（二）建立动态模型
1. 正常情况脚本（取款）
业务员将储户所填写资料输入储蓄所终端；
终端要求储户输入密码；储户输入对应帐号的正确密码；
终端要求总行验证密码；总行要求分行核对储户密码，然后通知终端密码正确；
终端确认取款额在预先规定的限额内，然后要求决行处理这个事务；
总行把请求转给分行；分行成功地处理完这项事务并返回该帐户的新余额；
终端打印存折和帐单；
业务员与储户交接现金、存折和帐单。
异常情况脚本（取款）
业务员将储户所填写资料输入储蓄所终端；
终端要求储户输入密码；储户不小心输入错误密码；
终端要求总行验证密码；总行在向有关分行咨询后通知终端密码有错；
终端显示“密码错”，并请储户重新输入密码；终端请总行验证后知这次输入的密码正确；
储户改变主意不想取款了，业务员敲“取消”键；
业务员把存折、取款单退回给储户。
正常情况脚本的事件跟踪图
储户终端总行分行
业务员输入储户填写资料
要求密码
输入密码
请求验证密码
请求分行验证密码
密码正确
业务员交接现金存折帐单
储户取走现金存折帐单
结束
（三）建立功能模型
1. 基本系统模型
2. 功能级数据流图
【设计心得体会】：通过本实验，使我更清晰地理解了面向对象方法论的分析和设计过程，对三种模型之间的关系更加清楚。通过对系统的对象模型的分析，理解到对象模型确实是三种模型中最重要、最关键的，只有对对象模型进行了较透彻的分析，才能清楚地得出其它两个模型。
『伍』 求银行储蓄系统详细设计
银行储蓄系统详细设计
一、模块设计
系统总体结构方图：
银行储蓄系统又大致分为两个模块：存款模块和取款模块。
1.身份验证模块：
设置身份验证模块的目的保证储户信息的安全。功能在于对申请登录的用户进行身份验证，通过者才能进入系统。
银行业务员输入储户用户ID，储户输入密码并确定，系统保存用户输入的用户ID和密码，并在customer表中查找customerid和customername字段值，看是否等于业务员输入的用户ID和密码，如相同则通过验证，否则不通过，并给出“密码错误”的提示，如数据库中不存在这样的记录，则给出“该用户不存在”的提示。
2.存款模块：
设置存款模块的目的在于将储户的金额存到系统中并记录信息。存款模块将储户存款金额录入存储到系统中，并附带显示其他储户信息。
该模块的输出项为存款金额，并且附带显示其他信息：用户名、账号、账户余额、利息金额。当银行业务员输入存款金额后，系统进行处理，显示出账户余额，并且显示其他固定信息。
3.取款模块：
设置取款模块的目的在于将储户的取款金额录入并存储到系统中。取款模块将储户取款金额录入存储到系统中，并附带显示储户其他信息。该模块的输出项为取款金额，并且附带显示其他信息：用户名、账号、账户余额、利息金额。当银行业务员输入取款金额后，点击确定按钮，系统进行处理，显示出账户余额，并且显示其他固定信息。
4.存款单打印模块:
设置存款单打印模块的目的在于将储户的存款信息以单据的形式及时反馈给储户。存款单打印模块将储户存款金额以及储户帐户信息以单据形式反馈给储户。该模块的输出项为存款人、存款银行、业务员编号、存款金额、存款日期、手续费、帐户余额。当银行业务员输入存款金额后，系统进行处理，显示出账户余额，并且显示其他固定信息。
5.取款单打印模块：
设置取款单打印模块的目的在于将储户的取款信息以单据的形式及时反馈给储户。取款单打印模块将储户取款金额以及储户帐户信息以单据形式反馈给储户。该模块的输出项为取款人、取款银行、业务员编号、取款金额、取款日期、手续费、帐户余额。当银行业务员输入取款金额后，系统进行处理，显示出账户余额，并且显示其他固定信息。
6.按用户名和ID查询模块
设置“按用户名和ID查询”模块的目的在于方便用户获知自己的存取款信息。功能在于通过储户输入用户名和ID来查询自己的信息。
该模块的输出项为储户各项信息。输入用户名和ID，单击检索按钮，系统判断用户名和ID是否与数据库中的customername , customerid相同，若相同则输出储户各项信息，若不同则输出“输入有误！请重新输入！”的提示信息。
二、数据设计
1.用户验证模块流程图：
该模块的输入项：
名称 标识 数据类型 数据值 输入方式
用户ID customerid 字符 键盘输入
密码 password 字符或数字 键盘输入
2.存款模块流程图：
该模块的输入项：
名称 标识 数据类型 数据值 输入方式
存款金额 cunkuancount 数字（ Double ） >0 键盘或鼠标
3.取款模块的流程图：
该模块的输入项：
名称 标识 数据类型 数据值 输入方式
取款金额 qukuancount 数字（ Double ） >0 键盘或鼠标
三、、对话设计
在对话设计的过程中遵循了对话设计的原则：
1．对话要清楚、没有二义性。
2．对用户的响应要快，而且要进行了回答的有效性检验。
3．对话比较适合用户的要求与习惯，应该问的问题问了，问得不频繁。
4．注意询问格式的美观、实用，而且采用了统一的格式，体现了一定的风格。
四、可靠性设计
这里所说的可靠性是指数据的安全与保密。所谓系统的可靠性设计就是确定保证数据的安全与保密措施。
就保密措施采取了二重确认的方法。通过加强应用程序的容错性，设置了用户的权限，系统中信息资源的存取、修改、查询等使用权限进行了控制。对于用户管理员的顶级权限在程序运行的过程中进行了控制工作。
『陆』 关于银行系统---储蓄业务子系统的需求分析的一些问题（高分
我觉得你可以再详细一些：
1 储蓄开户； 开户的时候要凭的证件要点名一下，未蛮16周岁的开始需要什么东西。
2 储蓄续存的话可以看成一种预约存款多数指定期到期后没有支取，但是开通约存后可自动帮自己存利滚利的那种，是储蓄存款中的一部分，是能是储蓄存款而不能是储蓄续存 储蓄存款分活期 /定期利息 整存整取 零存整取 存本取息 整存取息
储蓄支取分到期日后支取或者提前支取；外地支取要手续费，定期提前支取是活期 定期到期后支取到期日按约定之后的安活期这个时候可以用约存，如果有人在到期日后的半年来取款，那就是说这个半年的存款是后期让费了，所以在办理定期存款后再办一个约存的业务可以不必担心不划算了。
储蓄销户，可以分本人和死亡销户
帐户查询
挂失业务，口头挂失和正式挂失
=========================个人感觉这样分，开户、存款、查询、取款、改密、挂失、解除挂失、转帐、销户。
二、各个银行都是不一样的，可以有登陆系统的，这个比较的繁琐需要请专业人事调试。
三 转帐等同于现金，现金从银行的atm中取出来后是有每天是有限制2w的，转帐就不同了，但是转帐只能同行同行转。或者你也可以用本票也行，可以和取款分开的因为性质是不一样的。
================================================================
可能不是很全我是新手希望对你有利吧。
『柒』 业务模型，功能模型和数据模型三个模型建模思想有怎样的优缺点
软件建模中的三个模型是指业务模型、功能模型和数据模型。
功能模型是描述系统能做什么什么，即对系统的功能、性能、接口和界面进行定义。
业务模型是描述系统在何时、何地、由何角色、按什么业务规则去做，以及做的步骤或流程，即对系统的操作流程进行定义((怎么做 ))。
数据模型是描述系统工作前的数据来自何处，工作中的数据暂存什么地方，工作后的数据放到何处；以及这些数据之间的关联，即对系统的数据结构进行定义(数据怎么组织 ) 。
三个模型建模思想的优点：简单、直观、通俗、易懂、易学、易用，非常适合于关系数据库管理系统RDBMS RDBMS支持的信息系统。缺点还入门容易，但想搞懂成为高手就难了。
『捌』 应该从什么样的角度描述web系统的业务流程项目描述可以是系统业务流程吗
1 构成企业管理信息系统的5个基本要素 对企业需求的描述可以从2个方面来进行描述，一个方面是对客户现行系统的描述，一个方面是对系统未来的设想。总的而言，无论是从那个方面来描述，构成企业信息系统主要包括5个基本要素：企业的组织结构、流程、数据、商务规则与功能（性能）。其中从用户的角度主要关注流程，是以流程为核心的，通过流程将其他几个要素贯穿起来，需求分析人员也应该从这个角度来和用户沟通；从开发者的角度主要关注企业的数据、商务规则与功能，以便于系统的实现；从实施者的角度主要关注企业的组织结构与功能，以便于系统的发布与实施。 1） 企业的组织模型 即企业的组织结构关系，包括部门设置、岗位设置、岗位职责等。树型组织结构图是描述企业的组织模型的一种常用方法，它可用来搞清各部门之间的领导关系,每个部门内部的人员配备情况, 职责分工等情况,它是划分系统范围,进行系统网络规划的基础。在组织结构图中应将用户的组织结构逐层详细描述，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织结构图，是需求获取步骤中的基础工作之一。 用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，也是分析人员提取对象的基础。 对用户角色的识别常常遗漏的是计算机系统的系统管理人员，角色识别不全，对以后的功能识别会造成盲区。 （2） 企业的流程模型 即企业的业务流程，包含哪些流程、流程之间的关系、每个流程中包括哪些活动、每个活动涉及到的岗位。企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。对企业而言需要定义关于业务流程图的描述标准，大家采用相同的图例来描述，便于管理。 业务流程图的优点 : ■绘图的过程,实际上是作业流程条理化的过程 ■表达形象直观,易于和用户交流,易于项目组内部交流调研的结果,需要得到用户的认同,这就需要和用户交流调研的结果,交流的文档要通俗、易懂, 不能采用专业术语。 ■可以作为培训实施人员与技术服务人员的文档 业务流程图的缺点 : ■对高层管理人员的实际需求调查的不清楚. 这一方面是由于用户没有接触过计算机, 对采用计算机后的管理会是什么样子?计算机能够完成当前手工操作的哪些内容?能够作哪些现在手工无法完成的工作等等没有清楚的概念,因此用户无法将这些问题反应出来. 另一方面说明分析人员没有经验,对原始材料挖掘不深,不能从用户 提供的材料中提炼处来用户的真正需求,不能找到当前管理中的问题。 ■对各种业务之间的总体关系没有表达出来. 采用直式业务流程图可以将企业的每一种业务的处理流程清楚地表达出来, 但是各业务之间的联系却没有表示出来,单看一种业务的流程图很清楚,但是却不能综合在一起,没有整体的概念,作为需求分析的文档,在这方面表达的不够完整。 ■在不利用工具的情况下,画法烦琐。 图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。 （3） 企业的数据模型 即企业中的信息载体有哪些？以及对这些信息载体的详细刻画，包括企业的各种单据、帐本、报表的描述。在需求报告中，应该将单据的描述格式化，需要描述的内容包括： 单据的用途，即单据用在什么地方？ 单据的格式：需要明确的画出来，并有实际的有数据的样例，能够具体直观地说明问题； 单据中的数据项的具体描述：长度、类型、计算生成方法、约束条件等； 单据的数据项是由哪些不同类型的角色来填写地，包括用计算机可以填那些数据项。 单据中哪些数据是必填的，哪些是可以不用填的。 单据流量：平均每天产生多少条记录，高峰期的数量； 单据的分类：可以从多个角度上进行分类，如：按业务类型来分类（采购/销售/生产），按生成的方式来分类（手工录入型/自动生成型），按格式变化的频繁程度来分类（易变型/稳定型），按表现形式来分类（列表型/卡片型）等等。 单据之间的关系：引用关系等等。 同样对于需要的报表与帐本也可以参照上面的条目进行详细的刻画。