1.1 项目背景

1.2 项目定义与用户期望

1.3 项目目标

1.3.1 公司管理系统

1.3.2 移动端 1.3.3 门户网站

1.4 服务模型

1.4.1 系统服务用户

1.4.1.1 高级管理员

拥有公司的所有权限。

1.4.1.2 用户管理员

拥有管理公司系统用户的权限。可以登记用户的个人信息，添加用户，修改用户信息，删除用户和查询用户资料的权限。

1.4.1.3 员工管理员

拥有管理公司员工的权限。等级员工的基本信息，包括姓名，用户名，密码，躲在公司，职位，员工编号，联系电话和员工的简介。可以添加员工，修改员工信息，删除员工和查询员工信息。

1.4.1.4 水类管理员

拥有管理公司产品的权限。可以添加、删除、修改水的种类和数量。

1.4.1.5 订单管理员

拥有管理用户订单的权限。记录订单信息，包括用户姓名和联系方式，水的种类和数量，下单时间，用户地址，总价格，付款状态信息和运送状态信息，运送员工编号这些信息。可以添加订单，修改订单信息，删除订单，查询订单信息。

1.4.1.6 公司管理员

拥有管理分公司的权限。登记分公司的名称和地理位置。可以添加公司，修改公司信息，删除公司。

1.4.1.7 业绩管理员

拥有管理公司员工业绩的权限。统计员工完成订单的数量，并且生成表格。可以打印员工的业绩信息，具有发送邮件和输出信息的权限。

1.4.1.8 权限管理员

拥有管理公司员工权限的权限。可以对公司所有岗位进行权限的分配。

1.4.2 服务功能模块

1.4.2.1 公司管理系统

1) 财务部

主管送水公司的财务工作的财务部，其主要任务是根据国家有关财经工作的法

律、法规、政策和企业发展战略，认真搞好财务管理，周密计划，仔细运筹，

合理收支，准确核算，及时分析，严格监管，确保企业资产和财产的效益和安

全，保证各项工作的正常进行和不断发展。

1) 制定与调整修订财务定额、费用开支标准。、

2) 拟定并执行企业各项财务管理制度。

3) 制定、分解和落实财务预算和各项财务计划。

4) 参与水类价格的制定。

5) 制定与实施内部控制制度。

6) 调度与配置资金。

7) 控制财务活动，保障财务计划的执行和完成。

8) 控制与管理成本。

9) 筹划税收。

10) 考核与奖惩财务。

11) 其他相关职责。

2) 人力资源部

作为企业人力资源的管理部门，负责选拔、配置、开发、考核和培养企业所需

的各类人才，制定并实施各项薪酬福利政策及员工职业生涯规划，调动员工积极性，激发员工潜能，并对企业持续长久发展负责。

1) 制定，并经批准后实施人力资源计划。

2) 对企业机构人员编制进行拟定，并经批准后实施。

3) 受理、调查和执行增编、缩编等申请。

4) 编制人力资源支出预算与控制成本。

3) 销售部

注重从水产品战略角度研究市场、制定方案，为企业销售目标的实现提供

帮助。不仅要解决从市场调研到产品开发、上市和反馈分析，还要解决促销、

渠道、定价等问题，具有商品营销、市场调研、生产与供应、创造市场要求和

协调平衡公共关系五大职能。

(1) 围绕企业销售目标拟定市场开发计划。

(2) 对营销信息库进行建立和维护。

(3) 分析现有市场、预测未来市场。

(4) 调研市场通路。

(5) 分析语监控竞争对手。

(6) 调查消费者心理和行为。

(7) 预测消费趋势，制定相应的解决方案，引导消费。

(8) 推广企业品牌。

(9) 配合企划部制定产品、形象、营销、促销等企划案，并与销售部、客

户部共同实施。

(10) 分析现有产品并预测新产品市场。

(11) 为企业新产品开发提供市场资料。

4)行政管理部

协调企业各职能部门的部门。

(1) 协调各职能部门关系。

(2) 管理企业资料、信息等，沟通内外和上下联系。

(3) 建立各项规章制度并检查实施情况，促使各项工作规范化。

(4) 对企业会议内容进行组织、记录及记录归档。

(5) 对企业各类档案等进行整理、归档、保管和借阅。

