日志管理系统需求规格说明书

内容导航：

日志管理系统需求规格说明书

java工程师面试时最看重的是什么？

微软公司软件开发进度月报ppt

企业管理方面的问题 专业人士进?管理信息系统与企业业务流程、组织结构的关系？

一、日志管理系统需求规格说明书

编号：8267日志管理系统需求规格说明书

获取方式：在GZH内回复关键字「日志管理系统需求」。

版权说明：本站所有资料主要来源于网络搜索的公开信息，文章版权归作者所有，本站所有的资料文档仅限用于学习交流。因转载众多，有些资料无法找到真实来源，如若有侵权的嫌疑，请与我们联系删除，谢谢！

-产品经理资料馆-

我们努力成为产品经理的朋友的工具箱、资料馆，您的需要就是我们努力的方向。欢迎您给我们提出宝贵的意见和建议。

目前我们这里有：

1、原型分享：包括各种业务成功案例的Axure rp原型文件的分享；

2、文档分享：各种技术文档模板的分享，包括Word模板、Excel模板、PPT模板、Xmind模板等等；

3、图书分享：关于产品经理各种电子书分享，如果平台没有的电子书，可后台告知或加我微信号告知，我会帮你找找。

4、工具分享：关于产品经理经常使用的各自工具的下载；

5、教程分享：产品经理学习教程的分享，包括小白成长教程、图书教程、视频教程等等；

6、知识点分享：每日推送文章，关于产品经理关心的技术及遇到的问题等产品经理关心的内容分享。

如果您想成为产品经理或已经是一名产品经理了，谢谢您的关注。也希望您把我们的公众号或你喜欢的某篇文章，分享给你身边的产品经理。我们再次表示感谢！感谢！感谢！

一、java工程师面试时最看重的是什么？

一、专业技能

• 熟练的使用Java语言进行面向对象程序设计，有良好的编程习惯，熟悉常用的JavaAPI，包括集合框架、多线程（并发编程）、I/O（NIO）、Socket、JDBC、XML、反射等。

• 熟悉基于JSP和Servlet的JavaWeb开发，对Servlet和JSP的工作原理和生命周期有深入了解，熟练的使用JSTL和EL编写无脚本动态页面，有使用监听器、过滤器等Web组件以及MVC架构模式进行JavaWeb项目开发经验。

• 对Spring的IoC容器和AOP原理有深入了解，熟练的运用Spring框架管理各种Web组件及其依赖关系，熟练的使用Spring进行事务、日志、安全性等的管理，有使用SpringMVC作为表示层技术以及使用Spring提供的持久化支持进行Web项目开发的经验，熟悉Spring对其他框架的整合。

• 熟练的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，对Hibernate的关联映射、继承映射、组件映射、缓存机制、事务管理以及性能调优等有深入的理解。

• 熟练的使用HTML、CSS和JavaScript进行Web前端开发，熟悉jQuery和Bootstrap，对Ajax技术在Web项目中的应用有深入理解，有使用前端MVC框架（AngularJS）和JavaScript模板引擎（HandleBars）进行项目开发的经验。

• 熟悉常用的关系型数据库产品（MySQL、Oracle），熟练的使用SQL和PL/SQL进行数据库编程。

• 熟悉面向对象的设计原则，对GoF设计模式和企业应用架构模式有深入的了解和实际开发的相关经验，熟练的使用UML进行面向对象的分析和设计，有TDD（测试驱动开发）和DDD（领域驱动设计）的经验。

• 熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web服务器和应用服务器的使用，熟悉多种服务器整合、集群和负载均衡的配置。

