校内连锁餐信息系统项目管理Word格式.docx

1、安全与保密要求：服务器的管理员享有对餐厅信息库的管理与修改。完成期限：预计六个月，即截止2012年4月15日。 2.2、目标系统实现后，能最大程度上减少餐厅的管理成本，提高校内餐厅之间信息的共享和管理服务效率，从而提高餐厅的盈利能力。方便学生了解餐厅的情况，使食堂人流高峰得到缓解。使餐厅了解当天点菜的情况（热门菜品），便于菜单编排。2.3、条件、假定和限制系统可以长期运行，版本也能不断升级，从而不断满足用户的新需求。构建该系统需要餐厅提供必要的资金购买电脑架构网络，实现前台点餐和供货部门以及餐厅管理部门、一卡通、后勤内部网的联网，使整个餐厅一体化，提高餐厅的运营效率和效益。为保证系统的正常运行

2、，必须有专门的人员来维护系统并对系统数据库进行更新。系统操作简单，餐厅的工作人员只需掌握一些基本的电脑使用方面的知识，不需要花费多少财力物力来培训员工。系统一经投入便能够正确运行，并能使餐厅不断获得收益。经费投入限制：人民币5万元左右投入运行最迟时间： 2012-5-12.4、可行性研究方法 由于餐饮业竞争的日益激烈，校内连锁餐厅需要改变传统的经营模式，以提高管理经营效率，提高学生的满意度，因而应开发出一套适合校内连锁餐厅合理运行的管理系统。2.5、评价尺度系统的功能满足餐厅的所有需求，对餐厅新的需求也可以通过版本升级来满足，运行后能产生较大的经济效益。成本/效益分析结果，效益大于成本。技术可

3、行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。3、对现有经营模式的分析中国人民大学校内连锁餐厅现有的经营模式比较传统：从最初的采购、点菜、做菜、到最后的工资发放和绩效考核都采用的是手工的方式用纸质来记录，只是在某些某些窗口配备有普通的收银小票打印机。这种经营模式不能有效地提供现代化信息化的服务，管理成本高。建立校内连锁餐厅管理系统将通过电脑联网促使各部门一体化，提高效率，为餐厅减少人力支出和管理成本，提高餐厅的运营效益和服务质量，因此实施新的系统是十分必要的。4、所建议系统的技术可行性分析（1）在学校内部有较多的高素质的专业人才，有以信息管理和计算机专业的学生，他们对

4、管理及计算机软件知识掌握较多，可以设计并制作出满足项目目标的管理系统。（2）通过调查与了解，已有很多类似的项目取得成功，因此，我们相信，只要组织恰当，该系统在技术上是可行的。5、所建议系统经济可行性分析该项目有校内餐厅发起，他们已经给出了大体的经费投入量，根据以往的经验，结合项目的复杂程度。我们相信，采取严格的管理与成本压缩，恰当的进程控制，可以将成本控制在预算范围内。6、所建议系统社会可行性分析校内的各餐饮中心在校内服务，要受学校的相关制度的约束，接受学校的管理，因而该项目的执行必须取得学校相关部门的管理。经过详细的了解，该项目并不违反学校的任何规定。并且取得了学校相关领导的许可，因而此项目

5、是完全可以实施的。7、结论该方案解决了校内连锁餐厅的经营和在校学生、食堂工作人员的需求，支出在可控制范围内，可以立即开始进行。（3）编制该项目的招标书中国人民大学校内连锁餐厅管理系统招标书一、背景介绍 当代餐饮业的竞争日益节烈，鉴于中国人民大学有三所餐厅处于连锁的状态，为了体现“以学生为本”的思想，提高餐厅对学生的服务水平以及服务质量，规范管理和业务流程，有必要开发一个信息系统，供三所餐厅共同使用。系统的应用将使得餐厅的服务水平和竞争能力得到更大的提升。二、校内连锁餐厅管理系统项目招标概述标书内容、范围介绍及投标方式1、项目编号：IT20111013。2、招标方名称：校内连锁餐厅3、招标内容：

