洗衣店销售管理系统-V0.9.docx

洗衣店销售管理系统

文档名称
洗衣店销售管理系统
文档编号

文档类别

版本信息
V0.9
内部密级
保密
外部密级

创 建 人
张皓
创建日期
2011-05-30
审 批 人

审批日期

修改历史
版本号
日期
*状态
修订人
摘要
V0.1
2011-02-18
C
张皓
创建
V0.9
2011-05-31
M
张皓

*状态：C – 创建 A – 增加 M – 修改 D – 删除

目 录
第一章 系统架构 1
1.1 建设原则 1
1.2 网络逻辑架构 2
1.3 技术路线 2
1.4 安全管理 6
1.5 应用功能架构 7
第二章 系统功能 8
2.1 收衣 10
2.2 送洗 11
2.3 上挂 11
2.4 取衣 12
2.5 业务配置 12
2.5.1 衣物价格 13
2.5.2 服务档次 13
2.5.3 附加服务 13
2.5.4 品牌设置 14
2.5.5 附件设置 14
2.5.6 瑕疵设置 15
2.5.7 颜色设置 15
2.5.8 卡类型 15
2.6 系统维护 16
2.6.1 数据维护 16
2.6.2 地址维护 21
2.6.3 企业信息维护 21
2.6.4 连锁点信息 21
2.7 财务管理 22
2.7.1 财务统计包括查询财务总结、明细查询、其他统计等 22
2.7.2 决策分析包括衣物洗涤排名，客户消费排名，卡，营业收入，业务组成，业绩排名 22
2.7.3 钱箱管理 23
2.7.4 卷销售 23
2.7.5 会员卡办理 23
2.7.6 会员卡充值 24
2.8 员工管理 24
2.8.1 修改密码 24
2.8.2 员工档案包括员工列表信息、员工基本信息、操作权限 24
2.8.3 考勤员工 25
2.8.4 操作切换 25
2.9 会员管理 25
2.9.1 会员充值 27
2.9.2 会员卡扣款 27
2.9.3 会员退卡 27
2.9.4 会员补卡把原来卡的信息输上，再输入新卡卡号点补卡就可以 28
2.9.5 会员卡转账 28
2.9.6 异店卡挂失 29
2.9.7 会员管理 29
2.9.8 短信管理 30
2.10 商品档案管理 30
2.11 商品入库模块 30
2.12 商品销售单 31
2.13 查询统计 31
2.13.1 全店查询 31
2.13.2 留言 32
2.14 集团管理 32
2.14.1 业务配置 33
2.14.2 门店设置 37
2.14.3 统计分析 38
第三章 项目组织与进度管理 46
3.1 项目组织和人员管理 46
3.2 项目实施管理 47
3.3 项目管理 48

第 50 页
第一章 系统架构
1.1 建设原则
l 开放性
系统采用开放的B/S体系结构。
l 安全性
安全性是一个重要的系统指标，系统应能保证不被非法访问、内部数据不被窃取，对系统的操作应留有日志，以备事后审计等。
l 稳定性
系统设计合理，模块功能独立稳定，从根本上保证软件性能良好，运行稳定，除人为因素或其它外界因素外，不应出现运行变慢和死机现象。
l 可维护性和可扩展性
系统支持松耦合原则和策略，在硬件的连接方面应完全采用标准化接口，便于维护和扩展。软件设计应有良好的设计思路，采用开放接口，便于与相关系统的对接和交互，并提供完整的开发文档，为今后的软件维护打下良好的基础。
l 先进性
系统要采用国际上先进、成熟、实用的技术，既保证系统实现的功能，又保证系统在未来的五年内，其技术仍能满足应用发展的需求。系统开发采用国际上先进成熟的J2EE体系结构，采用MVC多层结构设计模式，软件的设计采用模块化、结构化。
l 友好性
采用Flex先进的UI技术架构系统交互界面，人机接口灵活友好。
1.2 网络逻辑架构
系统架构采用先进的B/S多层架构进行架构，因此其网络逻辑架构图如下：