• 熟练的使用产品原型工具Axure，熟练的使用设计建模工具PowerDesigner和Enterprise Architect，熟练的使用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（模型-视图-控制），最有可能的实现框架是spring MVC，除此之外还有Struts 2、JSF以及Apache为JSF提供的MyFaces实现； H是JSP，JSP作为MVC中的V，也可使用模板引擎（如Freemarker和Velocity）来生成视图还可以是各种文档或报表（如Excel和PDF等）； I是Servlet或者自定义的控制器，他们是MVC中的C，当然Spring MVC中提供了作为前端控制器的DispatcherServlet； J通常是事务脚本； K应该是AOP（面向切面编程）技术； L目前广泛使用的有memcached和Redis； M的选择方案很多，最有可能的是hibernate和MyBatis，也可以两种技术同时运用，但通常是将增删改交给hibernate来处理，而复杂的查询则由MyBatis完成，此外TopLink、jOOQ也是优秀的持久层解决方案； N底层的数据存取传统上是使用关系型数据库，可以是MySQL、Oracle、SQLServer、DB2等，随着大数据时代的来临，也可以采用NoSQL（如MongoDB、MemBase、BigTable等）和其他大数据存取方案（如GFS、HDFS等）； P是项目的开发模型，可以是瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型、RAD模型等。

• 项目开发流程
  1、可行性分析：可行性分析报告、项目开发计划书;
  2、需求分析：需求规格说明书OOAD（用例图、时序图、活动图）;
  界面原型：帮助理解需求、业务层设计时推导事务脚本;
  3、设计：概要设计说明书、详细设计说明书;
  *抽取业务实体（领域对象）：类图、E-R图（概念设计阶段）;
  分层架构：确定各层的技术实现方案（具体到使用的框架、数据库服务器、应用服务器等）;
  *业务层设计：事务脚本模式（事务：用户发送一次请求就是一个事务；
  脚本：一个方法或一个函数；
  *事务脚本：把一次请求封装为一个方法或一个函数；事务脚本模式：一个事务开始于脚本的打开，终止于脚本的关闭）;
  *业务层涉及的对象有三种类型：事务脚本类（封装了业务的流程）、数据访问对象（DAO，封装了持久化操作）、数据传输对象（DTO，封装了失血/贫血领域对象），三者之间的关系是事务脚本类组合（聚合）数据访问对象，这二者都依赖了数据传输对象正向工程（UML类图生成Java代码）和逆向工程（Java代码生成UML类图）数据库物理设计（ER图转换成表间关系图、建库和建表、使用工具插入测试数据）;
  3、编码；
  4、测试：测试报告、缺陷报告;
  *单元测试：对软件中的最小可测试单元进行检查和验证，在Java中是对类中的方法进行测试，可以使用JUnit工具来实施；
  *集成测试：集成测试也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求组装成为子系统进行测试；
  *系统测试：将已经确认的软件、硬件、外设、网络等元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案；
  *验收测试：在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务；
  5、交付和维护：用户手册、操作手册；

三、项目管理

• 版本控制：CVS/SVN/Git

• 自动构建：Ant/Maven/Ivy/Gradle

• 持续集成：Hudson/Jenkins

四、系统架构

• 负载均衡服务器：F5、A10；

• 应用服务器： HTTP服务器：Apache、NginX（HTTP、反向代理、邮件代理服务器）；
  Servlet容器：Tomcat、Resin

• EJB容器：WildFly（JBoss Application Server）、GlassFish、Weblogic、Websphere；

• 数据库服务器：MySQL、Eclipse、Oracle；

五、第三方工具（插件）应用

• 图表工具：基于jQuery的图表插件（如jQchart、Flot、Charted等）、Chart.js、Highcharts等。

• 报表工具：Pentaho Reporting、iReport、DynamicReports等。

• 文档处理：POI、iText等。

• 工作流引擎：jBPM、OpenWFE、Snaker、SWAMP等。

• 作业调度：Quartz、JobServer、Oddjob等。

• 缓存服务：EhCache、memcached、SwarmCache等。

• 消息队列：Open-MQ、ZeroMQ、ActiveMQ等。

• 安全框架：Shiro、PicketBox等。

• 搜索引擎：IndexTank、Lucene、ElasticSearch等。

• Ajax框架：jQuery、ExtJS、DWR等。

• UI插件：EasyUI、MiniUI等。

• 富文本框：UEditor、CKEditor等。

六、面试提问

• 项目是为哪个公司开发的？项目的投入是多少？

• 有多少人参与了项目开发？整个团队中，测试人员、开发人员、项目经理比例是多少？

• 项目开发了多长时间？项目总的代码量有多少？你的代码量有多少？

• 项目采用了怎样的开发模型或开发流程？项目的架构是怎样的？项目的技术选型是怎样的？