6、中标方提供人员，制定出完成项目的详细计划，并在规定的时间内完成项目所规定的所有任务。4、招标方式：采取公开招标的方式，最后确定12个中标单位。5、报名时间：投标截止日前有效投标即视为报名。6、投标地点：中国人民大学校内连锁餐厅标书接收人：7、投标截止时间：2011年10月13日北京时间十七时，邮件投递以邮戳为准，本地送达以送达时间为准。逾期投标文件，恕不接受。8、开标时间：2011年10 月8日上午7：00。9、开标地点： 中国人民大学校内连锁餐厅10、联系方式：*详细地址：北京市中国人民大学学校内连锁餐厅三楼邮编：*联系人：张三联系电话：* 投标方须知1、适用范围第一， 本招标涉及范围为中国

7、人民大学校内连锁餐厅制作管理系统的任务，负责完成预期目标的全部任务。第二，招标方不保证解决在项目中出现的全部问题。第三，投标保证金伍佰元整。投标方在递交投标文件的同时，须到中国人民大学校内连锁餐厅财务处缴纳投标保证金，或通过银行转帐，户名：中国人民大学校内连锁餐厅。开户行：中国银行北京分行，账号：123456789123456789。中标方的投标保证金在签订合同时将自动转为履约保证金；合同完成后，若无违约情况发生，无息退还。未中标方的投标保证金在开标后15日内无息退还。第四，有以下情况之一的，投标保证金不予退回：（1）投标方在投标截止日后至开标前撤回其投标的；（2）投标方在招标过程中有串标，或

8、提供的相关复印件与原件不符等舞弊行为；（3）投标方拒绝按照投标文件所列的承诺和优惠条件签订合同的，或不按照合同样本所列条款签订合同的。2、定义第一，“招标方”即甲方，系指中国人民大学校内连锁餐厅。第二，“投标方”即乙方，系指响应本招标文件要求，参加投标竞争的法人或其他组织。3、合格的投标方3.1、有丰富的实践经验。3.2、具有完整的项目团队，团队成员有过成功的合作经历。3.3、具有良好的信誉与较强的专业知识。3.4、具有在规定的实现内完成任务，并能实时根据需求的变化调整方案的能力。4、投保费用投标方应承担所有与准备和参加投保有关的费用，不论投标的结果如何，招标方均无义务和责任承担这些费用。5、

9、招标文件的澄清投标方对招标文件如有疑问，可要求澄清，应在投标截止日期前2天按招标邀请中注明的地址以书面形式（信函或传真）通知到招标方，招标方将视情况确定采用适当方式予以澄清或答复，并在其认为必要时，将不标明查询来源的书面答复发给每一个投标方。6、投标文件的密封和标记61、投标方应将投标文件（一份正本一份副本，标明“正本”或“副本”）密封包装，且在封面上加盖投标方单位公章和法人代表印章已经标明投标方名称、地址和“开标前不得启封”字样。6.2、如果未按上述规定进行密封和标记，招标方对投标文件予以拒绝。三、校内连锁餐厅管理系统项目的需求1、能将各种做菜的原料的采购和使用管理起来；2、能对餐厅的各项资

10、产（餐具、器械等各类物品）进行管理；3、将各项业务（前台点餐、后台制作、付款结账等）进行规范梳理；4、在财务上能够对各种帐单表格、营业情况进行细致的了解；5、可以对销售的各类菜品进行分析，例如找出热门菜品方便日后菜单的编排；6、能实现与校园网的接口（一卡通、后勤内部网），使校内可以通过网络进行外卖点餐、付款结账等；7、对人员也要进行管理，实时掌握人员的基本信息和流动信息，方便对员工进行考评四、校内连锁餐厅管理系统项目总体要求1、系统运行环境校内连锁餐厅管理系统总体结构上采用客户端操作中心数据库存储的运作方式，其系统运行环境原则上，与中国人民大学其他系统运行环境基本保持一致，并严格遵守中国人民大

11、学的网络安全管理规定。2、系统服务器端操作系统采用WINDOWS SERVER2003；数据库采用SQL Server 2005数据库；校内连锁餐厅管理系统业务功能：利用支持web方式应用的开发语言，基于Visual Studio2010及SQL Server2005的web界面开发；3、网络环境系统的网络通行能力为100Mbps。4、客户端要求微机配置 2.0GBCPU 2G内存 4G显卡 500GB硬盘。操作系统采用WINDOWS SERVER2003 & Windows XP。（三）用户范围 中国人民大学校内连锁餐厅：A餐厅、B餐厅、C餐厅五、校内连锁餐厅管理系统项目的管理 投标方必须提