(6) 管理企业证照、印章。

(7) 办理员工就业证、暂住证等事宜。

(8) 管理员工福利，包括研究、制定、修订员工福利制度，并经批

准后实施，办理福利事项，总结、分析和改进福利工作，制

定及办理退休、抚恤制度。

(9) 制定员工保健规章、实施定期保健体检、选择和联络特约或定

点医院及办理工伤事故等

员工保健管理工作。

(10) 有效控制文件与资料，对文件和资料进行登记、编号、汇编、

发行、保管、维护等。

(11) 拟定企业发文制度及行文程序，并对此进行监督实施。 (12) 发

放企业文件。

(13) 维护和改善企业公共关系，包括建立和维护内部公共关系以及

建立和维护与政府、同行社区、新闻等外部公共关系。

(14) 处理企业过期文件。

5)客户服务部

客户服务部与财务部的账务核对、销售部的储运跟踪、以及市场部的营销管理

三部分职能相关，从中统一协调的综合协助部门，必须建立与客户的良好合作关系，为企业销售目标的实现提供帮助，对外，是企业连接客户日常工作的主要端口，负责储运联系、跟踪、新产品信息传递以及与客户核对账务，与客户和销售人员进行密集沟通和信息收集、传播等服务性工作，是一个责任制的服务型角色；对内，是承接客户和销售人员委托，协调和连接销售、财务、市场三大职能部门的主要力量。

(1) 针对企业销售目标，拟定客户开发计划。

(2) 分析并调查客户行为与信用。

(3) 建立与维护客户资料库。

(4) 提供售后咨询与服务。

(5) 策划并组织客户访问与联谊。

(6) 调查客户需求。

(7) 受理客户投诉。

(8) 管理经销商和代理商。

(9) 开发新客户。

(10) 收集客户信息，并向市场部反馈。

(11) 其他相关职责。

1.4.2.2 移动端

移动端主要由三部分人员组成，分别是订单管理员、送水员、客户。

客户：可以通过移动端方便的浏览公司产品的基本信息，包括水的种类和价格，剩余量。不同的水的详细介绍，包含水的优缺点信息。用户可以在移动端注册公司系统的用户信息，并且根据自己的需要下订单。订单信息与公司订单管理员所管理的信息一致。所下的订单提交给公司订单管理员进行操作。

送水员：可以通过移动端浏览订单管理员给自己分配的订单信息。根据订单信息今夕送水。成功之后可以在移动端汇报订单的完成情况。如果自己的订单信息为空，可以向订单管理员申请额外的订单今夕派送，以提升送水的效率，提高自己的业绩。

订单管理员：可以通过移动端查看用户提交的订单。对订单进行添加，修改和删除的操作。可以浏览送水员的信息。给送水员分配订单。可以接受到送水员的请求信息并且根据实际情况进行订单的分配。可以浏览订单的完成情况，添加员工的业绩。

1.4.2.3 门户网站

1. 首页展示模块

该模块展示公司的基本信息和产品信息。包块公司的简介，公司的服务内容，

对象，公司的发展现状，公司的目标等信息。产品就是展示公司最有特色的水

的信息，应包括水的来源，图片，ph值，矿物质含量等基本信息。

2. 用户登录注册模块

该模块用于让老用户登录以便下订单。还可以让新用户注册登录，扩大用户数

量，推广产品。

3. 订单模块

用户进入该模块填写订单的基本信息下订单。

4. 背景音乐模块

该模块在用户进入网站是播放背景音乐，让用户心情愉悦更容易购买。音乐可

以由用户点击切换。

5. 活动模块

该模块不断更新活动信息，例如限时买多少送多少活动，首次订单免费送一桶

水的活动。这个模块可以更方便地推广公司产品信息。

6. 售后模块

该模块提供售后服务。若用户买到的水有问题时，即使进行处理。

7. 评价模块

用户使用产品后可以对该产品进行评价。该模块记录用户信息，评价时间和内

容，以便以后来的新用户参考。

8. 推广模块

该模块是用来推广产品的。添加一键分享至QQ空间或新浪微博的功能。用户分

享之后可以获得一桶水作为奖励，一个客户只可以分享一次。

9. 视频模块

该模块用来介绍公司的整体信息和产品信息，给用户一个形象的认识。

