海南QCWord格式文档下载.docx

上传人:b****3 文档编号:15539433 上传时间:2022-11-03 格式:PPS 页数:52 大小:1.43MB
下载 相关 举报
海南QCWord格式文档下载.docx_第1页
第1页 / 共52页
海南QCWord格式文档下载.docx_第2页
第2页 / 共52页
海南QCWord格式文档下载.docx_第3页
第3页 / 共52页
海南QCWord格式文档下载.docx_第4页
第4页 / 共52页
海南QCWord格式文档下载.docx_第5页
第5页 / 共52页
点击查看更多>>
下载资源
资源描述

海南QCWord格式文档下载.docx

《海南QCWord格式文档下载.docx》由会员分享,可在线阅读,更多相关《海南QCWord格式文档下载.docx(52页珍藏版)》请在冰豆网上搜索。

海南QCWord格式文档下载.docx

否资料室项目经理签发资料室业主监理专业公司公司职职能部室是否业主监理资料室项目经理施工经理/总工批阅签发复印否职职能部室能部室专业公司公司是81.3模式的主要差比两种别对差别能树立公司良好的团队形象各自为政,缺乏整体对外的意识公司管理形象专人负责,资料收发签收台帐系统、完整资料发放、签收无专人负责,缺乏系统、完整的收发签收台帐可追溯程度资料管理工作量大资料分类、存档、查找复杂相对减少资料管理人员资料分散管理、查找困难各部门、专业公司需专、兼职资料人员资料管理难度资料集中签发,信息共享程度高,专业间沟通迅速信息局限于专业公司、职能部室,专业间信息共享困难信息共享程度集中于资料室,资料完整分散在各部门、专业公司资料散乱资料集散程度集中对内、统一对外单线、多头传递资料传递方式创新模式传统模式模式对比项目91.4选题理由计算机辅助管理可以提高资料归档、查询的准确性。

6由于存档资料数量众多,种类复杂,人工查找工作量大、效率低,且容易出错。

5由于资料流量大,资料登记时归类、连续编号容易出错。

4采用Word制作资料传递标签,分类众多时,标签管理复杂、易出错。

3资料管理工作量大,人手少。

2集中管理模式较传统模式具有明显优势,应保持并发扬。

1选题理由序号101.5小组目标1.5.1目标值用3到5个月时间完成运用计算机进行资料分类、登记、归档管理的软件编制、测试、投用,彻底将资料管理者从资料分类、登记、归档这种周而复始、枯燥、繁复的劳动中解放出来。

11第一阶段:

3月底前,完成第一个版本的编制与测试工作。

投入投入试试用。

用。

第二阶段:

6月底前,完成正式版的编制与测试工作,并正式投入使用。

软件应具备完整的数据库功能,具备良好的性能和稳定性,具备一定的安全性。

1.5.2目标分析121.6现状调查小组成立时与目标相关联的现状:

没有相应资料管理软件,软件框架、编程、测试均需从头做起。

软件基础资料管理人员计算机操作熟练,具备应用基础。

资料存档量一天天剧增,急需合适的资料管理软件辅助管理。

资料流量大,具备软件开发前提。

应用环环境境较高的数据安全性。

具备良好的用户交互性。

具备完善的数据库管理功能。

用户户需求需求分公司领导支持。

支持。

应应用用小组成员均可承担软件封装后的应用性测试任务。

不能参与不能参与调试过程程。

测试小组内仅一人具备数据库编程基础,但未受专业培训。

开发人力资源开发难度较较大大分公司共有计算机12台,其中用于资料管理及软件开发的计算机各一台,用于测试环境的计算机十分充足。

计算机性能处于中等水平。