12、供项目执行者的姓名及相关项目实施经验，项目实施的计划进度等详细内容。六、实施计划与保障措施（一）实施计划按照系统实施的阶段划分，时间进度安排如下：系统开发及相关数据标准制定：2011年12月底前；系统开发完成：2012年3月底；系统联网试运行：2012年4月中旬开始；（二）保障措施1、实施组织按照项目总体方案中各阶段的内容，确定项目小组的成员和负责人，由项目小组确定各阶段的实施计划，内容包括人员、时间、内容、成果方式等，负责人负责阶段计划的实施，项目组不得随意更换人员。2、开发设计文档要求为保证系统的开发质量，以及系统后期调整维护的需要，项目实施过程中的各阶段，必须提交详细的设计文档，过程中对

13、设计的改版，也必须反映在文档中。3、阶段测试验收为更好保证项目的实施，项目团队中应该成立相对独立的督办和质量控制小组，按照项目实施计划和项目设计对每个阶段的成果进行测试验收，并将结果反馈给项目的总负责人。4、系统试运行系统试运行是系统实施的一个重要阶段，尤其是对于规划管理信息系统这样的项目。项目内容丰富、涉及的区处比较多，在试点区处做好试运行工作，及时在试运行中发现问题、解决问题，会在将来系统在各区处推广应用时起到事半功倍的作用。5、系统开发成果在各阶段开发结束后，开发方应提交有关的设计说明等详细文档，以及系统开发的原代码，详细如下：（1）软件的源程序及可执行代码。源程序要求具有良好的编程风格

14、，要有一定比例（不低于20%）的解释说明文字，可执行代码以可安装文件的形式提供；（2）数据库的设计以及数据实体模型、相互关系的描述；系统的体系架构及描述；（3）技术手册包括：需求分析报告、概要设计说明书、详细设计说明书、测试计划、项目开发计划、数据库安装手册、程序安装维护手册、软件功能技术手册、软件体系架构手册、系统的测试报告。（三）培训和售后服务1、系统培训系统结构、设计培训、安装、管理培训：面向信息中心技术人员用户基础培训：面向最终用户用户操作培训：2、售后服务（1）中标方负责系统终生免费保修。（2）中标方应保证系统的可扩展性。（3）中标方应书面保证终生免费提供咨询。（4）系统出现运行故障

15、时，中标方在4小时内到达现场，24小时内确定解决方案。（4）编制该项目的投标书校内连锁餐厅管理系统建设项目投标书一、项目投标书的投标函致：一、根据你方的招标文件，遵照中华人民共和国招标投标法、计算机软件工程规范国家标准等有关规定，经过项目现场和对你招标文件中的投标须知、合同条款、图纸以及其他文件研究后，我方愿以人民币贰万元的投标价格并按你方图纸以及合同条款的要求承包你方系统项目的全面实施。二、我方已详细审核全部招标文件，包括修改文件以及有关附件。三、一旦我方中标，我方将保证施工质量，做到实用性、先进性、安全可靠性、兼容性与可扩充性、经济性、可管理性。四、我方同意所提交的投标文件在招标文件的投标

16、须知中规定的投标有效期内有效，在此期间内如果中标，我方将接受次约束。五、除非另外达成协议并生效，你方的中标通知书和投标文件将成为约束双方的合同文件的组成部分。六、我方将与本投标函一起，提交人民币伍佰元整作为投标担保。投 标 人：（盖章） 法人代表：（盖章）二、同意的约定范围我方同意所提交的投标文件在招标文件的投标须知中规定的投标有效期内有效，在此期间内如果中标，我方将接受次约束。三、系统建设目标 校内连锁餐厅管理系统是一个中小型、复杂度一般的系统，它是基于B/S模式的管理信息系统，为外卖点餐、付款结账、人员管理、掌握员工信息及员工考评提供平台，而且能实现与校园网的接口（一卡通、后勤内部网）。四