1.3 技术路线
在系统构建时，采用PHP + Flex的技术路线，在服务器端采用PHP语言编写业务逻辑，Flex编写界面交互，Flex属于富媒体技术 、交互体验好。
PHP 是英文 Hypertext Preprocessor ( 超文本预处理器 ) 的缩写。它是一种服务器端的脚本编程语言，其特点是简单、面向对象、解释执行、健壮安全、独立于架构、可移植、动态。自 PHP5 正式发布以来， PHP 以其方便快速的风格、丰富的函数功能和开放的源代码，迅速在 web 系统开发中占有了重要地位，正成为世界上最流行的 web 应用程序 编程 语言之一。
在编写动态 Web 页面时，用户可以混合使用 PHP 和 HTML 。当客户端浏览到这种页面时，服务器端首先对页面中的 PHP 命令进行处理，然后把处理后的结果连同 HTML 内容一起传送到客户端。 PHP 作为一种源代码开放程序，拥有很好的跨平台兼容性。用户可以在诸如 Windows 系统、Unix 系统等操作系统上运行PHP，而且可以将 PHP 作为 Apache 服务器的内置模块或 CGI 程序运行。
除了能够精确显示 Web 页面的内容，用户还可以使用 PHP 发送 HTTP 报头。用户可以通过 PHP 设置 cookies ，管理用户身份识别，并对用户浏览页面进行重定向。 PHP 还具有非常强大的数据库支持功能，能够访问几乎目前所有较为流行的数据库系统。此外， PHP 还可以与多个第三方系统集成，为用户提供更多的实用功能，如生成 PDF 文件等。
使用 PHP编程 的最大好处是编程语言非常容易，系统功能库非常丰富。用户只需要很少的编程知识就能使用 PHP 建立一个真正交互的 Web 站点。 PHP正迅速变成一种标准的、多用途的、面向对象的脚本语言，成为新一代先进流行的 Web 系统开发技术。
Flex 是一个高效、免费的开放源框架，可用于构建具有表现力的 Web 应用程序，这些应用程序利用 Adobe Flash Player 和 Adobe AIR 运行时跨浏览器、桌面和操作系统实现一致的部署。虽然只能使用 Flex 框架构建 Flex 应用程序，Adobe Flash Builder™软件可以通过智能编码、交互式遍历调试以及可视设计用户界面布局等功能加快开发。
使用 Flex 创建的 RIA 可运行于使用 Adobe Flash Player 软件的浏览器中，或在浏览器外运行于跨操作系统运行时 Adobe AIR 上，它们可以跨所有主要浏览器、在桌面上实现一致的运行。连接到 Internet 的计算机中超过 98% 装有 Flash Player，这是一个企业级客户端运行时，它的高级矢量图形能处理要求最高、数据密集型应用程序，同时达到桌面应用程序的执行速度。通过利用 AIR，Flex 应用程序可以访问本地数据和系统资源。
Flex的目标是让程序员更快更简单地开发RIA应用。在多层式开发模型中，Flex应用属于表现层。Flex 采用GUI界面开发，使用基于XML的MXML语言。Flex 具有多种组件，可实现Web Services，远程对象，drag and drop，列排序，图表等功能；FLEX内建动画效果和其它简单互动界面等。相对于基于HTML的应用（如PHP、ASP、JSP、ColdFusion及CFMX等）在每个请求时都需要执行服务器端的模板，由于客户端只需要载入一次，FLEX应用程序的工作流被大大改善。FLEX的语言和文件结构也试图把应用程序的逻辑从设计中分离出来。
Flex 服务器也是客户端和XML Web Services及远程对象之间通讯的通路。
传统网络程序的开发是基于页面的、服务器端数据传递的模式，把网络程序的表现层建立于HTML页面之上，而HTML是适合于文本的，传统的基于页面的系统已经渐渐不能满足网络浏览者的更高的、全方位的体验要求了。而富互联网应用（Rich Internet Applications，缩写为RIA）的出现就是为了解决这个问题。
富互联网应用程序是下一代的将桌面应用程序的交互式用户体验与传统的WEB应用的部署灵活性和成本分析结合起来的网络应用程序。富互联网应用程序中的富客户技术通过提供可承载已编译客户端应用程序（以文件形式，用HTTP传递）的运行环境，客户端应用程序使用异步客户/服务器架构连接现有的后端应用服务器，这是一种安全、可升级、具有良好适应性的新的面向服务模型，这种模型由采用的WEB服务所驱动。结合了声音、视频和实时对话的综合通信技术，使富互联网应用程序（RIA）具有前所未有的网上用户体验。
Adobe RIA技术封装让现有的WEB技术得到了极大的保留，核心价值在于大大提高了产品设计师和开发工程师的“开发体验”，强化了设计端和开发端的整合。设计师和开发工程师们可以方便地将自己的代码平移到新的平台上，并且发布、部署的方式比之前的任何一款开发工具都方便得多，从而使RIA应用有更广大的开发者基础。
Adobe RIA技术也将带来新的桌面革命——“Desktop 2.0”，内容从Flash, HTML/CSS/JS，到PDF，几乎涵盖了时下最流行的WEB内容载体。此外，“可离线”应用模式能让用户更加安全、舒适地进行工作和娱乐。用户们不必再抱怨因网络故障而造成的信息损失，而且也可以借助本地资源更好地节省网络资源。因此，Adobe RIA技术可以让用户将WEB 2.0应用带回桌面，创造的商业应用价值和用户体验价值将超过以往任何技术。
在总体技术架构中采用的SOA，即面向服务的体系结构（Service-Oriented Architecture，SOA）,是一种基于标准的、松散耦合的面向服务的应用架构。SOA具有强大的灵活性，十分适用于烟花爆竹安全管理与监察执法系统建设。这是因为：
SOA 遵循“业务驱动服务，服务驱动技术”原则。SOA应用程序更具目的性和针对性，与业务相匹配。应用SOA后，可方便地管理搭建在服务平台上的应用系统，从而迭代地优化和改进烟花爆竹安全管理与监察执法业务流程。
SOA具备业务敏捷性。SOA 要求开发者从服务集成的角度来设计应用软件，并考虑复用现有的服务，通过调整原有服务模式即可对业务变化做出快速响应。
SOA具备良好的集成性。借助SOA，可以实现Web service、移动计算技术、面向对象技术有效集成。应用Web service、XML、SOAP等标准开放技术，使得不同解决方案实现互操作。
SOA是松散耦合的。SOA 将计算中的参与者隔离开来，一方的改动不会波及另一方。SOA以粗粒度的服务形式表示系统功能，不必考虑后台具体实现，使得系统和应用不必与具体的解决方案绑定在一起。
云计算（Cloud computing），是一种新兴的共享基础架构的方法，可以将巨大的系统池连接在一起以提供各种IT服务。很多因素推动了对这类环境的需求，其中包括连 接设备、实时数据流、SOA的采用以及搜索、开放协作、社会网络和移动商务等这样的Web2.0应用的急剧增长。 另外，数字元器件性能的提升也使IT环境的规模大幅度提高，从而进一步加强了对一个由统一的云进行管理的需求。
狭义云计算指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、 互联网相关，也可是其他服务。云计算（Cloud Computing）是网格计算（Grid Computing ）、分布式计算（DistributedComputing）、并行计算（Parallel Computing）、效用计算（Utility Computing）、网络存储（Network Storage Technologies）、虚拟化（Virtualization）、负载均衡（Load Balance）等传统计算机和网络技术发展融合的产物。
在一个统一的总部的指导、协调、监督和管理下，众多的企业在不同的地点采用相同的商标和商号，执行标准化、规范化的经营管理办法，开展相同的业务，这样的群体被称为连锁组织，这个群体的组织及业务运作模式即被称为“连锁经营”，连锁经营模式发展迅速，备受关注，然而企业内部信息化建设薄弱，经过多年的发展，大部分连锁企业积累了丰富的经营数据，由于运用信息技术的能力较弱，没能对这些数据进行深入分析，挖掘其蕴含的商业智能，并没有对经营者的管理决策起到应有的指导作用，商业智能挖掘、客户关系管理软件系统价格昂贵，而且需要专业技术人员进行操作，大部分连锁企业没有能力承受安装专业软件系统和聘请专业技术人员的代价，为了充分利用已有的资源，连锁企业集团总部可以搭建自己的专有云，逐步完成企业信息化管理和大部分的计算任务从本地软、硬件资源向专有云的过渡，超过门店计算能力的服务可以用专有云来完成。
每个门店在当前营业结束后，把当日的销售数据上传到连锁企业专有云，专有云在汇总所有门店当日的销售数据后，分析每个门店收衣排名、营业分析等。连锁企业总部通过专有云计算，对大量的日常经营数据进行整理、分析和挖掘，找出客户、产品、服务的特征，不断完善企业的产品策略、市场策略，提高企业的竞争力。
1.4 安全管理
为了防止软件安全使用，本系统采用硬件加密-加密狗方式进行管理，通过插在计算机并口或者USB口上的硬件设备，本系统与加密锁之间形成一一对应的关系，在运行的过程中不断与特定的加密锁进行验证，向接口写入一定的数据，判断从接口返回的密码数据是否正确来检查加密狗是否存在。如果没插或加密狗不对应，则软件不能运行。
1.5 应用功能架构