硬件资源结论现状关联因素131.7原因分析关联图界面布局与控件选择测试人员不能参与调试过程人员数据库编程基础薄弱未经过系统培训开发难度较大方法方法数据库访问方式用户户需求需求需求调查是否深入对用户需求满足的程度时间对用户需求把握的程度用户需求的代码转化能力开发调试时间不充裕测试时间不充裕人手少141.8确定要因主要主要决定软件界面的外观与交互性界面布局与控件界面布局与控件选择非主要非主要所选语言访问数据库的方式多种多样数据数据库访问方式方式方方法法4主要主要决定程序算法决定程序算法用户需求的代码转化能力主要主要决定功能决定功能实现的程度的程度对用户需求把握的程度主要主要决定决定软软件的功能模件的功能模块需求需求调查是否深入是否深入需需求求3非主要非主要决定投入调试、应用的时间,可加班测试时间不充裕不充裕非主要非主要决定投入测试的时间,可加班开发时间不充裕不充裕时间2主要主要影响响投测时间人手少人手少非主要非主要编程人员边调试边修改测试人员不能参与调试过程非主要非主要对编程思想和用户需求的理解编程人员未经过系统培训人人员1确认理由理由影响响因素因素序号序号D15162.对策与实施172.1实现QC目标标的对对策编程中吴胜先尽可能使用常规控件,控件使用要遵守控件的设计目的,不致于引起用户误解界面布局与控件界面布局与控件选择5吴胜先孙铮龙绍君君加强调试与测试,建立尽可能完善的错误处理机制吴胜先借鉴优秀软件的设计特点或设计思路编程中中吴胜先正确理解用户需求,并使之代码化用户需求的代码转化能力4编程前过过程中程中小组成员加深对用户需求的理解对用户需求把握的程度3编编制前制前吴胜先先用户需求调查要深入需求需求调查是否深入是否深入2经经常常小组组成员增加工作时间人手少人手少1完成完成时间责责任人任人对策策要因要因序序号号182.2用户需求模型由于分公司料管理的集中性特点,所有文(包括资来)、文均集中到料室登、外、,因图纸发资记编号传内发此,小,件建立三登模和一模,经组讨论软个记块个查询块即收文登、文登、登、。

记发记图纸记记录查询用户户界面界面收文登收文登记发发文登文登记图纸登记记录查询记录浏览或修改或修改192.3用户需求细化分解容易操作。

系统兼容性好,程序运行稳定。

程序对用户指令的响应速度快。

具备处理用户异常操作引发的程序错误的能力。

进入系统前必须输入密码。

用户可自由访问数据,但对数据库进行删除操作时需要密码。

对数据库文件进行加密,不能以普通方式查看。

具备数据备份与恢复功能。

2002年3月2002年6月界面结构紧凑、美观大方。

操作方式符合Windows操作习惯,控件使用不引起用户歧义,否则应有说明性文字。

具备普通数据库功能,可执行数据录入、修改、删除、查询功能,能对数据库进行维护(备份、恢复)。

具备用户自主进行资料分类,兼容用户文件编号习惯,可进行自动编号。

具备一机多用户功能,可同时互不干扰的管理多个用户的不同数据记录。

界面界面功能功能质量质量稳定性稳定性性能性能数据数据安全安全进度进度测试版测试版正式版正式版用用户户需需求求202.4用需求代化户码件程就是用需求的代程,件果就是代软过户码实现过软结将封装成可方便人机的形界面。

码实现对话图21权限检查用户需求调查存储管理存储管理查询管理查询管理登记保存记录入库是记录清除否修改保存记录调整是保持记录删除确认删除记录是保留记录否查询密码是否返回目标集全部结果用户接口(用户界面)返回模糊匹配后结果保存结果是保存为Web页数数据据库库构造代码代码化过程22权限检查权限检查密码码正确是是否错误计数器数器错误计数器数器3是是退出退出下一下一步否C23243.整改检查25为提高测试效率,选择测试数据十分注意数据的代表性,包括有效数据和无效数据。

调试过程中应该注意边界数据的使用,同时根据经验进行错误猜测,尽可能快速有效地发现、定位程序隐含错误,以完善错误处理机制。