1.5 可行性分析模型

1.6 需求调研模型

1.7 创新点

使用Jfreechart和finereport报表技术，展示公司的各个工作人员的业绩，将公司员工登录操作的日志记录下来。

使用bootstrap和easyui开发框架：Bootstrap 是基于 HTML、CSS、JAVASCRIPT 的，它简洁灵活，使得 Web 开发更加快捷。它是一个CSS/HTML框架。Bootstrap提供了优雅的HTML和CSS规范，它即是由动态CSS语言Less写成。jQuery EasyUI是一组基于jQuery的UI插件集合体，而jQuery EasyUI的目标就是帮助web开发者更轻松的打造出功能丰富并且美观的UI界面

我们所使用的后台代码框架是SSH。框架包括四层，即域模块层、数据持久层、业务逻辑层以及表现层，每一个层次都有其独特的职责，不能把各自的功能与其它层次相混合。每一个应用层都应该和其它层隔离开来，但允许使用接口在层间进行通信。它能够帮助开发的相关人员在很短的时间内构建好一个结构清晰、复用性好并且维护方便、效率高效的Web应用程序。

对表现层，我们使用 Struts；业务层使用 Spring；对于持久层我们使用的是 Hibernate其中。Struts是整个SSH框架的基础，主要的职责是负责MVC的分离，在Struts框架的模型部分，利用Hibernate对持久层提供支持，而Spring支持的是业务逻辑层。做法具体是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO(Data Access Objects)接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据

库之间的转换和访问，最后由Spring做管理，管理struts和hibernate。

2．组织管理里

3.项目管理

3.1 项目计划与进度控制

3.2 项目成本控制

3.3项目风险

3.4项目会议纪要

4.业务分析方案

4.1开发思想

4.2开发方法

4.3需求分析

4.3.1 系统的用户群体

总公司各部门人员：指通过注册账号登录公司管理系统的各公司各部门人员 分社各部门人员：值通过注册账号登录公司管理系统的歌分社公司人员

移动端用户：指通过注册账号登录移动端进行操作的管理员、送水员、客户。 web用户：指通过门户网站登录的进行操作的公司人员和用户

游客：指未注册在移动端或门户网站浏览信息的游客

4.3.2 产品的功能性需求

4.3.2.1 公司管理系统

4.3.2.2 移动端

4.3.2.3 门户网站

（（功能性需求描述+系统功能图、用例图、活动图、序列图）

格式举例：

1.公司管理系统：先对其做个总的介绍，画出功能图；再为每类用户写一段简洁的功能描述，并画出该用户用例图、序列图、活动图或者其他uml图

2.移动端（先对其做个总的介绍，画出功能图；再为每类用户写一段简洁的功能描述，并画用例图、序列图、活动图或者其他uml图））

4.3.3 产品的非功能性需求

5成本模型及可行性分析

6技术路线及实现方案

6.1 技术路线

6.1.1 开发工具和相关技术

6.1.2 技术亮点

6.1.3 运行环境

6.2 系统架构

6.2.1 系统全局框架

6.2.2 系统三层详细架构

6.2.2.1 表示层

6.2.2.2 业务逻辑层

6.2.2.3 数据访问层

6.2.3 网络拓扑架构

6.2.4 业务架构

6.3 测试过程

6.4 技术实现方案

第二篇：项目需求分析总结

需求分析是项目开发的基础，基础打的牢不牢直接关系到后面所有的工作，是项目实施成败的关键

总体上说，我们的需求分析是做了，但是做得很不够，我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况：

客户本身说不清楚

文物网是这样，中彰国际更是这样，但是这不能怪客户，毕竟客户在软件方面的知识要少的多，也没有相关的经验，可能心里只有一个想要的软件的轮廓，于是可能会要求我们去替他们来完整这个轮廓的细节，而我们的能力、我们能否真正站在客户角度去搜集和整理这些需求，就决定了这个需求的完整性和有效性。

软件开发网

需求自身经常变动

随着客户对这个项目越来越深刻的理解，那么可能他的需求也会随之改变，这些变化的可能性越大项目风险就会越大，我们在需求分析的时候就要充分考虑到哪些需求是相对固定的需求，哪些可能会是产生变动的需求，考虑到他的可变性，这样设计功能和数据库的时候不致因为后面的变动而影响整个工程。 分析人员或客户理解有误