功能架构图

第二章 系统功能
洗衣流程包括收衣、送洗、上挂、取衣四部分。收衣是指接收客户的欲洗衣物，根据要求和提示输入衣物相关信息；送洗是把前台收衣处的待洗衣物，送到洗衣车间；上挂是把已洗好的衣物，根据挂衣号，上挂到指定地点，要求提供上挂优化算法进行挂衣号管理，保证衣物输送线载重均衡及同单衣物就近挂取;取衣是客户凭洗衣收据，来取走已洗好的衣物。洗衣流程中还包括一些特殊管理，例如免费、撤单、退赔、取衣付款、单件取衣、保单消号等。撤单是指撤销在未取走衣物的当日订单，该业务需要具有撤单权限的人员输入撤单密码方可进行，其中持卡消费的订单不允许撤单；退赔是指取走衣物的客户发现送洗衣物出现损坏现象，在指定的退赔期限内向洗衣店提出赔偿损失，洗衣店进行退赔；取衣付款是指对于未付款的订单，客户取衣时进行支付，支付的款项按付款日期计入收入；单件取衣是指顾客送洗的多件衣物，因受不同衣物洗涤流程的影响，在取衣时允许顾客先取走同一订单下的某件衣物；保单消号是指用来释放长期滞留在洗衣店的衣物所占用的挂衣号，将衣服从输送线上取下另行存放。
同种衣物要求可以设置五类服务价格，即干洗、水洗、皮衣、织补、单烫，价格受档次、服务速度、保值要求、附加服务等因素影响，这些因素可以进行配置定义。叠加价格是指附加服务可和其它的服务价格进行叠加；保值洗可和基本服务价格叠加。
付款方式支持现金、洗衣券、储值卡，现金和洗衣券可以混合使用，但使用洗衣券时不找零，考虑到折扣问题，储值卡不可与现金及洗衣券混合使用，如果储值卡余额不足，客户可以先充值，然后再付款，也可以先用充值卡付款，剩下的余额在使用现金支付。
储值卡分为IC类储值卡（可异店消费，支持连锁经营）和非IC类折扣卡。
输入要尽可能支持鼠标和小键盘快捷方式。

