实践1参考-----超市商品信息管理系统.doc

超市商品信息管理系统1. 软件项目组结构：通过小组讨论采用CC（控制分散式）比较适合我们这个项目。我们设计的超市商品管理系统规模比较小且设计任务集中，适合分割成各个模块来开发，要求比较高的质量和可靠性。CC组结构的负责人和小组成员之间的通信是垂直的，适合解决交付期限比较严格的、简单的、模块化程度高的项目。2. 软件过程模型：1）增量模型的优点：1.面对不能改变的困难时限时，是可考虑的选择；2.早期可投入较少人员；3.增量可以有计划地管理技术风险；4.早期完成的增量提供了给用户评估的平台，便于后继增量的改进与完善。2） RAD模型的优点：1.强调极短的开发时间，每一个主要功能在不到三个月的时间内完成。2.强调复用3. 软件项目范围：首先，超市商品管理系统需要处理的是用户对商品的管理，包括商品信息，采购情况和销售情况的管理。因此其内部数据库必须存储大量的产品信息（包括价格，型号，名称，销售历史等），并且这些信息数据需要做快速的更新，以便为用户提供最新的情况。用户可以通过触摸屏和少量按键进行简单的项目操作，选择想要知道的产品信息（类似于银行中的自动取款机）。反馈相应信息。最后，用户找到想要查找的商品。4. 基于LOC和FP的方法进行软件成本和工作量的估算面向规模的度量（ LOC估算）：主要功能乐观值最可能值悲观值Loc估算商品信息增加300430500420商品信息删除300400550408.3商品信息修改200250350258.3商品信息查询150200280205销售历史200250300250总代码行数估算1541.6LOC法的估算结果为1541.6*10=15416（元）（每行代码花费10元左右）面向功能的度量（FP）：1. 系统是否需要可靠的备份和恢复？ 52. 是否需要数据通信？ 33. 是否有分布处理的功能？44. 是否性能成为关键？ 25. 系统是否运行在现存的、重负的操作环境中运行？ 36. 系统是否需要联机数据登录？ 47. 联机数据项是否需要建立多重窗口显示和操作，以处理输入处理？ 48. 主文件是否联机更新？ 59. 输入、输出、文件、查询是否复杂？ 510. 内部处理过程是否复杂？ 411. 程序代码是否可复用？ 412. 设计中是否包括了转换和安装？ 013. 系统是否设计成可以重复安装在不同机构中? 214. 系统是否设计成易修改和易使用？ 4FP估算信息域值乐观值可能值悲观值估算值加权因子FP值外部输入数20243024497外部输出数12152216578外部查询数16222822588内部逻辑文件数44541042外部接口文件数2232715总计320功能点FP的估算：320*0.65+.0.01*44=348.8FP法的估算结果为：348.8*45=15696（元）（每个功能点花费约为45元）5. 分析项目可能存在的风险，建立风险表产品规模（PS） 项目规模超过预期计划；复用程度低于计划；成本超出预计支出。商业影响（BU） 最终用户对界面操作不熟练；用户对采购与管理商品效率质量不满意。开发环境（DE） 缺乏对开发工具的培训；开发使用的技术新设备新，不够成熟。开发技术（TE） 管理商品效率没达到预期效果。人员数目及经验（ST） 开发人员缺乏经验；开发人员未经过专门技术的培训。风险影响值：1 灾难的 2 严重的 3 轻微的 4 可忽略的风险表风险风险类型概率影响值RMMM项目计划变更PD70%1与客户做好沟通协商，制定严格的开发计划，设定一定的应急成本，以备临时变化使用。新技术不成熟DE70%2熟悉掌握要使用的新技术，充分发挥新技术的优势，尽可能避免涉及未知领域，设定一定的应急成本，以备临时变化使用 。项目成本过高PS50%2在保证项目质量的前提下尽可能严格把握进度与效率，减少检错修改等不必要的支出。构件复用度低PS40%2明确开发员工的分工与合作，加强内部沟通交流，统一结构化开发。项目规模超出预期PS60%3做好前期项目设计规划，严格把握项目的进度，设定一定的应急成本，以备临时变化使用 。开发者经验不足ST50%3开发前对员工进行专门培训，