毕竟，不是每个分析人员都是专业而合格的，为避免这种情况的发生，需求分析必须要有审核制度，公司自己内部要审核一遍，客户再审一遍，提出意见，修改后双方共同评审签字，确认。

由此出现的问题：

a) 需求分析过于笼统，只关注到面上，没有关注到点上，开发出来的东西在具体的细节上和客户的理解有误差，并且无法严格界定是否属于需求变更。中彰的方案就是这样的。 软件开发网

b) 需求报告只求我们这方评审通过，不去关心客户的评审，认为只要客户签字认可就行。虽然签字认可能够给日后出现问题时划清我们的责任，但是不能保证使项目实施成功。

c) 需求分析中含有技术实施上有难度的功能，一味的求全和盲目按照客户的设想，受客户影响过大，毕竟，很多时候，客户的想法在实际实施过程中是不现实的，或者可以有更为简便的方法来替代的。如中彰国际的在线交易功能，后台大批量邮件群发功能。

d) 对双方已经确定的需求，实现以后并不适合客户使用，需要按照变更手续执行的时候，客户可能会纠缠，提出“你们是专业人士，你们应该事先能提醒我们可能会出现这种问题”并以此来把责任推给我们，而我们又不好完全按照变更手续执行，因为可能激化双方的矛盾，比如508的批量处理功能，因为属于人事管理比较专业的细节问题，需求分析师开始没有对客户业务熟悉到如此细致的地步，而客户也没有过多关注这些细节，导致软件的某些功能不合用，较为繁琐，而重新按着客户的意见修改的话工作量比较大，导致成本增加、工期延长。 e) 项目的成熟度受客户预算的限制。大部分客户在项目投入上都是有预算的，在成本有上限的前提下，项目的功能设计(软件的成熟度)方面必然受一定影响，毕竟功能越多越完善，相应的开发成本就越高。这种功能上的不完善需要事先告知客户并得到理解。

f) 此项工作的反复造成思想上的倦怠，使需求分析最后虎头蛇尾。需求分析是一项繁琐枯燥的工作，需要和客户之间不断的商讨、确认和反复，另外由于大部分的客户虽然安排专人负责这项工作，但是该人并不只做这项工作，特别当他被很多其他的事情缠身的时候，而无心细看提交过去的需求报告的时候，他很可能会给你一个错觉，让你认为他已经真正的理解并认可了你的设计。 结论

a) 需求分析是整个项目管理中需要重点控制的几个关键节点之一，首先思想上一定要重视。 软件开发网

b) 需求分析报告的编写者要参与到需求的搜集工作中，准确领会客户的意图，并转化成软件能够实现的功能。对于说不清楚需求的客户，要善于问关键问题，引导客户提出自己的需求。可以采取的措施是事先编制一个问卷调查之类的文档，详细列举需要客户回答的问题，以便防止遗漏。

c) 需求报告的编写者要能够对客户需求进行深入分析，区别出哪些需求存在日后变更的可能，哪些需求属于相对固定的，哪些需求能够实现，哪些需求需要变通才能实现，以便于指导后面的功能设计。

d) 需求分析报告对功能细节的描述不能有歧义，描述一定要全面、准确，防止开发方和客户只见对同一个问题有两个截然不同的理解。可以通过评审，用大家的力量来避免这种情况发生

e) 需求报告的每个关乎功能的描述都要让客户明白和理解，客户在理解之上的确认才能够保证日后一旦出现问题不致出现双方互相推托责任纠缠不清的情况。

f) 需求报告一定要经过一个有技术人员和业务人员参加的评审，要充分发挥团队的力量，重视每个人的才智，一个模块一个功能的逐一的过，让大家来共同找出需求报告里不合理的、有歧义的、不完善的、遗漏的等等问题

软件开发网

g) 帮助客户去理解提交给他的需求分析报告而不是只等签字，对于有能够用好几种方式实现的功能，尽量做到能让客户去比较和选择。不要让客户对报告中的部分产生歧义。只有客户对报告的完全的理解，才能在日后客户提出的修改被认为是需求变更的时候能够得到客户的理解

h) 最后，需求分析报告一定要双方共同签字确认