17、、系统设计思想第一要进行对象研究和需求调查，对校内连锁餐厅的信息化环境进行准确描述；第二 在应用需求分析的基础上，确定学校Internet服务类型，进而确定校内连锁餐厅的服务类型，确定系统建设的具体目标，包括网络设施、站点设置、开发应用和管理等方面的目标；第三 确定校内连锁餐厅管理系统的结构和功能，根据应用需求目标和餐厅主要建筑分布特点进行系统分析和设计；第四 规划校内连锁餐厅管理系统建设的实施步骤 五、技术建议5.1、服务的提供方式项目团队通过建设一个基于浏览器/服务器的校内连锁餐厅管理信息系统，使校内学生老师等可以通过网络点餐，餐厅送餐到点，餐到付款或网上网上付款的方式；亦可亲自到餐厅点餐

18、享用。5.2、系统技术解决方案项目团队通过建设系统生命周期模型确定系统规划、需求分析、系统设计、系统实施、系统测试、系统验收等阶段所需时间。5.3、建议的技术环境在校内局域网下建立校内连锁餐厅管理系统，方便与校园网接口连接，有PC机供管理员、高层决策者、点餐者使用，PC机上需安装防火墙、杀毒软件、维护软件等保障PC机的安全。5.4、人员计划及工作场所要求5.41 人员安排项目人员项目规划郑*需求分析陈*、蓝*系统设计总体设计陈*、蓝* 详细设计张*、吴*、林*系统实施硬件采购郑*、钟* 环境配置郑*、陈*、蓝*采购管理子系统郑*、张*、吴*库存管理子系统陈*、蓝*、张*、销售管理子系统蓝*、吴

19、*、林*财务管理子系统陈*、张*、林*员工管理子系统系统测试张*、陈*验收总结5.42 工作场所要求/设施建局域网需要的设备，像路由器、服务器、交换器等提供有专门的房间，控制室温，确保设备的安全。5.5、项目管理和质量保证实施5.51 项目管理在校内连锁餐厅管理信息系统的项目运作中, 我团队将尊重用户的选择, 负责整个工程系统平台的设计、安装、调试。餐厅应给予相应的配合。为了提前开始进行软件开发，项目团队将负责购买相应的硬件开发平台，并由数据库厂商提供数据库管理系统软件及开发工具， 建立必要的应用软件开发环境。5.52 质量保证在系统开发过程中，项目团队成员将认真进行需求调研分析，利用团队成员

20、各自的优势进行任务分工合作，合理规划系统的建设进度，以保证系统的实施质量。5.6、质量测评 在系统实施完成之后进行系统的测试，找出不足之处，逐步改进，并进行系统的试运行，以更好地根据餐厅的需求进行改进。六、投标项目相关事项说明6.1、建设项目：校内连锁餐厅管理系统6.2、建设单位：中国人民大学校园计算机学院（盖章）6.3、投标单位代表：郑*（盖章）6.4、项目团体的成员与相关经验介绍担任该项目实施的团队成员是在计算机、通讯和企业管理方面具有丰富理论与实践经验的高级专业人才，他们善于利用灵活的现代企业机制，服务社会，积极开展与各级企事业单位的广泛合作、充分发挥网络技术部在人才，网络，资源，技术，

21、服务等方面的优势，不断地探究学习与创新；团队还善于发挥不同成员的优势。另外，他们也同样具有成功实施*大学食堂信息管理系统的经验。6.5、技术培训和售后服务介绍 该系统简单易用，前台服务的员工无需经过较长时间培训就能熟练使用。另外，还有系统管理员和数据库管理员的培训等。而在售后服务方面，系统软件自系统安装后，免费保修一年, 在开业的前后各 1周之内,团队成员将在现场提供技术指导, 以确保系统正常运行; 在系统运行期间, 项目团队成员将保证 24小时的电话服务响应, 在出现重大问题后,保证 24小时内到达现场。 应用软件如因用户需求发生改变，而需对软件进行的修改或升级，由双方共同研究解决。总之，我

22、项目团队将向您提供最优、最及时、最完善的服务。（5）编制该项目的项目章程校内连锁餐厅管理系统建设项目章程1、项目名称校内连锁餐厅管理系统的建设2、项目背景当代餐饮业的竞争日益节烈，鉴于中国人民大学有三所餐厅处于连锁的状态，而餐厅传统的经营模式（从最初的采购、点菜、做菜、到最后的工资发放和绩效考核都采用的是手工的方式用纸质来记录，只是在某些某些窗口配备有普通的收银小票打印机）使得各项服务和管理滞后，为了体现“以学生为本”的思想，提高餐厅对学生的服务水平以及服务质量，规范管理和业务流程，有必要开发一个信息系统，供三所餐厅共同使用。3、项目目标在规定的时间内完成校内连锁餐厅管理系统的建设，并按期投入

