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

《实践1参考-----超市商品信息管理系统.doc》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、超市商品信息管理系统1.软件项目组结构：通过小组讨论采用CC（控制分散式）比较适合我们这个项目。我们设计的超市商品管理系统规模比较小且设计任务集中，适合分割成各个模块来开发，要求比较高的质量和可靠性。CC组结构的负责人和小组成员之间的通信是垂直的，适合解决交付期限比较严格的、简单的、模块化程度高的项目。2.软件过程模型：1）增量模型的优点：　　1.面对不能改变的困难时限时，是可考虑的选择；2.早期可投入较少人员；3.增量可以有计划地管理技术风险；4.早期完成的增量提供了给用户评估的平台，便于后继增量的改进与完善。2）RAD模型的优点：1.强调极短的开发时间，每一个主要功能在不到三个月的时

2、间内完成。2.强调复用3.软件项目范围：首先，超市商品管理系统需要处理的是用户对商品的管理，包括商品信息，采购情况和销售情况的管理。因此其内部数据库必须存储大量的产品信息（包括价格，型号，名称，销售历史等），并且这些信息数据需要做快速的更新，以便为用户提供最新的情况。用户可以通过触摸屏和少量按键进行简单的项目操作，选择想要知道的产品信息（类似于银行中的自动取款机）。反馈相应信息。最后，用户找到想要查找的商品。4.基于LOC和FP的方法进行软件成本和工作量的估算面向规模的度量（LOC估算）：主要功能乐观值最可能值悲观值Loc估算商品信息增加300430500420商品信息删除3004005

3、50408.3商品信息修改200250350258.3商品信息查询150200280205销售历史200250300250总代码行数估算1541.6LOC法的估算结果为1541.6*10=15416（元）（每行代码花费10元左右）面向功能的度量（FP）：1.系统是否需要可靠的备份和恢复？~52.是否需要数据通信？~33.是否有分布处理的功能？~44.是否性能成为关键？~25.系统是否运行在现存的、重负的操作环境中运行？~36.系统是否需要联机数据登录？~47.联机数据项是否需要建立多重窗口显示和操作，以处理输入处理？~48.主文件是否联机更新？~59.输入、输出、文件、查询是否复杂？~5

4、10.内部处理过程是否复杂？~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元）1.分析项目可能存在的风险，建立风险

5、表产品规模（PS）——项目规模超过预期计划；复用程度低于计划；成本超出预计支出。商业影响（BU）——最终用户对界面操作不熟练；用户对采购与管理商品效率质量不满意。开发环境（DE）——缺乏对开发工具的培训；开发使用的技术新设备新，不够成熟。开发技术（TE）——管理商品效率没达到预期效果。人员数目及经验（ST）——开发人员缺乏经验；开发人员未经过专门技术的培训。风险影响值：1—灾难的2—严重的3—轻微的4—可忽略的风险表风险风险类型概率影响值RMMM项目计划变更PD70%1与客户做好沟通协商，制定严格的开发计划，设定一定的应急成本，以备临时变化使用。新技术不成熟DE70%2熟悉掌握要使用的新

6、技术，充分发挥新技术的优势，尽可能避免涉及未知领域，设定一定的应急成本，以备临时变化使用。项目成本过高PS50%2在保证项目质量的前提下尽可能严格把握进度与效率，减少检错修改等不必要的支出。构件复用度低PS40%2明确开发员工的分工与合作，加强内部沟通交流，统一结构化开发。项目规模超出预期PS60%3做好前期项目设计规划，严格把握项目的进度，设定一定的应急成本，以备临时变化使用。开发者经验不足ST50%3开发前对员工进行专门培训，由于是比较新的项目，对员工经验的要求不是很高。交付日期将提前BU30%3加快项目进度1.利用project2003进行软件项目的进度安排，得出任务分解图和甘特图

7、任务分解图甘特图