• 你在项目中担了怎样的职责？是否经常开会或加班？项目完成后有哪些收获或是经验教训？

• 项目中最困难的部分是什么？如何解决团队开发时遇到的各种冲突？

七、面试时可以反问面试官的问题

• 我注意到你们使用了X技术，请问你们是如何解决Y问题的？

• 为什么你们的产品使用了X技术而不是Y技术？据我所知，X技术虽然有A、B、C等好处，但也存在D和E问题，而Y技术可以解决D和E问题。

• 我对您说的X技术不是太熟悉，但我感觉它是一个不错的解决方案，您能多讲讲它的工作原理吗？

• 你们团队是如何进行项目规划的？一周会有几次例会？每周的代码量大概是多少？

• 就X问题我能想到的解决方案目前就只有Y了，请问您会怎么解决这个问题？

八、S.A.R.法则

• S.A.R法则是指先描述问题的场景，然后解释你采取的行动，最后陈述结果。



九、面谈原则

• 声音适中、口齿清楚、面带微笑、个人形象精神，讲礼貌。

• 主动跟面试官聊他感兴趣的话题，让面试官满意。

• 主动的大胆的跟面试官聊自己熟悉有经验的内容：项目、技术点等，做到扬长避短。

• 一定要表达自己非常想得到这个岗位，自己很愿意学习不懂的技术。

• 根据自己的实际水平提出合理的待遇要求。

十、自我评价

• 学习能力（搞IT行业的人需要不断的了解新的技术、工具和方法）

• 团队意识（相比个人英雄主义，IT行业更倡导团队合作）

• 抗压能力（很多IT企业的工作强度相对来说还是比较大的）

二、微软公司软件开发进度月报ppt

1.1 项目实施进度计划

XXX系统工程实施是以用户需求和技术方案为蓝图，进行全面开发建设以至整个工程建成投入运行的全过程。要确保应用系统工程的成功实施，一定要组织安排好实施计划。同时，一个成功的项目实施，还必须科学有效的使用项目管理流程，才能够充分保障项目依据预定的计划和设计按时保质地完成。以下我们从项目管理的各个要素，简要介绍公司针对本项目的项目管理方案。

1.1.1 项目实施总体思路

1.1.1.1 同时并行实施

为了保证进度，XXX公司专门为客户设计了高度并行的实施计划。XXX公司将为本项目设置多个实施小组，投入大量的人力，同步并行实施，从而大大的减少了施工时间。

1.1.1.2 本地化人员实施

为了加快工程进度，提高对本项目的服务质量，XXX公司充分发挥自身服务体系和强大技术储备的优势，全部采用当地办事处技术人员进行实施。详细请见工程实施小组和项目成员介绍。

1.1.1.3 合理分工有效协调

结合大量项目实施经验，XXX公司可以为本项目做出合理的分工，协调相关厂商，保证项目按期高质量的完成。在本项目中，为了保证进度，划分多个实施小组，项目实施小组严格按照施工方案进行施工，对于意外情况，将同时汇报各自的项目经理，由项目管理小组裁决。

1.1.1.4 合理组织确保工期

本项目地域分布广、涉及众多视频音频以及网络设备的特点，决定了本项目实施中会面临种种风险，包括设备到货风险、众多节点施工风险等等。

为了保证系统的准时上线，借助公司强大的备品备件储备，我们制定了周密的应急方案，保证系统准时上线。

1.1.2 项目组织与管理

1.1.2.1 项目管理的目的

1）提高项目运作的规范性

2）提高异地项目运做的可控性

3）使项目按时验收

4）降低项目成本

5）提高客户满意度

6）确保项目质量

1.1.2.2 项目流程规范的组成

项目管理流程分为四种规范

1）流程：给出项目实施的正确程序。

2）规程、指南：是流程的支持文件，规定某一项目要素的工作程序。

3）模板：是流程的支持文件，给出某个文档的格式。

4）表格：是流程的支持文件，给出某个工作表格的样式。

1.1.2.3 项目实施组织与职责

1)领导重视和参与