23、使用。通过在校内连锁餐厅内实施管理系统，改善校内餐厅的服务质量，降低成本，提高收益效率。4、项目主要内容实现蔬菜等原料的采购与使用信息的共享管理。实现餐厅的各项资产（餐具、器械等各类物品）的有效管理；实现餐厅各项业务（前台点餐、后台制作、付款结账等）的规范梳理；实现财务帐单表格及营业情况的统一核对，以便对餐厅经营情况进行细致的了解；实现对各种菜品销售情况的统计分析，从而找出热门菜品方便日后菜单的编排；实现与校园网的接口（一卡通、后勤内部网），使校内可以通过网络进行外卖点餐、付款结账等；实现对餐厅员工的管理，以便实时掌握人员的基本信息和流动信息对员工进行考评5、项目的约束条件（1）时间约束：本项

24、目从2011年10月20日开始到2012年4月20日结束并交付最终成果。（2）质量约束系统正式上线后运行故障率低于5%，并能持续运行三个月无重大软件故障。项目进行中所确立的各文档版本清晰，内容完整、明确。系统操作简便，编码一致，便于维护。（3）项目的主要风险项目成本超出预算；项目进度延后，不能按期讲软件交给客户使用；项目执行过程中收到学校或外界因素的干扰致使项目不能执行，被迫中止。（4）费用预算：项目总费用48000元，其中软件开发费用20000元，硬件采购费用28000。6、项目的人员组成及职责分配本项目的人员组成与职责分配如下表：人员组成姓名职责项目经理负责项目分工、预算资金的分配、项目总

25、体把握、召开主持例会等项目成员钟*项目信息明星，负责联系客户等外部干系人陈*需求调研，总体设计蓝*张*详细设计，系统实施林*吴*7、相关部门的支持 由于项目组主要成员为本校研究生，导师每周提供同学用于项目开发的时间不少于5个小时；实验室应提供硬件支持，计算机不少于7台；负责该项目组织工作的计算机学院党委应组织本项目的需求调研，而餐厅相关负责人及人员则应通力配合。8、签发人和签发日期 本项目由中国人民大学校内连锁餐厅负责人签发；签发日期：2011年10月15日。（6）编制该项目的合同校内连锁餐厅管理系统建设合同书甲方：乙方： *项目团队上述甲，乙双方经友好协商一致，达成以下协议。双方申明，双方都

26、已理解并认可了本合同的所有内容，同意承担各自应承担的权力和义务，忠实地履行本合同。第一条合同项目乙方为甲方开发校内连锁餐厅管理系统（浏览器服务器版）一套。第二条软件硬件价格，付款方法1软件价格：甲方向乙方开发的校内连锁餐厅管理系统（浏览器服务器版）定价为 20000元人民币套。 2硬件价格：甲方向乙方开发的校内连锁餐厅管理系统（浏览器服务器版）所需购置的7台计算机及其他硬件设施支付人民币28000元。2付款方法：在本合同签定的15天内，甲方必须向乙方交付软件定价的百分之五十作为定金，即一万元人民币。软件由乙方开发完毕，并由甲方检验通过后，甲方一次性向乙方付清剩余的百分之五十的软件开发款项，即贰

27、万四千元人民币。第三条软件开发时间在本合同签定当日起，乙方开始软件的开发。开发时间为六个月。即从二零一一年十月二十日起至二零一二年四月二十日止。经双方协商一致，可以延长或缩短该期限。第四条软件验收标准甲方验收软件的标准以双方合拟的合同附件功能说明书作为通过的根据。第五条售后服务条款及时间乙方为甲方免费培训一定人数的软件使用人员。乙方提供一年的免费软件系统维护服务。包括数据整理，备份等。该时间为软件由乙方验收通过之日开始的一年。免费服务期满后，另签服务协议。乙方在软件验收通过之日起的两年期间，如对软件系统进行版本更新，将免费为乙方提供系统升级服务。期满后，甲方将对有需要的用户提供系统最新版本的升级服务，统一收