业务办理支持联机和脱机使用，洗衣店日常业务数据存放在本地数据库中，当联机时要实时地将未上传的营业数据上传到服务器上，同时记录上传日志，对于上传失败的业务要及时的通知业务办理人员，落实原因再上传，因此逻辑架构图如下：

2.1 收衣
收衣是指接收客户的欲洗衣物，记录洗涤方法和衣物状况。洗涤方法包括干洗，水洗，皮衣，织补，单烫五种，衣物状况包括名称、单价数量、单价、颜色、品牌、瑕疵、附件、档次、快慢、附加服务。

具体步骤是：
1. 选择洗涤方法及其衣物名称。
2. 指定衣物颜色、品牌、瑕疵、附件
3. 设定洗涤服务要求，洗涤档次、快慢、附加服务信息
4. 点击添衣加入衣物列表中。
5. 根据洗涤要求支付费用。

6. 录入会员信息。

2.2 送洗
送洗是把前台收衣处的待洗衣物，送到洗衣车间，支持本店洗涤和送厂洗涤。

2.3 上挂
上挂是把已洗好的衣物，根据挂衣号，上挂到指定地点，要求提供上挂优化算法进行挂衣号管理，保证衣物输送线载重均衡及同单衣物就近挂取。上挂分为手动上挂和自动上挂。

2.4 取衣
取衣是客户凭洗衣收据，来取走已洗好的衣物，取衣时可以根据订单号或手机号查找到订单，未结算的订单可以使用会员卡、洗衣券、现金进行结算。

2.5 业务配置
配置管理衣物价格、服务档次、附加服务、品牌设置、附件设置、瑕疵设置、颜色设置、卡类型的取值内容。

2.5.1 衣物价格

2.5.2 服务档次

2.5.3 附加服务

2.5.4 品牌设置

2.5.5 附件设置

2.5.6 瑕疵设置

