软件工程作业

1、 软件工程管理专业班级： 计科1302 姓 名： 谢嘉琦 学 号： 13110044 日 期： 2015年6月23日 网上订餐管理系统软件项目管理方案简要目录1. 合同2. 生存期模型3. 需求管理4. 项目任务分解5. 项目估算6. 进度计划7. 质量计划8. 项目测试9. 风险管理10. 项目结束1、 合同1. 1 需求方合同环境随着科技额进步，越来越多的人倾向于网上购物，当然网上点餐也是一种新形势的发展，现如今，各个店家需要引入一些网上订餐管理系统的应用程序，现在向社会各个软件公司进行公开招标。 一、招标项目名称：网上订餐管理系统应用软件 二、应用程序的设计，开发，安装，测试 三、投标、

2、开标有关说明 1、投标文件发售时间及地点：2016年6月1日北京交通大学海滨学院计算机科学办公室 2、投标文件售价：免费，凭借学生证领取 3、开标时间：2016年7月1日 4、开标地点：北京交通大学海滨学院计算机科学办公室招标书详细内容包括技术要求、商务条款、投标人须知、评标方法标准和废标条款、合同主要条款以及投标文件格式此处略。验收标准后文有所体现。1.2 供方合同环境项目分析北京交通大学海边学院计算机科学系学生根据招标书安排项目分析任务。经过需求管理者确定、需求分析、需求分析评审、项目规模估算、项目风险分析、项目初步实施规划、初步实施规划评审，最终得到需求分析报告和项目初步规划。竞标北京交

3、通大学海滨学院学生按照需求分析报告和项目规划进行竞标，通过技术能力要求确定、人力资源要求确定、实现环境要求确定、资金管理要求确定、能力判定、评估结果审评等评定，并进行需求成熟度评估、用户支持保证评估、用户资金保证评估、可行性分析、项目决策、编写项目建议书等步骤，根据项目建议书参加竞标。1.3 合同合同双方： 甲方：校园周边各种商贩小吃乙方：北京交通大学海滨学院计算机科学系  1.协议形式：技术合同 2.供应的商品和服务： 3、供应的软件：乙方为甲方提供所需的“网上订餐系统”应用程序4、提供的服务：乙方为甲方提供所需的日常维护和服务器管理。同时对

4、甲方用户提供使用教学。 5、提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。 6、安装服务：乙方为甲方提供软件的安装。 7、公文处理：乙方负责将甲方提供的公文资料加载入系统并进行分类 8、维护协议：  当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定。9、软件所

5、有权 该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。10、客户承诺 乙方开发软件过程中，甲方通过人员协同乙方进行开发。该人员主要参与项目的规划设计和需求分析，阶段性验收和总体测试。当项目出现需求变更时，对乙方进行详细的阐述说明。乙方不负责这些人员提供食宿和联系设备。11、验收规程 2016年8月1日，乙方为甲方安装所需套数的软件。8月1日至8月30日甲方代表对产品进行验收测试，并根据需求在4月30日前对产品提出更正请求。测试通过后，双方带白哦进行软

6、件交付签字。乙方对甲方进行软件使用培训。12、验收标准 乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准。13、价格和付款方式 软件总价为10W。合同签订后，甲方向乙方支付1万元定金。项目的第三个月，乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付2万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。14、违约责任 若甲方在合同期限内不能履行合同要求的义务，则需无条件退还乙方上线费用及其他费用。 若乙方不能在合同期限内不能履行合同要求的义务造成合作必须终止或者乙方

7、单方面毁约，甲方不退还已收取的费用，并需赔偿甲方互联网设计与实现相应成本300元。其他法律要求 由任何一方的过失导致出现损失后的赔偿由双方协商决定。15、合同终止 1、本合同期限届满或本合同约定的其他终止情形发生时，本合同终止。 2、本合同终止后： 乙方有权删除网上订餐上的甲方已发布的外卖商品信息，且有权拒绝提供相关信息；乙方有权保存甲方资质信息、商品信息、交易记录等相关资料。 甲方签字： 乙方签字： 日期：二、生存期模型 软件生存期模型是跨越整个生存期的系统开发、运作和维护所实施的全部过程，活动和任务的结构框架.针对本项目的开发特点，参考生存期模型说明