3.1选择测试数据263.2软件测试流程图代码单元数据输入功能实现是否单元代码修改调试器跟踪预期值判断功能模块数据输入否模块代码修改调试器跟踪预期值判断是运行界面用户数据接口有效数据无效数据否是界面封装错误处理单元测试综合测试集成测试功能实现功能实现代码单元数据输入功能实现是单元代码修改调试器跟踪预期值判断功能模块数据输入否模块代码修改调试器跟踪预期值判断是运行界面用户数据接口有效数据无效数据否是错误处理功能实现功能实现272002年2月27日,根据小组目标要求,推出了软件第一次测试版,并正式命名为“文件管理伴侣”,测试版首先在小组内部进行了精心测试。

具体负责测试的人员为:

孙铮、龙绍君、吴胜先。

测试人员根据上述流程,对照小组目标指标,首先由孙铮、龙绍君根据资料室、办公室资料管理的对象特点分别采集数据进行测试。

3.3阶段测试28采集数据采集数据集成集成测试通过是是综合测试模块测试否否通过是是编译封装否否293.3.1用户需求满足程度对比用户需求分析,我们发现,虽然进度提前了3天,但功能上未能完全满足要求。

我们分析了实施效果,决定进行第二次PDCA循环。

界面结构紧凑,操作符合Windows操作习惯。

易引起操作错误的地方有简洁的文字说明或文字向导。

收文、发文模块具备记录登记、删除功能,记录入库后不可修改。

查询具备一个关键字模糊查询能力。

根据用户定义分类可进行自动编号。

但未能很好地兼容用户编号习惯。

同一计算机不能处理不同用户的不同记录。

具备了数据库备份功能,但不能自动进行恢复。

比预定的测试版推出时间提前3天。

错误处理不完善。

程序运行时有“运行时错误”并异常退出的情况。

对用户的异常操作处理不完善。

无需密码即可进入系统。

但对某些特殊操作采取了限制措施。

程序响应速度良好。

Windows环境下程序兼容性良好。

下程序兼容性良好。

实施施效效果果性能性能功能功能进度303.3.2原因分析(原因分析(2P)功功能能不不足足测试深度不深度不够机制不完整机制不完整错误处理理经验不足不足错误处理编编程人程人员员缺乏缺乏调试经验调试数据数据代表性差代表性差测试深度不深度不够编编程水平速度程水平速度调试测试时间不充裕不充裕时间用户户需求需求发发生变变化化工作量工作量较较大大需求把握不需求把握不够需求调查313.3.3确确定要因和定要因和对对策(策(2D)编编程中程中吴胜先先加强每个代码单元的错误机率预测,加强每个代码单元的错误机率预测,并设置必要的错误拦截代码并设置必要的错误拦截代码错误处理机制不全理机制不全测试前前测试中中孙铮龙绍君君吴胜先先选择代表性代表性测试数据,及时向编程人员反馈错误信息提高提高测试测试深度深度经常常吴胜先先活学活用,学习、参考相关资料加强活学活用,学习、参考相关资料加强错误跟踪能力错误跟踪能力提高提高调试调试水平水平3.20前前吴胜先先按清单逐条深入调查确定代入模块按清单逐条深入调查确定代入模块对用用户需求的把握程度3.15前前小小组组成成员员及时整理出最终用户需求清单及时整理出最终用户需求清单用户需求变化用户需求变化经常常小小组组成成员员充分利用充分利用业业余余时间时间时间不充裕不充裕时间实实施人施人对策措施策措施原因原因323.3.4对对策实实施施初测版测试完毕后,我们按照上表所示措施进行了相应的思想动员,在程序编写及测试过程中,严格遵照上层大循环中的测试流程图进行调试与测试。

333.3.5效果检查(2C)2002年6月25日,正式版“文件管理伴侣2.0”经过编程人员及测试人员的努力正式推出。

小组对2.0版在不同的计算机上进行了演示和试用,作出了较高评价。

A34354.总结提高364.1小组目标实现度

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学 > 生物学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1