XXX系统工程的重视与支持是建设成功的关键。领导的重视主要体现在对该项目的规划决策和监督落实上。领导的参与表现在领导对XXX系统建设项目的需求把握，只有当系统能及时、准确地向管理者提供信息，为管理者的日常办公、决策提供辅助服务时，该系统才具有实质性的意义，系统才具有活力。

在项目建设中，当涉及到资源的分配、人员调动、资金落实、甚至涉及到管理方式改变时，各方领导的参与就显得尤为重要。总之，只有各级领导的参与支持，该项目的建设才可能得以顺利进行。

2)项目实施组织与角色职责

为保障“XXX系统工程”高质量、高效、顺利的实施，XXX公司将成立项目组，并由项目经理调配公司前、后端人力资源，为项目管理及实施提供保障。

项目管理与实施过程中的组织情况如下图所示：

项目联合领导小组

为有效进行资源控制、进度控制、质量控制，确保项目项目顺利实施及系统维护的方便进行，根据公司以往在大型项目管理和实施方面的经验，建议由贺兰公安部门、交警部门及中科软公司共同组成项目联合领导小组，以把握和推动整个项目的执行，保证整个项目如期高质量地完成。项目联合领导小组负责监督项目实施情况，协调解决各方之间的工作问题。项目联合领导小组成员可由XXX系统工程参与方负责人组成。

项目联合领导小组成员负责：

 整个项目的项目预算、项目进度、项目质量等的审核批准和监督；  协调各小组的配合作业，负责合理调配公司内人力及物力资源，以确保本项目高质量、高效率、顺利的进行实施。

贺兰公安局交警队参加联合领导小组成员负责：

 担任联合领导小组的组织领导；

 提供必要的人员配合；

 协调内部各方面联系人；

 监督整个项目进度。

项目经理

 项目经理可以调配XXX公司所拥有的前后端人力资源，负责项目实施小组的领导和日常组织。

项目前端人员

 客户经理：负责客户支持、客户业务需求上报、与客户签定合同以及合同管理等。

 业务经理：负责公司内部前后台部门之间的工作协调、项目实施等。 项目后端人员

 各部门的技术工程师：负责资源配置、网络组织、网络测试、网络运行管理等。

 各部门的系统实施工程师：负责系统开发、系统实施、交付测试等。  技术专家：
“盛泽镇电子警察系统和高清卡口系统建设项目”项目的专家主要由大客户技术支持中心、南京办事处、上海办事处的技术专家组成，提供项目整个项目的技术支持。在该项目中，也可根据项目的需要，从公司抽调专家，一起开展项目的技术支持工作。

1.1.2.4 项目进度管理

为保证管理应用系统的成功实施，必须按照系统开发流程对项目实施进行严格管理。项目启动前，各方人员应做好充分准备，确保项目所需人员及其他必要条件及时就绪。项目实施过程由用户相关单位和部门与我方共同完成，各方应通力合作，并保证人员稳定。

我方有专门的项目管理部门，并且有着严格的项目管理流程，对项目进度进行实时的监督与管理，保证项目的成功实施。

1)项目进度管理的原则

通过项目进度管理使全体成员积极主动，在项目进展中，遇到问题主动找相关人员解决，若解决不得力而又确实属此人管的，则应及时向上一级反映，不得以任何借口推脱不按进度计划完成任务，除非确实是技术上不可解决的，即便如此，也应尽早汇报，以免影响整体进度。

2)项目进度管理的方法

在开始实施项目时，项目经理必须根据任务情况做好进度安排计划，按周做计划以书面呈交项目协调委员会，以周为单位做计划以书面形式下达各组，各组分头安排落实到个人，组长或个人在接到计划书时，认为恰当，则签字；若认为

不恰当，必须及时陈述理由，否则责任自负。在计划时间到时，项目经理严格按照进度计划书验收。在验收合格情况下，项目经理在原下达的计划书上签字，并结合完成任务情况给出一定的评价，将来作为奖励晋级的参照依据；若验收不合格，则责成3日内修正，若仍不能完成必须以书面形式说明理由，项目经理依情况处理。

在每次验收都合格或者在责成期限内都合格的情况下，若项目不能及时完成，责任应在项目经理身上，项目经理必须以书面形式向项目协调委员会陈述理由。