8、和软件过程体系，决定采用增量式模型。 理由如下：网上订餐系统主要实现的是网上下单，订餐，加上配送，这将是一个庞大的，有很多个商家参加的系统。他进行功能改进的时候需要一步一步的来。因此可以先基于通用功能做出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。网上订餐系统要求系统具有可扩充性。若使用增量模型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。用户可能会增加新的需求，或者用户随时改变他的需求，使用增量模型就可以再现有系统的基础上，在前台加挂其他功能模块，或修

9、改完善一些功能模块。本项目具备增量式模型的其他特点： 1 可以避免一次性投资太多带来的风险； 2可以更快的开发出可以操作的系统； 3可以减少开发过程中用户需求的变更； 4 产品和文档的再使用率会很高；3、 需求管理 网上订餐管理系统无论是在应用的深度还是广度都是一个逐步发展的过程。在开发一个局部系统时要充分考虑到局部系统和整个目标系统之间的相容性和完整性，以利于今后整个系统的建设。网上订餐管理系统从总体上把握系统的设计，在具体的设计实现上我们围绕着两个方面的需求展开，即系统使用者（顾客（买家）、快餐店（卖家）、系统管理著（系统管理员）

10、。买家需求 买家登录网上订餐系统后，需要浏览商品，看看各个快餐店有什么食品，因此订餐系统需要有浏览商品的功能。买家看到合适的商品后，要订购商品，因此订餐系统要有订购商品的功能。买家看到好的商品但是又不想马上买，想先看看其它商品进行比较，或者下次再买，因此订餐系统需要有收藏商品的功能。网上订餐采用的货到付款的模式，因此订餐系统不需要做付费功能。买家买完商品后可以对商品进行评价，买家可以给商家留言给商家提建议，买家还可以给管理员留言。卖家需求 卖家需要给店铺添加商品，卖家需要对买家下单进行处理，卖家可以查看买家对商品的评价和买家给店铺的留言，卖家可以对店铺进行装扮。由于快餐需要及时送给顾客，因此顾

11、客的订单信息必须即时送到店家，店家才能及时按订单信息送出快餐。但是根据市场的快餐店一般没有电脑，即使有的快餐店有电脑也很少连接网络，要求快餐店购买电脑并安装网络成本太高。因此订单信息不能通过网络传送给店铺，目前采取的方案是，一般的快餐店都有收银机，在收银机上安装一个短信接收发送终端机，订单信息可以通过短信按约定的格式发送到店铺的终端机上，然后再有店铺将订单处理情况（如订单中的菜已经卖完了、订单已经由哪位配送人员送出、订单已经送到顾客手里等信息）以短信的方式反馈给订餐系统，系统将该信息通知顾客。管理员需求 管理员可以对顾客账号和店铺账号进行管理，可以对所有订单进行管理。运行环境（设备、硬件、软件

12、、网络、用户操作）操作系统：Microsoft Windows 2000 Advanced Server支持环境：IIS 5.0数 据 库：Microsoft SQL Server 2000用例图其他专门要求1软件必须严格按照设定的安全权限机制运行，并有效防止非授权用户进入本系统。2软件必须提供对系统中各种码表的维护、补充操作。3软件必须按照需求规定记录各种日志。4软件对用户的所有误操作或不合法操作进行检查，并给出提示信息。5. 用户必须对系统中的材料成本信息进行维护，以便软件能取得有效的材料成本信息四、项目任务分解WBS如下图所示登录界面输入：用户的姓名，密码，管理权限卡号，身份证，密码，开

13、卡日期，备注。处理：添加管理员信息。在这里可以添加系统管理员。添加信息有：用户的姓名，密码，管理权限，卡号，身份证，密码。这里系统会自动将新系统管理员的登录密码设为1，这样新注册的系统管理员获得他的登录号后，就可以在登录系统时，输入用户名和密码，登录系统后，进入系统管理中，修改密码就可以了，所填入的信息将被录入用户信息表中。输出：添加成功，提示成功信息，不成功则显示错误的信息页面。订餐流程顾客注册成功后，登录网上订餐的网站就可以进行订餐了，订餐流程如下：1、 选择您所在的位置，因为快餐的配送范围是有限的，比如快餐店在南宁，深圳的买家要订购快餐，快餐店能送到吗？显示是不可能的，所以订餐之前必须选

