第一小组软件工程汇报

1TheJOY's网上购物系统第一小组组长：陈铿组员：刘嘉龙卢剑锋孔令强余嘉静何春梅杨晶华李丹邱淑敏2Outline目录一、小组作业进度安排三、版本控制二、小组成员分工六、小结3一、小组进度安排•完成时间：2012年6月15号•Version1.0文档完成时间：2012年6月10号在此过程中将每天撰写或者是修改的文档上传到SVN服务器，SVN开发时间全天性开发注意Version1.0必须在10号的上交各任务的主要负责人要写文档状态汇报表，见附录一。需求变更表，见附录二4一、小组进度安排附录一：项目状态汇报表一、项目基本情况项目名称项目主要负责人编号项目成员制作时间审核人项目当前情况按计划进行比计划提前落后计划二、当前任务状态（简单描述任务）三、上版本已解决的问题四、总结本版本的不足之处五、下版本的计划六、项目经理审核签名：年月日附录二：变更表格一、项目基本情况项目名称项目主要负责人编号变更申请人变更日期制作时间审核人二、请求变更信息（建议的变更描述以及参考资料）1、申请变更的内容2、申请变更的原因三、影响分析1、受影响的的基准计划（进度计划/费用计划/资源计划）2、是否需要成本/进度影响分析？3、对成本的影响4、对进度的影响5、对资源的影响5一、小组进度安排•第一次会议时间：2012年6月11号•就业指导下课后，地点B308成员尽可能出席，各子项目的主要负责人汇报负责文档的进行情况，上交附录一。其他成员积极反映问题，提出解决建议。并做好会议记录。6一、小组进度安排•Version1.0.1完成时间：2012年6月13日继续改进文档的不足之处，并上传到SVN服务器上。•第二次会议时间：2012年6月16号也就是软件工程下课后，讨论文档还存在的问题，会后及时改善•PPT制止：2012年6月17号，完成PPT和汇报讲稿，整理资料。7Outline目录一、小组作业进度安排三、版本控制二、小组成员分工六、小结8二、小组成员分工姓名负责内容陈铿（主要负责人）搭建SVN，负责文档的版本管理，总结各版本的文档，处理成员提交的更表格，撰写项目总结，组织小组两次会议。春梅（主要负责人）制定软件项目启动计划文档，主要是制定项目的进度计划令强（主要负责人）、嘉静、晶华、吴锡丹参考进销存系统——库存管理模块概要设计说明书，完成软件概要设计文档李丹（主要负责人）数据字典文档黄靖（主要负责人）软件界面规范文档剑锋（主要负责人）编码规范文档嘉龙（主要负责人）、淑敏测试文档9Outline目录一、小组作业进度安排三、版本控制二、小组成员分工六、小结10三、版本控制•版本控制我们小组采用的是SVN管理工具进行版本控制.•SVN架构：成员陈铿的计算机作为本次大作业的服务器。其他成员通过安装客服端，通过URL，就可以访问服务器端。•配置服务端，并为每个成员创建用户名和密码，并设置不同的权限，建立不同的版本号，控制软件的版本11三、版本控制12三、版本控制13三、版本控制14三、版本控制15三、版本控制16三、版本控制客服端17三、版本控制客服端18三、版本控制•客服端19三、版本控制•客服端20三、版本控制•客服端21Outline目录一、小组作业进度安排三、版本控制二、小组成员分工六、小结22四、文档TheJOY's网上购物系统概要设计说明书版本管理的心得体会由于考试来临和各种原因，团队的人员分配并不能很好的落实任务，而且因为队员对流程图以及构建系统都没有一个明确的概念，导致前期的工作量分配不均，直接影响了整个软件的规划。同时，各个分工明显出现了沟通不足的因素，所以各个部分的会出现不协调的情况。我们小组主要担任项目的概要设计，分小组内主要的沟通工作由我承担：前期的概述性文字组织和后期的画图均由其他人负责，而系统的架构和MVC模型的构想由我来负责，版本的统一只通过我来实现，她们把修改或增加的内容发于我QQ或邮箱，然后由我同意修改，每次修改均保存版本，基线为版本a0.0.1.。如若出现特殊情况则按照第一版本重新编写。23四、文档数据字典文档修改编号时间简要说明12012.6.8主要内容完成22012.6.15细节内容添加32012.6.19细节内容完成42012.6.20整体完成文档管理总结如今，软件开发越来越复杂，软件功能也越来越丰富。而几乎所有成熟的商业软件，都是靠一个开发团队齐心协力的血汗结晶。“罗马不是一天建成的！”，当我们震撼于MicrosoftWindows的惊世巨著的同时，也道听途说了微软公司软件工程是如何的完善规范。的确，集数百名员工几年的共同努力之大成，软件项目管理的成败是控制开发成本的关键环节。这里面，少不了贯穿其中的重要步骤----软件文档。在此次作业中的数据字典文档版本管理如下所示：初期，我做的数据字典文档主要完成了一些主要的数据的定义，数据库的设计等的描述。在细节问题上仔细的说明。第二期的时候，先在大体上再改进一下，再在细节描述上进行认真仔细的说明，如一些图表（数据表，视图等）。最后，进行整体的检查之后，形成了第三期的成品。然后完成。24四、文档软件界面规范文档文档管理总结大学三年第一次大作业在文档上花的时间比实际动手多，文字上的卖弄虽看似比实操简单，实则未必。一份文档要写得好，除了文字，图片的单纯叠加，还要预先阅览大量文字，并且要十分熟悉自己所负责的部分。本次大作业试用了利用SVN搭建的平台，但由于服务器是在内网搭建，而该文档的参与者的拉AD，所以不能充分地利用SVN的版本管理服务，对本次小组合作作了相对应的进度记录。详细的进度记录既能对我们每个时间段的工作作出记录，也能更好的敦促我们对项目的修改。25一、项目基本情况项目名称软件界面规范文档项目主要负责人黄靖编号项目成员制作时间20120610审核人项目当前情况按计划进行比计划提前落后计划二、当前任务状态（简单描述任务）基本完成软件界面规范文档的书写，待组长审核通过。三、上版本已解决的问题给了范本。四、总结本版本的不足之处边距什么的木有列明。五、下版本的计划看看组长有何吩咐吧(﹁”﹁)六、项目经理审核签名：年月日26四、文档编码规范文档文档管理小结这次我们小组使用SVN,即subversion来作为我们小组的版本控制工具。我所负责的编码规范文档是根据需求分析和概要设计所编写的。我在工作编写编码规范时，根据需要，一天之内不定期地上传自己的文档，然后在一个阶段结束后，上交进度汇报表和当前阶段所完成的工作，即初步版本的编码规范文档。由于我负责的编码规范文档比较简单，编写时较为谨慎，所以后期没有变更，所以没有提交变更报告表。经过这次编写编码规范文档，我了解到了文档管理和版本控制的重要性。加入了文档管理，方便了小组对文档的查找和修改，同时能做到有效分工，不会变乱。版本控制能帮小组恢复因错误修改的文档和方便小组各成员了解互相的进度，以此激励成员。但在这次工作中，我发现我的管理工作还是有不到位的地方，首先贪求方便，没有按照要求定时上传保存文档，其次虽加入了版本控制，但没有定下版本的序号，以及进度的编号，导致个人自己命名版本号，使文档看起来有的高版本，有的低版本，没有正确反映文档的进度情况。27四、文档测试文档测试分析报告测试规划与用例设计文档管理小结本人负责测试的项目。成员还包括邱淑敏。测试首先对整个测试做了规划，然后花了大部分时间在测试用例设计上。由于单元测试比较多，测试用例也比较多，所以在进行测试用例设计时，会感觉不耐烦，很浮躁，思想就会松懈。觉得测试是最磨练人的意志的，它需要认真，仔细，耐心，静心，还需要忍。，尤其是长期测试，这时就需要测试人员，静下心来，仔细分析研究测试用例，以及相关的说明书存在的遗漏。总之，测试人员要保持一颗良好积极的心态。不足地方在于对测试工具的使用不熟悉，测试很多方面技术没掌握好，很多时候还是进行手工测试。测试做了计划,但是没有按照步骤来进行。由于对测试项目不熟悉,工作有所延误，为了确保能按时完成工作进度,有些测试过程也给简化了。28四、文档附录一项目进度表附录二需求更改表例子29Outline目录一、小组作业进度安排三、版本控制二、小组成员分工六、小结30五、系统展示31五、系统展示32五、系统展示33五、系统展示34Outline目录一、小组作业进度安排三、版本控制二、小组成员分工六、小结35五、小结首先，感谢小组成员的辛勤劳动。其次，本次软件工程大作业还存在很多的不足，由于没有本小组对于版本的控制，虽然前期做了详细的计划，但是计划赶不上变化，由于组长包括组员对于版本控制不熟悉，造成实践中，版本控制工作无法顺利进行。此外，由于沟通上的原因，造成大作业的不同文档统一起来比较困难。36如有做的不好的地方，请老师和同学指正！