2.5.7 颜色设置

2.5.8 卡类型

2.6 系统维护
2.6.1 数据维护

参数设定，参数设定有常规、挂衣、编号、外设、流程、打印、卡设置、其他。

2.6.2 地址维护

2.6.3 企业信息维护

2.6.4 连锁点信息

2.7 财务管理

2.7.1 财务统计包括查询财务总结、明细查询、其他统计等

2.7.2 决策分析包括衣物洗涤排名，客户消费排名，卡，营业收入，业务组成，业绩排名

2.7.3 钱箱管理

2.7.4 卷销售

2.7.5 会员卡办理

2.7.6 会员卡充值

2.8 员工管理
2.8.1 修改密码

2.8.2 员工档案包括员工列表信息、员工基本信息、操作权限

2.8.3 考勤员工

2.8.4 操作切换

2.9 会员管理
储值会员卡（IC卡）介绍：
储值会员卡，是一种双赢的客户管理模式，消费者通过预先支付未来的消费金额，来获得消费折让的同时，洗衣店可以获得数量可观的现金流量，缩短投资的回收周期，降低经营风险。通过这种模式在洗衣店的应用，对于消费者和洗衣店双方的益处分别体现在：
(一)消费者是最直接的受益者：

1、消费者按自身洗衣消费的实际情况选择购卡金额，享受相应的现金折让，为消费者精打细算。
2、会员身份的象征，并可享受洗衣店提供上门服务、个人消费信息管理等系列服务。
3、刷卡使用，无需找零，使用更方便；今后还可以在该店的各连锁分店通用，让消费者无后顾之忧。
(二) 洗衣店是最大的受益者：
1、通过发行会员卡，把洗衣店的整体服务作为一种市场营销方式进行推广，突出品牌、管理、 服务等社会效应，取代传统的经营方式，由坐等生意上门到主动出去争取客户。
2、利用软性的手段与同行业进行多层次的竞争，提升品质和服务的优势，避免正面的价格竞争。
3、通过会员卡的发行，来扩展和锁定客户群。持卡客户定点消费的稳定性，可以为经营者建立长 期经营的信心。
4、可以加快资金回笼，降低初期的固定投资。
5、利用发行会员卡的融资手段，快速争取发展资金，扩大经营规模；在区域优势突出时，连锁 效应和融资能力尤为强大。
6、解决持卡会员在同一品牌同一区域下各连锁店之间的有效通用及操作安全性。
7、可以杜绝消费者欠帐呆帐问题
会员卡销售模式：
储值会员卡的销售，一般采用预折扣销售模式：即客户购卡时按卡内可消费金额一定比例来支付现金，即客户付350元，即可享受价值500元的洗衣服务（7折卡）。持卡消费时，一般不再享受其它优惠政策。卡面值越大，客户可享受的折让越大。一般洗衣店常用的有：
面值：200元，客户支付现金：160.00（8折）
面值：500元，客户支付现金：350.00（7折）
面值：1000元，客户支付现金：600.00（6折）
发卡充值：
发放新卡：根据客户信息栏所需的资料，询问客户，并填写必要信息。
取出空卡，并插入读写器内，在卡信息栏中，选择客户所需卡的种类，并根据卡上的信息填 入卡号，并选择好打印份数，点击“发卡”按钮。折扣卡操作，只需填写客户资料，选择 卡型，输入卡号，再点击“发卡”即可。发卡完成，取出IC卡，与打印的会员卡办卡收 据一起交给客户。
会员卡充值：插入会员卡，点击“读卡”按钮，会员信息和卡余额会自动填写，选择打印份数，直 接点击“充值”按钮。系统会自动默认卡名称所对应的充值的底金。充值完成，取出IC卡， 与打印的会员卡充值收据一起交给客户。
2.9.1 会员充值

2.9.2 会员卡扣款

2.9.3 会员退卡

2.9.4 会员补卡把原来卡的信息输上，再输入新卡卡号点补卡就可以

2.9.5 会员卡转账

2.9.6 异店卡挂失

2.9.7 会员管理

2.9.8 短信管理

2.10 商品档案管理
录入洗衣店中的存货商品，及其默认销售价格。

2.11 商品入库模块
入库模块管理商品入库，店内的商品存货数量增加。

2.12 商品销售单
处理商品出库模块管理商品出库，店内的商品存货量减少。

2.13 查询统计
2.13.1 全店查询