14、择您所在的位置，由系统判断有哪些快餐店可以为您提供配送服务。快餐店能提供的配送服务的地址可有店铺管理著进行登录设置。2、 选择快餐店。选择为配送地址后，页面会显示能为您进行配送的所有快餐店，您可以随意选择一家来查看店铺所提供的商品（即快餐）3、 选择商品，选择商品后，商品会放入您的购物车内，购物车会显示你所购买的商品的名称和数量以及金额4、 确定购买。选择确定购买后，填写您的真实姓名、收货地址，以及联系方式等信息后点击确定下单成功。你可以在你的订单信息里，了解到目前订单的情况（如订单信息已经发送特店铺查收、店铺已经查收你的信息即将为您送出快餐、您的订单店铺已经查收但您订购的快餐已经售完请您订购

15、其它快餐、您的快餐已经由配送人员编号xxxx为您送出请您耐心等待等等）。店铺注册 店铺注册，店铺不同于会员注册，为了提高网站店铺的质量和方便管理，店铺的注册需要经过严格的审核后，才能注册通过。网上订餐起源于网上商城，同时也属于网上商城的一种，因此网上订餐以传统的网上商城有许多类似之处。但网上订餐与传统网上商城还是有一定才区别。如网上订餐盈利模式与传统的网上商城的盈利模式就有许多的不同。传统的网上商城的盈利模式，大概有以下几种：1、靠赚广告商的广告费；2、收取会员的会费；3、收取店铺的入驻费、装修店铺费；4、通过买家卖家之间交易从中抽取利润；5、销售自己的商品；6、买家和卖家之间的交易一般是通过

16、网上银行交易，为了方便许多买家都会把一部分钱存在网站上（这样免去了每次交易都登录网上银行，而且网上银行有每天金额交易限制，不便于购买贵重物品等），网站可以利用这部分资金来赚钱。网上订餐盈利模式，通过网上订餐提高各个店铺的销售量，从而提高各个店铺的利润，网站从各个店铺收取一定的金额（也就是分红）。店铺越多为店铺的赚的利润越多，网站的收入也就越大，网站做大后也会去赚取广告商的一定广告费。网上订餐与传统的网上商城不同在于，网上商城购买的一般是衣服、电子产品、首饰、生活用品等等，一般不要求即买即到，可通过邮购几天后送到都没有问题。但网上订餐就必须即买即到，因为网上订餐就是为顾客提供就餐方便。顾客订餐就

17、是为了就餐方便、节省时间，如果订餐迟迟不到会给顾客留下很不好的印象，直接影响网站的声誉，因此必须对店铺进行严格管理提高店铺的服务质量。店家需要先到网站进行会员注册，然后申请入驻店铺，填写店铺名称，法人代表，详细地址，证件信息以及上传证件图片、联系方式等信息后，点击申请，等待网站的管理员进行审核后注册成功。商品管理订单管理留言评论营业额统计账号管理5、 项目估算 项目成本管理就是要确保在批准的预算内完成项目，具体项目要依靠制定成本管理计划、成本估算、成本预算、成本控制四个过程来完成。 项目成本管理是在整个项目的实施过程中，为确保项目在以批准的成本预算内尽可能好的完成而对所需的各个过程进

18、行管理。直接成本  在这个项目中我们主要采取功能点估算法，同时融合进入其他的估算方法进行验证。用系统的功能数量来测量其规模，与实现产品所使用的语言和技术没有关系的总成本金额12375元成本估算明细按成员工时计算成本合理性项目成本管理者签字 由于涉及到的小组成员没有实际开发的经验，在薪酬结算方面没有可供参照的标准，因此在这里采用统一的￥30.00 人天。任务名称工时成本估算网上订餐系统60 人天￥3845.00设备损耗31 工作日￥1000.00 需求讨论2*2 人天￥120.00 软件规划6*2 人天￥360.00 需求开发6*4 人天￥720.00 设计4*4 人天￥480.00

19、实施6*13 人天￥2340.00 测试3*5 人天￥450.00 部署2*1 人天￥60.006、 进度计划项目进度计划里程碑事件时间参与者增量1-用户登录功能2016-7-1全体人员增量2-用户名2016-7-2全体人员增量3-密码2016-7-3全体人员增量4-验证合法2016-7-4全体人员增量5-用户注册功能2016-7-5全体人员增量6-手机号码注册2016-7-6全体人员增量7-用户信息填写2016-7-7全体人员增量8-提交到数据库2016-7-8全体人员增量9-商品分类查询功能2016-7-9全体人员增量10-商品分类页表2016-7-10全体人员增量11-商品筛选2016-