3)项目沟通机制

交流有助于解决问题，尤其是在研究开发等项目组之间。针对本项目的特殊性——多方参与，沟通机制更为重要。沟通畅通能融多方智慧，促进项目成功；沟通阻塞，则障碍重重、举步维艰。项目实施组作为沟通畅通的领头羊，制订相关计划，定期举行项目组和用户的交流会，建立和保持与主要利益相关者的关系，做到双向沟通；定期安排项目组内部各小组之间的相互交流；在日常工作中，营造相互学习共同成长的氛围。

1.1.2.5 资料文档的管理

所有设备的安装调试资料和详细的施工日志都有项目经理统一管理，工程验收后统一交由甲方管理。

完善的文档是项目管理的重要手段，是项目可持续发展的基础，也是项目进度控制和品质保证的重要依据。

“项目投标阶段”以调研考察用户需求为核心，由市场、销售、技术顾问和开发经理联合组成项目小组，开始项目的需求调研与考察工作。通过与用户的接触和充分沟通，适时地形成并评审《用户需求规格说明书》、《项目解决方案》、《合同草案》等文档,确定项目的实施。

“项目实施阶段”以项目投标阶段的《用户需求规格说明书》、《项目解决方案》为基础，重新配置实施过程中需要的资源。在实施过程中，着重加强对项目进度的控制和项目质量的管理。进行任务的明确和职责划分，通过《项目实施计划》、《项目联调计划》、《项目验收方案》进行项目的阶段控制，确保项目能够按质按时顺利完成。

在项目过程中，所有文档可划分为“基础文档（必须有的文档）”和“辅助
软件项目实施进度计划(二)：软件项目实施进度表

软件项目实施进度表

软件项目实施进度计划(三)：2015软件项目实施计划书

第1篇：学生信息管理系统项目计划书
1引言

1．1编写目的

此项目开发策划书的编写主要是为了给开发《学生成绩管理系统》做主要的规划和整合，在开发过程中起到引导作用，以及给使用者提供简要的说明。

1．2背景

随着计算机应用的日益普及和深化，网上办公已近成为一种趋势。本项目要开发的是基于局域网和互联网的学生成绩管理系统，实现一个将学生成绩管理和服务功能结合起来的管理信息系统，既可以节省资源、又可以有效的存储、更新、查询信息、提高工作和服务效率。

开发的系统要求界面友好，方便直观。既要方便校方对学生信息进行添加、删除、修改、查询和统计等管理，又要方便学生等查询。

软件名称：学生成绩管理系统

项目提出者：“学生成绩管理系统”开发小组

开发者：“学生成绩管理系统”开发小组，成员：郭明娟、陈秋男、王如意、高静、王彩霞、关娜仁、孙佳星、赵鹏、王凤舞。

配置要求：SQL Server2015数据库，C#等

该软件需与数据库连接使用才能运行。

1．3定义

文档中采用的专门术语的定义及缩略词简要如下：

Microsoft Visual C#

Microsoft SQL Server2015

MIS：Student Achievement Management System，学生成绩管理系统

Microsoft Visual Studio2015,版本控制工具

2项目概述

2．1 工作内容

《学生成绩管理系统》针对的用户是学校相关部门、学生。相应的内容有：

（1）主要的功能包括：

1）学校管理：管理部门为每个学生建立信息表格，其中包括学生的，姓名、学号、院系、专业、成绩以及老师的相关信息。

学校相应管理员定期或不定期的对学生和老师信息进行入库、修改、删除、等信息管理以及注销。

2）信息查询：可通过局域网或内网并根据权限依据学号、姓名等查询学生成绩。

（2）管理员实现的主要功能：

1) 查看用户登陆情况。

2）对用户信息的管理。

3）能够对需要的统计结果提供打印输出。

4）能够提供一定的安全机制，提供数据信息授权访问，防止随意删改，同时提供信息备份的服务。

2．2主要参加人员

2．3产品

2．3．1程序

学生成绩管理系统，由C#编程语言编写而成。配合SQL Server数据库

2．3．2文件

1系统需求分析报告

2系统功能说明书

3系统数据库报告

4系统内容设计报告