2.13.2 留言

2.14 集团管理
连锁店借助公共互联网在集团管理系统的平台上共享各种信息，营业数据和财务数据由集团统一监控。门店每日营业结束上传营业数据，系统业务数据由总部统一提前配置，下发、下载到每个分店。分店也可以单独进行业务设置，并可上传至总部。

2.14.1 业务配置
配置管理衣物价格、服务档次、附加服务、品牌设置、附件设置、瑕疵设置、颜色设置、卡类型的取值内容。

2.14.1.1 衣物价格

2.14.1.2 服务档次

2.14.1.3 附加服务

2.14.1.4 品牌设置

2.14.1.5 附件设置

2.14.1.6 瑕疵设置

2.14.1.7 颜色设置

2.14.1.8 卡类型

2.14.2 门店设置
2.14.2.1 门店资料
对各个门店资料的统一维护和管理；
2.14.2.2 门店档案
对每个门店营业数据进行备份归档管理；
2.14.2.3 指标设定
设置单店的一些经营指标；
2.14.2.4 终端设置
设置单店打印机类型、扫描仪等终端设备；
2.14.2.5 终端日志
终端设备扫描记录明细；
2.14.2.6 门店登录日志
系统监控所有门店登录登出的信息；
2.14.3 统计分析
各连锁店将数据实时上传到集团总部，集团数据中心进行数据分析，提供决策依据。集团通过对各个分店的运营监控，实施综合管理。
2.14.3.1 门店报表
Ø 门店经营报告，分析所有门店的收衣数量类型和金额；

Ø 日营业报表（按门店），分析所有门店的收入信息；

Ø 日营业报表（按日期），分析集团不同日期的经营情况；

Ø 营业分析表

Ø 收入统计表

Ø 单据流水查询

2.14.3.2 经营分析
Ø 门店排名分析

营业收入排行
收衣量排行
卡充值排行
...店（32）
...店（12）
...店（566）
...店（323）
...店（121）
...店（5）
...店（232）
...店（212）
...店（56）

Ø 收衣排名分析（按门店）

Ø 收衣排名分析（按衣物）