20、7-11全体人员增量12-添加商品到订单2016-7-12全体人员增量13-商品搜索功能2016-7-13全体人员增量14-查询后生成列表2016-7-14全体人员增量15-添加商品2016-7-15全体人员增量16-添加商品2016-7-16全体人员增量17-删除商品2016-7-17全体人员增量18-添加商品到订单2016-7-18全体人员增量19-买家管理功能2016-7-19全体人员增量20-确认订单2016-7-21全体人员增量21-选择支付方式支付2016-7-22全体人员增量22-付款后处理订单2016-7-23全体人员增量23-订单确认物流确认2016-7-24全体人员增量24

21、-新品上架2016-7-25全体人员增量25-添加新品到数据库2016-7-28全体人员增量26-产品下架2016-7-28全体人员增量27-修改商品信息功能2016-7-29全体人员增量28-商品售尽2016-7-29全体人员增量29-更新数据库2016-7-30全体人员7、 质量计划 项目质量计划是指为确定项目应该达到的质量标准和如何达到这些项目质量标准而做的项目质量的计划与安排。项目质量计划是质量策划的结果之一。它规定与项目相关的质量标准，如何满足这些标准，由谁及何时应使用哪些程序和相关资源。 项目质量计划工作的成果：项目质量计划、项目质量工作说明、质量核检清单、可用于其它管理

22、的信息。质量保证人员的职责 1）.负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。 2）.实施项目组成员的质量保证培训。 3）.制定质量保证计划。 4）按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项。 5）.对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。 6）.对项目内不能解决的不符合项问超；向高层管理提交报告。 7）.向项目经理报告项目质量工作状况和质量度量结果。 8.定期向项目组报告质量活动的结果。 8）.制定质量保证的

23、过程改进计划，记录过程数据质量目标 1） 基于需求的测试覆盖率为100%。 2）功能测试完善 3）每个阶段评审中发现的问题都已经解决或得到适当处理。 4）产品发布时不存在严重问题以及以上的缺陷。 5）严格满足合同的要求和规格 6）用户领导满意质量策略 1）.控制产品的质量，及时纠正缺陷 2）.应该特别注意项目工作产品质量的早期评审工作，元论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。 3）.将质量贯彻到日常的项目进展过程中；问题报告 质量保证人员对于每次审计活动发现的不符合项，

24、应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在项目周例会中汇报。对不符含项，质量保证人员耍在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。 质量保证人员有独立的汇报途径，日常的汇报途径如下： 1.将发现的问题通知项目经理，协调纠正措施。 2.将项目组内不能协调的问题汇报给茼级管理者，由南级管理者协调解决。 3.将日常工作和过程数据汇报给质量经

25、理，由其统一收集并进行统计。质量改善 为了达到更好的质量，现在制定质量改善要求： 1软件质量活动必须经过规划 2.软件质量活动规划必须明文规定 3.质量活动必须尽早开始 4.质量小组必须独立存在 5.应该经过训练 6.必须有适当的经费8、 测试软件1）测试的重要性软件的测试在软件生命周期中占据重要的地位，在传统的瀑布模型中，软件测试学仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。近来，软件工程界趋向于一种新的观点，即认为软件生命周期每一阶段中都应包含测试，从而检验本阶段的成果是否接近预期的目标，尽

26、可能早的发现错误并加以修正，如果不在早期阶段进行测试，错误的延时扩散常常会导致最后成品测试的巨大困难。 事实上，对于软件来讲，不论采用什么技术和什么方法，软件中仍然会有错。采用新的语言、先进的开发方式、完善的开发过程，可以减少错误的引入，但是不可能完全杜绝软件中的错误，这些引入的错误需要测试来找出，软件中的错误密度也需要测试来进行估计。测试是所有工程学科的基本组成单元，是软件开发的重要部分。自有程序设计的那天起测试就一直伴随着。统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40以上。而在软件开发的总成本中，用在测试上的开销要占30到50。如果把维护阶段也考虑在内，讨论

27、整个软件生存期时，测试的成本比例也许会有所降低，但实际上维护工作相当于二次开发，乃至多次开发，其中必定还包含有许多测试工作。 在实践中，软件测试的困难常常使人望而却步或敷衍了事，这是由于对测试仍然存在一些不正确的看法和错误的态度，这包括: 认为测试工作不如设计和编码那样容易取得进展难以给测试人员某种成就感; 以发现软件错误为目标的测试是非建设性的，甚至是破坏性的，测试中发现错位是对责任者工作的一种否定; 测试工作枯燥无味，不能引起人们的兴趣; 测试工作是艰苦而细致的工作; 对自己编写的程序盲目自信，在发现错误后，顾虑别人对自己的开发能力的看法。 这些观点对软件测试工作是极为不利的，必须澄清认识

