餐饮业管理系统项目计划说明书
餐馆管理系统策划书3篇
餐馆管理系统策划书3篇篇一《餐馆管理系统策划书》一、引言随着信息技术的不断发展，餐馆管理也面临着新的挑战和机遇。
为了提高餐馆的运营效率、服务质量和管理水平，我们计划开发一套全面的餐馆管理系统。
本策划书旨在详细阐述该系统的设计理念、功能模块、实施计划和预期收益等方面的内容，为系统的开发和推广提供有力的指导。
二、餐馆管理系统的需求分析1. 提高运营效率：实现订单管理、库存管理、财务管理等自动化流程，减少人工操作和错误，提高工作效率。
2. 提升服务质量：提供实时的顾客信息查询、点餐推荐、服务跟踪等功能，增强顾客满意度。
3. 优化管理决策：提供数据分析和报表功能，帮助管理者了解餐馆的经营状况，做出科学的决策。
4. 增强安全性：保障顾客信息、财务数据等的安全性，防止数据泄露和丢失。
三、餐馆管理系统的功能模块设计1. 前台点餐系统：支持多种点餐方式，如触摸屏点餐、手机点餐、平板电脑点餐等。
提供菜品浏览、搜索、推荐功能，方便顾客点餐。
实时更新订单状态，包括下单、制作、配送、完成等。
支持多种支付方式，如现金、刷卡、移动支付等。
2. 后台管理系统：订单管理：包括订单录入、查询、修改、删除等功能。
菜品管理：实现菜品的添加、编辑、删除、分类等操作。
库存管理：实时监控库存数量，自动采购订单。
员工管理：包括员工信息录入、考勤管理、绩效考核等功能。
财务管理：实现收支记账、报表、财务分析等功能。
数据分析与报表：提供各种经营数据的分析报表，如销售报表、利润报表、顾客分析报表等。
3. 移动应用：员工端：提供员工考勤、任务分配、工作汇报等功能。
顾客端：提供顾客信息查询、订单跟踪、评价反馈等功能。
四、餐馆管理系统的技术实现1. 开发语言：选择适合的开发语言，如 Java、Python 等，确保系统的稳定性和可扩展性。
2. 数据库：采用关系型数据库或 NoSQL 数据库，如 MySQL、MongoDB 等，存储系统的数据。
3. 架构设计：采用分层架构或微服务架构，提高系统的灵活性和可维护性。
餐饮业管理系统项目计划说明书
餐饮业管理系统项目计划说明书一、项目计划阶段主要活动系统说明定义问题确定项目可行性制定项目的进度表为项目安排人员启动项目二、系统说明本系统所做的餐饮业管理是针对麦当劳制作的快餐店配餐管理。
在麦当劳现行的售餐方法是前台服务员接受顾客的点餐，并把顾客的需求输入前台计算机。
计算机将所售食品报给主机，主机进行统计。
而配餐过程完全是由前台服务员和后厨工作人员通过语言交流方式一并完成。
也就是说前台工作人要停止接待顾客一段时间去参加配餐，后面的顾客只能等待前一名顾客完全配餐结束才可以点餐。
在人流高峰期往往这种工作效率较为底下的方式，往往会使后面顾客情绪焦躁而引发不满。
而这种情况追根溯源是由于麦当劳所用系统功能设计上的缺陷引起的。
另外，无论是麦当劳还是麦当劳的系统都存在一个同一个问题：前台售货员无法知道货物存量。
这个问题导致顾客在快餐厅发生这样的情况：当顾客点完餐后，前台服务员说要等5分钟再来取。
这种现象发生的原因主要在于前台端无法访问库存数据库或者根本没有建立库存数据库。
所以前台服务员无法知道库存情况，管理人员只能在发生缺货后才进行补货。
其实对于整个系统效率来说也起到了负面作用。
麦当劳一类的西式快餐的特点为快捷高效，本系统意在制作一款符合麦当劳需要的管理软件。
针对现在快餐业配餐管理系统普遍存在的通讯缺点，编写一款集端到端通讯和数据库管理的具有良好沟通性的快餐店配餐管理系统。
三、定义问题本系统基于网络与数据库技术，实现多机互联及网络数据库访问。
3.1.客户支持系统的需求和商业收益说明识别使用者身份，保证商业机密不外泄。
后厨工作人员能通过系统得到点餐单。
前台服务员能知道后厨是否已完成配餐。
前台服务员能实时知道每样食品的库存。
管理员可以随时查看销售额和库存量。
通过系统能将整个快餐店形成一个有机的管理体系。
使每个工作岗位分工更加明确。
通过系统提高员工的工作效率达到减少员工。
3.2.客户支持系统的系统能力说明建立3个服务端：前台端，后厨端和管理端。
餐饮系统项目计划书范文
餐饮系统项目计划书范文#餐饮系统项目方案书1#一、进展前景考虑到部队目前的饮食状况，养分搭配虽然合理，但缺乏新意。
长此以往，官兵会感到厌烦，导致工作效率下降。
据调查，烧烤和休闲小吃在城乡、集贸市场、街道、公园、住宅区和夜市随处可见，成为消费者饮食文化中不行或缺的一部分，缔造了巨大的消费市场。
随着时尚的更新，烧烤和水煮食品因其自然简洁的做法和原始的野味而受到越来越多消费者的青睐。
和几个伴侣围坐一桌，叫它冰镇生啤酒，边吃边烤，边喝边聊，那四溢的烧烤味，那咝咝的烧烤声，都是令人垂涎的理由，足以让每一个美食家忍住。
目前烧烤小吃已经成为大众食品，风靡国内外。
然而，真正有特色的、能吸引回头客的特色烧烤很少。
尤其是夏天，晚上人越来越多的时候，品尝烧烤小吃是一项必不行少的活动，不仅可以丰富官兵的业余时间，还可以增加彼此的相互沟通与沟通，让我们更好地团结起来，为祖国的美而好将来贡献自己的力气。
所以开一家有特色有风格的烧烤小吃店还是会有很好的市场效益的。
其次，店铺简介我店位于我军，主要目标客户是部队官兵。
营业面积约100平方米。
主要供应各种烧烤，烫食物。
烧烤烫料主要包括各种肉类：猪肉、鸡肉、鸡翅、鸡翅、牛肉、羊肉、羊排、羊腿、各种香肠和肉丸等。
海鲜：鱿鱼、虾、扇贝、各种鱼丸等。
蔬菜：土豆、蘑菇、豆腐、白菜、茄子、红薯等。
本餐厅接受应用自助模式，让顾客有一个轻松的用餐环境和选择空间。
餐厅装修自然任凭，很有现代气息。
墙面接受应用光温色调，厨房布局合理精致，采光好。
整体感觉介于家庭厨房的性质和酒店厨房的性质之间。
三、进展战略1.餐厅开业前要做好宣布传达，由于主要客户群体是部队官兵，餐厅位于部队，没必要大张旗鼓的宣布传达，一开头可以选择实行一些优待政策。
2.餐厅接受应用自助风格，供应免费茶。
烧烤和烫的食材都是新颖的。
我们将始终坚持优质低价为客户供应优质服务的原则，本着为宽阔官兵服务的原则，为客户供应比其他同等标准的餐厅更优待的价格，以吸引更多的游客，从长远的角度看待企业的进展，着眼于企业的可持续进展。
餐饮业管理系统项目方法说明手册
餐饮业管理系统项目计划说明书一、项目计划阶段计。
而配餐过程完全是由前台服务员和后厨工作人员通过语言交流方式一并完成。
也就是说前台工作人要停止接待顾客一段时间去参加配餐，后面的顾客只能等待前一名顾客完全配餐结束才可以点餐。
在人流高峰期往往这种工作效率较为底下的方式，往往会使后面顾客情绪焦躁而引发不满。
而这种情况追根溯源是由于麦当劳所用系统功能设计上的缺陷引起的。
另外，无论是麦当劳还是麦当劳的系统都存在一个同一个问题：前台售货员无法知道货物存量。
这个问题导致顾客在快餐厅发生这样的情况：当顾客点完餐后，前台服务员说要等5分钟再来取。
这种现象发生的原因主要在于前台端无法访问库存数据库或者根本没有建●识别使用者身份，保证商业机密不外泄。
●后厨工作人员能通过系统得到点餐单。
●前台服务员能知道后厨是否已完成配餐。
●前台服务员能实时知道每样食品的库存。
●管理员可以随时查看销售额和库存量。
●通过系统能将整个快餐店形成一个有机的管理体系。
●使每个工作岗位分工更加明确。
●通过系统提高员工的工作效率达到减少员工。
3.2. 客户支持系统的系统能力说明3.3. 餐饮业管理系统客户支持系统的关联图经济可行性有两种测试（1)收益预期值是否大于项目的开发成本？（2)在开发期间该组织是否有足够的现金流量对项目投资？而成本/收益分析的过程分为三步：●第一步是评估预期开发和运行的成本，开发成本是新系统开发期间发生的，运行成本是系统交付使用后发生的。
●第二步是评估预期的财务收益。
财务收益是指自新系统元。
后厨端与前台一样仅需低等配置的计算机，一到两台，每台4000元。
系统的开发周期估计为6个月，开发小组8人。
项目经理1名，月薪8000；系统分析员2名，月薪6000；程序分析员1名，月薪5000；程序员4名，月薪4000。
图4.1薪水和工资支付的详细说明硬件支出为每家店加1台后厨端（2500元），主机与前台硬件沿用现有即可，只需部分改造（费用约1000）。
餐饮系统项目计划书
餐饮系统项目计划书项目名称：餐饮系统项目计划书1. 项目背景和目标：随着经济的发展和生活水平的提高，人们对于餐饮服务的要求也越来越高。
传统的人工点餐操作存在效率低、人力成本高等问题，因此需要一个高效、智能的餐饮系统来提升服务质量和效率。
本项目的目标是开发一款餐饮系统，实现用户在线点餐、快捷结算、智能推荐等功能，以满足人们对于高质量餐饮服务的需求。
2. 项目范围：本项目包括前端页面设计与开发、后端数据库设计与开发、系统测试、系统上线等多个阶段。
a) 前端页面设计与开发：根据用户需求，设计餐饮系统的用户界面，包括点餐、结算、推荐等功能。
b) 后端数据库设计与开发：建立餐厅菜品数据库、用户信息数据库等，实现与前端页面的数据交互。
c) 系统测试：对餐饮系统进行功能测试、性能测试、安全测试等，确保系统的正常运行。
d) 系统上线：将完成的餐饮系统部署到云服务器上，供用户线上使用。
3. 项目计划和进度：a) 第一阶段（1-2周）：需求分析和系统设计- 明确系统功能和用户需求- 设计前端页面和后端数据库结构b) 第二阶段（2-3周）：前端页面开发和后端数据库开发- 前端页面开发：根据设计需求，开发用户界面，包括点餐、结算、推荐等功能- 后端数据库开发：建立菜品数据库、用户信息数据库，实现数据交互功能c) 第三阶段（1-2周）：系统测试- 对餐饮系统进行功能测试、性能测试、安全测试，修复bugd) 第四阶段（1周）：系统上线- 将完成的餐饮系统部署到云服务器上，对外提供服务4. 风险管理：a) 人力风险：餐饮系统项目需要设计、开发、测试等多个环节，需要合理分配人力资源，确保项目按计划进行。
b) 技术风险：餐饮系统需要整合前端页面和后端数据库，确保两者之间的数据交互正常，需要高水平的技术支持。
c) 竞争风险：市面上已经存在一些类似的餐饮系统，我们需要通过技术创新和服务质量提升，争取用户的选择。
d) 安全风险：餐饮系统涉及用户个人信息和支付信息，需要进行安全测试和保护措施，确保用户数据的保密性和安全性。
餐饮系统项目计划书（四篇）
餐饮系统项目计划书现在吃饭，很讲究氛围，本公司经营的苏帮菜也要让顾客吃出意境。
本公司以江南水乡为主题，设计饭店环境氛围，让顾客感受到江南小城的韵味。
再以江南才子为酒店增添文化底蕴，介绍古代江南才子嘉人的事迹以及才情，主要以宣传吴文化为主，不仅吸引本地顾客，还可以吸引外来游客。
在服务员的服装上，突出苏州吴文化的气质和设计风格。
饭店的室内装修上，以苏州富有古典园林的设计风格，展现江南水乡的古风美。
让顾客感受到，不仅是来吃饭，而且是在感受一种特色文化的服务。
主要以苏州中上层收入的顾客为主，这类顾客经济收入稳定，注重生活品质，生活圈范围广。
还有外地的游客，也是另一顾客群，随着苏州旅游业的发展，外地游客随之增多，游客到苏州，最注重的是来苏州体验苏州文化和饮食，这类顾客消费能力比较强，也是本公司的主要顾客群。
苏邦菜”是全国八大菜系之一，特点就是时鲜、清淡，讲究原汁原味;其松鼠鲑鱼、响油鳝糊等名菜，也曾享誉海内外，成为广大游客的一种享受。
苏邦菜在口味上甜香不腻，烹饪上工艺多、制作精，以人工为主，讲究色、香、味尤其是形。
陆文夫先生在《美食家》中对苏邦菜评价很高，生动地描写了苏州人在“吃”的方面的精致与过程;日常生活中的苏州人讲究时令菜蔬及食品的那份原则和苛刻，在全国恐怕也是绝无仅有。
苏州人实际上是天然的“绿色食品主义者”，所以也应该是最科学的“美食文化者”。
在如今的市场上，哪怕是苏邦菜的最主要的发源地苏州，有的老字号已经消失了，有的在发展壮大，似乎在上演着一场场与现代商业的攻防战。
而紧抓机遇、开拓市场就是生存的王道。
创新：借鉴于苏州某家老店的经验，在一楼销售____余个品种的乾生元苏式食品，设立苏式麻饼、糖果等品种的现场制作透明操作间，二楼、三楼吃正宗的苏邦菜，两家老字号的联姻让双方都有了发展后劲。
之前，苏州的百年“老字号”大多是“前店后坊”的生产模式，随着时代变迁，这种形式已经明显不能适应当前市场的需求。
目前，许多老字号企业走向了“前店外厂”，采芝斋、黄天源、雷允上等都在近郊建立了自己的新厂房。
餐饮系统项目计划书
餐饮系统项目计划书一、引言餐饮系统项目是一个旨在提供高效、便捷、优质服务的系统。
该系统旨在帮助餐饮业提高管理效率，提升客户体验。
本文将详细阐述餐饮系统项目的计划与设计。
二、项目背景现在，随着城市化的进程，工作节奏的加快，人们对于快餐的需求也越来越大。
餐饮业市场的经济性与广泛的市场前景吸引了越来越多的投资者。
然而，餐饮业的高度竞争，使得管理与服务的卓越成为了一种重要的竞争力。
因此，该项目要设计一个高效、好用、极具竞争力的系统来满足业主、客户以及员工之间的需求。
三、项目目标1. 提高效率：该系统将有助于优化餐厅的各项工作流程，提高服务速度，增加员工的工作效率；2. 提升客户体验：通过提供个性化服务、增加在线点餐等功能，提升客户满意度；3. 提高市场竞争力：提供便捷、快速的服务，增强消费者口碑，从而提高餐厅市场竞争力；4. 降低管理成本：通过智能化设备进行管理，减少人力成本；5. 建立用户数据库：通过餐饮系统建立一个用户数据库，以便于对用户进行分析、优惠券发送等等。
四、项目计划1. 需求分析：11天在该阶段，将详细了解业主的需求，并通过调研和数据分析，确定最终的功能模块和设计方案。
2. 设计阶段：15天在该阶段，需要进行系统设计和原型图的制定，以便于更好地展现系统功能。
3. 可行性分析：6天在该阶段，将对设计与技术方案进行可行性分析，并确定最终选用的技术方案。
4. 开发阶段：45天该阶段是系统全面开发的高峰期，需要提供先进的代码实现。
5. 测试阶段：10天该阶段的重点是完成对系统的测试和质量控制。
6. 上线阶段：5天该阶段需要将系统上线，发布并接受业务处理。
五、技术方案1. 数据库技术：MySQL2. 开发框架：Spring Boot3. 前端技术：AngularJS、Bootstrap4. 服务端技术：JAVA以上技术方案有利于提高系统的稳定性、可扩展性，同时保证系统的安全性和效率。
六、项目风险分析1. 技术风险：可能出现技术难题以及开发进度延迟的情况。
餐饮管理系统项目计划书
餐饮管理系统项目计划书篇一：智能识别餐饮管理系统产品计划书智能识别餐饮管理系统产品计划书版权所有,盗窃必究如有合作需要请与*****************联系目录一、二、(一)(二)1.2.(三)三、四、五、行业背景及需求分析...................................................................................................-2-产品设计.................................................................................................................. .....-2-系统说明及拓扑图...................................................................................................-2-软件设计.................................................................................................................. .-4-软件功能...............................................................................................................-4 -软件模块...............................................................................................................-4 -硬件设计.................................................................................................................. .-5-产品优势及同业对比...................................................................................................-5-执行计划.................................................................................................................. .....-6-市场前景及产品拓展 (6)一、行业背景及需求分析俗话说“民以食为天”，餐饮行业的历史几乎和人类的文明史一样悠久。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
餐饮业管理系统项目计划说明书一、项目计划阶段主要活动系统说明定义问题确定项目可行性制定项目的进度表为项目安排人员启动项目二、系统说明本系统所做的餐饮业管理是针对麦当劳制作的快餐店配餐管理。
在麦当劳现行的售餐方法是前台服务员接受顾客的点餐，并把顾客的需求输入前台计算机。
计算机将所售食品报给主机，主机进行统计。
而配餐过程完全是由前台服务员和后厨工作人员通过语言交流方式一并完成。
也就是说前台工作人要停止接待顾客一段时间去参加配餐，后面的顾客只能等待前一名顾客完全配餐结束才可以点餐。
在人流高峰期往往这种工作效率较为底下的方式，往往会使后面顾客情绪焦躁而引发不满。
而这种情况追根溯源是由于麦当劳所用系统功能设计上的缺陷引起的。
另外，无论是麦当劳还是麦当劳的系统都存在一个同一个问题：前台售货员无法知道货物存量。
这个问题导致顾客在快餐厅发生这样的情况：当顾客点完餐后，前台服务员说要等5分钟再来取。
这种现象发生的原因主要在于前台端无法访问库存数据库或者根本没有建立库存数据库。
所以前台服务员无法知道库存情况，管理人员只能在发生缺货后才进行补货。
其实对于整个系统效率来说也起到了负面作用。
麦当劳一类的西式快餐的特点为快捷高效，本系统意在制作一款符合麦当劳需要的管理软件。
针对现在快餐业配餐管理系统普遍存在的通讯缺点，编写一款集端到端通讯和数据库管理的具有良好沟通性的快餐店配餐管理系统。
三、定义问题本系统基于网络与数据库技术，实现多机互联及网络数据库访问。
3.1. 客户支持系统的需求和商业收益说明识别使用者身份，保证商业机密不外泄。
后厨工作人员能通过系统得到点餐单。
前台服务员能知道后厨是否已完成配餐。
前台服务员能实时知道每样食品的库存。
管理员可以随时查看销售额和库存量。
通过系统能将整个快餐店形成一个有机的管理体系。
使每个工作岗位分工更加明确。
通过系统提高员工的工作效率达到减少员工。
3.2. 客户支持系统的系统能力说明建立 3 个服务端：前台端，后厨端和管理端。
以实现加强分工。
三个端可以相互通信，快捷高效，可以把这个快餐店形成一个有机的整体。
每个端的用户都有自己的登入密码，以保护商业信息不外泄。
顾客点餐完毕时，前台服务端把点餐单传到后厨端显示。
在配餐完毕后，后厨端向前台发送确认信息。
前台端可以实时查询数据库中的的库存信息，并显示在屏幕上。
管理端可以访问库存数据库。
3.3. 餐饮业管理系统客户支持系统的关联图图 3.1 系统关联图四、确认项目可行性4.1. 经济可行性经济可行性有两种测试（1) 收益预期值是否大于项目的开发成本？（2) 在开发期间该组织是否有足够的现金流量对项目投资？而成本/收益分析的过程分为三步：第一步是评估预期开发和运行的成本，开发成本是新系统开发期间发生的，运行成本是系统交付使用后发生的。
第二步是评估预期的财务收益。
财务收益是指自新系统安装后预期得到的每年的节省或收益的增加。
第三步，成本/收益分析是基于详细的成本与收益的评估而计算出来的。
成本/收益分析：分析比较成本与收益以了解在新系统开发上的投资是否会收益大于成本。
4.1.1.开发成本针对麦当劳来说，其在中国有2100 余家店。
每天营业时间早 6 点到晚23 点，共17 个小时，每小时 4.7 元，全年营业无休息日。
硬件方面可以沿用其现有的硬件。
对前台端的计算机要求很低只需市面较低配置即可，每台4000 元。
对已开业的店面只需使用其现有前台端机器即可。
主机要求一部中等配置的计算机，仅需一台6000 元。
后厨端与前台一样仅需低等配置的计算机，一到两台，每台4000 元。
系统的开发周期估计为 6 个月，开发小组8 人。
项目经理 1 名，月薪8000；系统分析员2 名，月薪6000；程序分析员 1 名，月薪5000；程序员 4 名，月薪4000。
图4.1 薪水和工资支付的详细说明硬件支出为每家店加 1 台后厨端（2500 元），主机与前台硬件沿用现有即可，只需部分改造（费用约1000）。
图4.2 开发成本一览4.1.2.运行成本每年每家店维护费用总计10000 元。
分别为连通性4000，设备维护2000，程序设计3000，帮助台1000。
每年的维护费用为10000*2100=21000000 ，每年维护费用 2 千1 百万元。
图4.3 运行成本一览4.1.3.收益来源使用本系统可以提高员工工作效率，还可替代部分员工的工作。
预计每家安装本系统的快餐店可至少减少 2 名员工。
系统工作期为 5 年。
每年每家店至少减少 2 名员工功课节约资金365*16*4.7*2*2100=115281600 ，也就是每年减少 1.15 亿的开支。
人民币2008~2009 年度的货币贬值率为 5.9%（数据来源：南方财富网）。
4.1.4.财务计算图4.4 净现值计算4.1.5.无形收益无形收益：不能量化和正确估算的收益无形收益可包括如下几种：提高服务水平提高客户满意生存需要自行开发的专门技能无形成本包括如下几种降低职工士气丧失生产力失去客户或销售4.2. 组织和文化上的可行性这样的问题包括如下几种当前低水平的计算机能力实际存在的计算机恐惧工作人员或管理人员的失落感由于新系统引起行政上和组织上的潜在变化担心工作职责变化担心由于增加自动化而失业为时甚久的工作过程的逆转4.3. 技术可行性一个新系统一般都会给公司带来新的技术，而这此些技术需要公司的雇员掌握，否则不能正常的发挥系统的作用，需要对这些人员进行培训，减轻这些技术风险带来的问题。
本系统采取友好的图形界面，极易掌握，仅需进行简单培训。
4.4. 进度表可行性进度表的可行性意味着项目能够按时完成，有时对于一个项目有一个绝对的、完全不难错过的截止时间。
如果对于有些任务没有按时完成就需要减少项目的作用域，就能增加项目按时完成的可能性。
4.5. 资源可行性人员风险：开发一个项目需要系统分析员、系统技术员和用户参与。
一种风险是项目组得不到所需要的人，另一种可能是所分配的人没有所需要的技能。
再一种风险是有的人在半途退出跳槽而走。
其他资源风险：计算机资源、物理设备和维护人员，如果要用到这些资源时不能得到满足就会影响进度。
五、制定项目进度表三个重要术语：任务、活动和阶段。
阶段是由一组有关的活动组成的，活动是由一组相关的任务组成的，而任务是可识别和安排的最小的一项工作。
如设计阶段，经理要确定诸如用户界面、设计并统一数据库和完成应用程序设计这样的活动。
资源估算任务表的制定资源估算任务表序号阶段活动和任务最佳周期最差周期最大可资源数（天）（天）能（天）1.0 项目计划阶段1.1 定义问题1.1.1 会见用户 1 4 2 21.1.2 确定作用域 1 3 2 21.1.3 书写需求说明 1 2 1 11.1.4 定义系统能力说明 1 2 1 11.1.5 制定关联图 1 2 1 11.1.6 确认项目可行性 1 2 1 11.2 确认项目可行性1.2.1 识别无形成本和收益 1 1 1 21.2.2 估算有形收益和计算成本/收益 1 3 2 21.2.3 计算净现值和投资回报率和投资回收期 1 3 2 21.2.4 评价组织和文化可行性 1 1 1 11.2.5 评价技术可行性 1 1 1 11.2.6 评价所需进度表 1 2 2 21.2.7 评价资源可用性 1 2 1 11.2.8 制定工作分解进度表 1 1 1 11.3 制定项目进度表1.3.1 制定工作分解进度表 2 4 3 21.3.2 估算资源、周期和优先权 1 3 2 21.3.3 制定PERT 图和甘特图 1 3 2 21.4 为项目配备人员1.4.1 为项目制定资源计划 1 1 1 21.4.2 确认和邀请技术人员 1 2 1 11.4.3 会见用户，确定和邀请用户工作人员 1 3 2 11.4.4 组织项目小组 1 1 1 11.4.5 实施小组磨合训练 2 5 3 21.4.6 实施初步的技能培训 2 6 4 21.5 启动项目1.5.1 准备演示文稿材料 1 1 1 11.5.2 制作演示文稿 1 1 1 11.5.3 配备项目设备和支持资源 1 5 3 21.5.4 召开正式的启动会议 1 1 1 12.0 分析阶段2.1 收集信息30 120 60 52.2 定义系统需求30 100 60 52.3 建立需求发现的原型25 80 50 22.4 确定需求优先级 5 15 10 22.5 产生并评价可选方案 5 15 8 22.6 与管理人员一起复审推荐方案 2 5 3 2PERT 图基于单个任务或活动对项目进行规则的一种方法计划阶段问题定义项目计划1 30天2 8天18 7天1/10 2/18 1/10 1/19 1/26 2/3客户访谈定义范围写商业利益陈述写需求陈述定义系统特性3 2天4 2天5 1天6 1天7 1天1/10 1/11 1/12 1/13 1/14 1/14 1/17 1/17 1/18 1/18 开发关联图无形成本效益分析有形成本效益分析净现值,回收期,收益率评价组织9 1天10 1天11 3天13 1天14 1天1/19 1/19 1/20 1/20 1/21 1/25 1/26 1/26 1/27 1/27评估技术可行性有形效益评价15 2天11 3天1/27 1/28 1/21 1/25评价所需进度表评价资源可行性工作分解进度表16 1天11 3天19 3天2/2 2/2 1/21 1/25 1/26 1/28估算资源周期和优先权制定PERT和甘特图为项目配备人员发展资源计划项目20 2天21 2天22 11天23 1天1/31 2/1 2/2 2/3 2/4 2/18 2/4 2/4六、为项目提供人员为项目提供人员是项目经理的主要职责，这个活动有 5 个任务：为项目制定一个资源计划确定并邀请专门技术人才确定并邀请专门用户人员把项目组分成多个工作小组实施初步的培训和建组训练在制定资源计划时项目经理必须认识到：（1）资源通常不是想要就有的，（2）要求小组成员在一段时间内熟悉项目。
专门技术人员有：系统分析员、程序分析员、网络专家和其他技术人员组成。
必要时人事部门需要招聘人才。
用户人员是分到项目组的组织内部的人员。
经常是一些专职的组员能代表用户团体并起到联络作用。
一个项目组多天4－5人就需分成小的工作组，每个小组由一个小组领导协调分到小组的任务。
这个任务的责任由项目组领导承担。
实施的培训和建组训练。
总体上可以为项目组进行培训，当使用新技术、新数据库或新程序设计语言时要进行培训。
另一方面。
如果项目组成员以前没有在一起工作过，那么建组的训练就特别重要。
七、启动项目监督委员会最后定案，为项目发出最后的许可证，包括必需资金的核发。