Ø 图表分析
Ø 地理分析
Ø 收入比例分析
Ø 指标分析
第三章 项目组织与进度管理
充分作好项目实施前的准备工作，是保证项目顺利实施的关键。项目实施准备工作应包括内部准备工作和外部准备工作两大部分，内部准备工作主要指集成商为了保证项目实施工作的正常进行而必须调动的人力、物力、财力等各种内部资源，而外部准备工作是指需要与项目参与各方协同工作所做的准备。
3.1 项目组织和人员管理
项目组织是项目实施的主体，如何建立科学的项目组织，让合适的人担任重要岗位，直接影响者项目实施的成功与否。同时，项目计划和项目控制是依据项目目标、项目组织、项目资源和项目环境等要素展开。严密的项目组织是项目实施的重要保证。
甲方项目组织机构
项目领导小组
主要职责：项目总控、指导、监督、协调
项目经理
主要职责：项目的具体负责；项目组织、管理；协调执行
项目组
根据项目涉及人员情况和项目协调、培训等需要进行组建。主要职责环境协调部署、验货、测试、验收
乙方项目组织及人员管理
项目领导小组
工作职能：确定项目管理组织机构；审定项目重大实施计划和技术方案；审查评定项目管理状况；项目相关重大问题的决策和终决；项目相关的重大人事任务；项目实施重大经费及资源的保障协调；项目的最终验收确认。
工作方式
通过项目经理（副经理）对项目进行直接领导和管理，由项目经理发起，编制计划，定期或不定期（通报重大问题）召集项目领导小组工作会议，领导小组及时审定、批复、批准项目经理呈交的重大问题决策方案，保证项目经理在其职权范围内可以畅通地执行各项任务，获得必要的人、财、物资源，取得各相关方面有机地配合。并通过抽查等途径及时调研项目进展状况，及时把握和调整项目进展方向，指导项目经理（副经理）正确、有效地推进项目。
3.2 项目实施管理
双方项目负责人应就项目实施工作的具体方式方法等进行交互，并达成一致。互相了解、沟通，初步建立良好的合作关系，以便于在具体的工作过程中密切配合。
项目工作协调交互采用项目工作例会、传真、书面报告、口头汇报、电话、讨论等多种方式进行。重要的项目资料、信息等尽可能通过传真、文件等书面形式进行交流。对传真、文件、项目过程资料等项目资料进行统一管理，方便查阅。
项目经理负责整个工程项目的组织、管理、协调工作。
双方项目经理作为双方的代表，需定期向上级主管领导（项目领导小组或项目协调委员会）提交项目报告，及时汇报、通报项目进展情况。实行项目例会制度，双方项目组应就项目的有关工作，每周至少沟通交流一次，互通上周工作完成情况，下周的工作计划安排等。
项目管理采用目标管理和过程管理相结合的组织管理模式，项目经理根据项目的进展情况提出阶段性工作目标、日程计划、要求等，具体安排各项目工作小组的工作任务，由各具体项目工作小组负责实现具体工作目标。项目经理负责监督、检查和验收。
3.3 项目管理
1. 需求变更控制
Ø 需求主要遵照商务合同规定的范围控制。
Ø 项目小组按照需求变更修改软件后提交新软件包、产品变更说明、测试报告以及相关变更资料。
Ø 新版本交付由双方技术人员经办，并办理交付手续。
Ø 合同之外的需求变更，提交商务人员洽谈。
2. 进度控制
Ø 资源准备进度：项目启动期，项目进度主要取决于客户的项目资源准备进度。要求客户在顾问的指导下，做到人员到位、设备到位、资料齐全、系统环境正常，并经过顾问和项目负责人共同检查确认。
Ø 项目调研进度：客户相关人员必须及时填写调研资料，及时安排面对面调研人员。
Ø 产品学习进度：客户必须及时安排有一定知识基础的人员参与学习，保障学习时间、场所和设备。
Ø 系统试运行进度：必须严格按照计划安排操作人员学习和使用系统，将需要移植到新系统内的业务资料提前准备，并按时提交给项目经理；实施负责人必须按计划要求培训和考核操作人员的操作技能，保障所有操作人员具备必要的操作技能。
Ø 系统上线进度：在试运行正常的前提下，项目经理要及时填写系统上线申请报告，提交项目领导审批。
3. 质量控制
Ø 项目质量由产品质量、培训质量、应用质量、过程质量决定。
Ø 为了控制产品质量，产品开发的时间必须集中，不允许一边实施一边修改软件。产品变更必须经过严格的测试，相关的资料必须同步变更。
Ø 为了控制培训质量，必须保证培训人员的技能基础、参与培训的时间、培训设备，必须接受必要的考核。
Ø 为了控制应用质量，项目小组负主要责任。在调研期间，必须充分提出应用需求，项目小组整理应用需求，提交领导组批准；将需求与产品对照，提出应用解决方案，提交领导组审批；培训内容、模拟内容中必须体现应用需求；项目小组必须检查模拟成果是否满足应用需求。
Ø 为了使项目按照预期的目标和方向推进，项目过程控制非常关键。项目计划是主要控制手段。严格按照项目路线展开，及时验证各控制点，及时确认阶段成果。
Ø 由项目经理负责质量控制。
4. 资源控制
Ø 足够的项目资源投入，是实施的基本保障，保证人力资源和其他资源的投入。
Ø 人力资源：由项目领导选择、检查、培训和考核。
Ø 设备与场地：项目组准备、自检并报告项目经理。
Ø 应用所需资料：项目组提供、整理、实施领导审核审批。
Ø 项目运作方法：实施方提供。
Ø 系统环境：包括硬环境(网络、服务器、客户端等)和软环境。由项目组执行和报告。
5. 范围控制
Ø 项目范围控制是及时取得项目成果的基本控制，但由于项目的随意性，常常事先没有确定范围，或者没有取得共识、没有确认，事中没有控制，造成项目失控。
Ø 功能范围确定：功能模块范围应在合同中规定，按合同要求提供产品包；
Ø 应用范围确定：经过调研之后，要界定项目的细节，做到集中资源办好主要的事情，放弃一些次要内容和资源无法达到的内容等。包括用户的空间分布、操作人数规模、解决业务问题的程度、各部门应用的功能模块规定等。
Ø 职责范围控制：按照要求设置项目组织机构，落实各自的责任。
Ø 范围控制程序：项目经理提出、实施顾问审核、领导审批。
Ø 范围控制发布：项目组采取文件形式统一发布，务必使所有成员都清楚。
Ø 超出范围控制：凡超出项目范围的内容，项目组成员都有权拒绝。