5美工及界面报告

6用户手册

2．4验收标准

外观新颖、漂亮，以及具备完善的功能。

3实施计划

3．1工作任务的分门与人员分工

组长: 郭明娟、陈秋男 任务: （1）系统总的开发计划书

（2）组织小组讨论，记录讨论内容，列出开发计划

（3）项目开发进度的管理

（4）团队的组织和协调

设计：郭明娟 任务: (1)参与小组讨论

（2）完成系统需求说明书和系统设计说明书

开发：王彩霞、高静 任务: （1）参与小组讨论

（2）根据设计完成编码，并注释

美工及界面：关娜仁、王如意 任务：（1）界面的设计和美工

（2）完成美工报告

影音：赵鹏、王凤舞 任务：（1）记录小组成长过程

（2）完成影音文案作品

3．2进度

3．3关键问题

编码的成功以及与各个组员之间的配合，以及老师的指导。

4支持条件

4．1计算机系统支持

操作系统：Windows 7或XP版本

三、企业管理方面的问题 专业人士进?管理信息系统与企业业务流程、组织结构的关系？

①在市场决定生产力与生产关系的社会，人事成本与经济成本成为了效的重要依率与投入产出值比例据之一。但在其中明显的问题为数字体现与人性化管理的量化。这是先进管理制度改革上必须解决的问题。
其中首先要定向的是一个符合长期发展的软性人文经营理念的确立。二为较有弹性空间且匹配经营理念的长效机制与长效反馈机制。以促进在双环境下的数值与运作的高效率沟通模式。提高执行力，优化经济成本流组织模式，降低内外部交易成本，注重时效、实用性的SOP。有效提高产品的竞争力，团队竞争力。并依据长效机制合理制定调整机制，快速的调整资源分配额。从而在人员、时间与有效资源优化比例下制造更大利润空间及在附加值上的更多延伸
构成企业信息系统主要包括5个基本要素：企业的组织结构、流程、数据、商务规则与功能（性能）。其中从用户的角度主要关注流程，是以流程为核心的，通过流程将其他几个要素贯穿起来，需求分析人员也应该从这个角度来和用户沟通；从开发者的角度主要关注企业的数据、商务规则与功能，以便于系统的实现；从实施者的角度主要关注企业的组织结构与功能，以便于系统的发布与实施。

1） 企业的组织模型
即企业的组织结构关系，包括部门设置、岗位设置、岗位职责等。树型组织结构图是描述企业的组织模型的一种常用方法，它可用来搞清各部门之间的领导关系,每个部门内部的人员配备情况, 职责分工等情况,它是划分系统范围,进行系统网络规划的基础。在组织结构图中应将用户的组织结构逐层详细描述，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织结构图，是需求获取步骤中的基础工作之一。
用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，也是分析人员提取对象的基础。
对用户角色的识别常常遗漏的是计算机系统的系统管理人员，角色识别不全，对以后的功能识别会造成盲区。

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

业务流程图的优点 :
■绘图的过程,实际上是作业流程条理化的过程
■表达形象直观,易于和用户交流,易于项目组内部交流
调研的结果,需要得到用户的认同,这就需要和用户交流调研的结果,交流的文
档要通俗、易懂, 不能采用专业术语。
■可以作为培训实施人员与技术服务人员的文档

业务流程图的缺点 :
■对高层管理人员的实际需求调查的不清楚.
这一方面是由于用户没有接触过计算机, 对采用计算机后的管理会是什么样子?计算机能够完成当前手工操作的哪些内容?能够作哪些现在手工无法完成的工作等等没有清楚的概念,因此用户无法将这些问题反应出来. 另一方面说明分析人员没有经验,对原始材料挖掘不深,不能从用户 提供的材料中提炼处来用户的真正需求,不能找到当前管理中的问题。
■对各种业务之间的总体关系没有表达出来.
采用直式业务流程图可以将企业的每一种业务的处理流程清楚地表达出来, 但是各业务之间的联系却没有表示出来,单看一种业务的流程图很清楚,但是却不能综合在一起,没有整体的概念,作为需求分析的文档,在这方面表达的不够完整。
■在不利用工具的情况下,画法烦琐。
图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。