28、、端正态度，才可能提高软件产品的质量。 （2）测试的目的 如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。 软件测试是为了发现错误而执行程序的过程; 测试是为了证明程序有错，而不是证明程序无错误; 一个好的测试用例是在于它能发现至今未发现的错误; 一个成功的测试是发现了至今未发现的错误的测试。 这种观点可以提醒人们测试要以查找错误为中心，而不是为了演示软件的正确功能。但是仅凭字面意思理解这一观点可能会产生误导，认为发现错误是软件测试的唯一目，查找不出错误的测试就是没有价值的，事实并非如此。 首先，测试并不仅仅是为了要找出错误。通过分析错

29、误产生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的软件过程的缺陷，以便改进。同时，这种分析也能帮助我们设计出有针对性地检测方法，改善测试的有效性。其次，没有发现错误的测试也是有价值的，完整的测试是评定测试质量的一种方法。系统测试步骤与开发过程类似，测试过程也必须分步骤进行，每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成，每个子系统又由若干个模块组成。因此，大型软件系统的测试基本上由下述几个步骤组成：（1）模块测试 在这个测试步骤中所发现的往往是编码和详细设计的错误。（2）系统测试 在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。（

30、3）验收测试 在这个测试步骤中发现的往往是系统需求说明书中的错误。统测试内容为了保证测试的质量，将测试过程分成几个阶段，即:代码审查、单元测试、集成测试、确认测试和系统测试。 9、 风险管理 项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种风险应对措施、管理方法技术和手段，对项目的风险实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。9.1风险识别,评估与风险规划（1风险识别 风险识别是理解某特定项目有哪些可能令人满意的结果的过程。就是采用系统化的方法，识别某特定项目已知的和可预测的风险。（2）风险评估风险

31、评估（Risk Assessment） 是指，在风险事件发生之前或之后（但还没有结束），该事件给人们的生活、生命、财产等各个方面造成的影响和损失的可能性进行量化评估的工作。即，风险评估就是量化测评某一事件或事物带来的影响或损失的可能程度。（3）风险规划 针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件。通常采取的措施有1.回避风险。2.转移风险。3.损失控制。4.自留风险。根据风险识别，风险评估，风险规划可以制定了如下风险分析表排序输入风险事件可能性影响风险值风险应对措施1最终用户抵制该系

32、统投资方可能会由于某个细节的问题对整个系统产生反感。 80%70%40%1.尽力满足用户提出的需求。2.界面尽可能的美观，方便。3.需求分析阶段派出专门的系统分析员去了解用户的性格，爱好，工作习惯。2项目期间，投资方举棋不定网上购物系统众多，投资方浏览后可能会经常要求更改需求 60%70%40%1.软件详细设计阶段注意增加软件的可重用性。提高复用水平。2.沟通和协调。3客户的需求规格说明需求不明确，增加需求，导致需求蔓延，由于本软件是不太了解计算机的用户使用，变更需求可能性很大。 70%50%35%1.采取加班的方法。2.修改计划去掉一些任务。3.与客户商量延长一些时间。4.当出现影响重大的变

33、更需求时与客户协调，这个版本的不做改动，在下一个版本中进行功能的提升。4合同带来的限制进度要求紧，合同金额有限。  30%50%15%可以请一些实习的学生做辅助工作,一来成本不高,二来可以加快进度。5交付期限紧缩。需方存在紧缩交付期限的可能。导致项目吃紧。 20%60%10%1.加班。2.临时雇佣员工。3.调整结构。6技术达不到预期效果。可能有一些技术达不到预期的效果，不能使需方满意。如访问速度，一些特效等等。10%10%10%1.找懂得这种技术的人帮忙。2.向老师请教风险应对措施（1）风险规避 风险规避是改变项目计划来消除特定风险事件的威胁。通常情况下我们可以采用多种方法来规避风险。例如，对于软件项目开发过程中存在的技术风险，我们可以采用成熟的技术，团队成员熟悉的技术或迭代式的开发过程等方法来规避风险;对于项目管理风险我们可以采用成熟的项目管理方法和策略来规避不成熟的项目管理带来的风险;对于进度风险我们可以采用增量式的开发来规避项目或产品延迟上市的风险。对于软件项目需求不确定的风险我们可以采用的原型法来规避风险。（2）风险转移风险转移是转移风险的后果给第三