（3） 企业的数据模型
即企业中的信息载体有哪些？以及对这些信息载体的详细刻画，包括企业的各种单据、帐本、报表的描述。在需求报告中，应该将单据的描述格式化，需要描述的内容包括：
单据的用途，即单据用在什么地方？
单据的格式：需要明确的画出来，并有实际的有数据的样例，能够具体直观地说明问题；
单据中的数据项的具体描述：长度、类型、计算生成方法、约束条件等；
单据的数据项是由哪些不同类型的角色来填写地，包括用计算机可以填那些数据项。
单据中哪些数据是必填的，哪些是可以不用填的。
单据流量：平均每天产生多少条记录，高峰期的数量；
单据的分类：可以从多个角度上进行分类，如：按业务类型来分类（采购/销售/生产），按生成的方式来分类（手工录入型/自动生成型），按格式变化的频繁程度来分类（易变型/稳定型），按表现形式来分类（列表型/卡片型）等等。
单据之间的关系：引用关系等等。
同样对于需要的报表与帐本也可以参照上面的条目进行详细的刻画。

（4） 企业的商务规则模型
即企业中的商务规则有哪些?这些规则用在哪些地方? 商务规则可以从影响的范围划分为2类：一类是局部的规则，如不允许出现负库存，一类是整体的规则，如对所有的物料管理到批次。商务规则一般是隐藏在功能模型或者流程模型中，不需要单独描述，但是有些复杂的商务规则是需要单独抽取出来描述，如企业的各种单据记帐的商务逻辑，5）企业的功能模型
功能需求是用户的最主要的需求，对用户功能需求的描述可以采用文字描述也可以采用语言加图形的描述方式，只要能够将用户的需求描述地完整、准确、易于理解即可。对功能需求比较复杂的系统（如超过10个功能项），可以先描述一个概要，对简单的系统可以直接进行详细描述。对于用户的功能需求要进行分类，分类的方法应便于用户理解，如按照用户的部门设置情况，进行描述每个部门的需求，这样也便于组织用户进行评审。以下是分类方法的举例：
按部门分类：如采购科、销售科、计划科、生产车间、财务科、统计科、总经理等；
按功能类型分类：如单据录入、单据审核、单据查询、记帐、帐本查询、统计报表、系统维护等。
对功能需求的分类在不同的层次可以采用不同的方法。
对每一项功能应有一个功能编号，以便于与功能规格说明书中的章节进行对应。对每一项功能的描述，应指明用户的输入(input)、处理方法（process）、系统的输出(output)及对此项功能的其他要求。功能需求还应注明使用此功能的岗位。对系统管理员要求的特殊功能可以在此注明，非特殊要求可以在需求分析规格说明书中详细论述。如用户权限可分级，要有操作日志等。
功能需求与性能需求是密不可分的，笼统的性能需求没有任何意思，必须具体到某项功能需求上来，这是分析人员在分析系统时容易忽略的一项。
对上述的5个基本元素可以将他们描述为一个五元组〈组织，流程，功能，数据，业务逻 辑〉，对于用户来讲，他们习惯于从组织维来看待系统，即某个部门有哪些岗位，每个岗位参与了哪些流程的哪些活动（功能），在某个功能上操作了哪些数据，对这些数据进行了哪些逻辑处理；对于开发人员习惯于从功能维来看待系统，即某个功能操作了哪些数据，对这些数据进行了哪些逻辑处理，这个功能属于哪个流程，可以由哪些岗位来使用；对于设计人员可能习惯于从数据维来看待系统：即系统中有哪些数据，在这些数据上可以做哪些处理，这些处理用OO的思想来看即是对数据对象的操作。

对以上的5个基本元素进行描述实际上就是系统建模的过程，为确保模型的可操作性，除了上面的5个基本要素外，还需要重点描述的内容有：
（1） 新系统对应用模式带来的变化
包括对企业的组织结构、作业流程、单据帐本报表等的格式、商务规则等的改变。
（2） 新系统的界面模型
用开发工具将用户操作界面快速画出来，使用户心中有数。若时间允许，可将界面原型与数据库表、字段连接起来，真正做出系统雏形，即快速原型法。