小组软件工程汇报.ppt

1、1、欢乐网上购物系统团队1、组长：陈铿团队成员：刘家龙陆剑锋孔令强于何佳静杨春梅李景华丹邱淑敏，2、4、文档，2、团队成员分工，5、系统展示，3、1、团队日程，完成时间：2012年6月15日。1.0版文档完成时间：2012年6月10日。在这个过程中，每天编写或修改的文档将被上传到SVN服务器。SVN发展时期应注重全天发展。1.0版必须在6月10日提交。每项任务的主要负责人应编写文件状态报告表，见附件一，见附件2、4、1、小组日程、5、1、小组日程、第一次会议时间：2012年6月11日，就业指导结束后，B308位置的成员尽可能多的参加，各子项目的主要负责人汇报了负责文件的进展情况，并提交给附件一

2、。其他成员积极反映问题并提出解决办法。做会议记录。6，1。团队日程，版本1.0.1完成时间：2012年6月13日，继续改进文档的不足，并上传到SVN服务器。第二次会议时间：2012年6月16日，即软件工程课后，讨论文件中仍然存在的问题，会后及时完善PPT:2012年6月17日，完成PPT并报告讲义，整理材料。7，4，文档，2，团队成员之间的工作分工，5，系统显示，8，2，团队成员之间的工作分工，9，4，文档，2，团队成员之间的工作分工，5，系统显示，10，3，版本控制，版本控制我们的团队使用SVN管理工具进行版本控制。SVN架构：成员陈铿其他成员可以通过安装客户服务终端和网址访问服务器。配置服

3、务器、为每个成员创建用户名和密码、设置不同的权限、建立不同的版本号、控制软件版本、11、3、版本控制、12、3、版本控制、13、3、版本控制、14、3、版本控制、15、第三，版本控制，客户服务，19，3，版本控制，客户服务，20，3，版本控制，客户服务，21，4，文档，2，团队成员之间的分工，5，系统显示，22，4，文档，The JOYs网上购物系统概要设计规范，版本管理经验同时，在每个分工中有明显的沟通不足的因素，所以在每个部分都会出现不协调的情况。我们小组主要负责项目的概要设计，小组中的主要沟通工作由我来承担：前期的总结编写组织和后期的绘图都由别人负责，而系统架构和MVC模型的构思则由我负

4、责，版本的统一只由我来实现。他们将修改或添加的内容发送到我的QQ或电子邮件地址，然后我同意对其进行修改，每次修改都会保存版本。基线为版本a0.0.1，如有特殊情况，应根据第一版重新编写。如今，软件开发变得越来越复杂，软件功能变得越来越丰富。几乎所有成熟的商业软件都是开发团队努力工作的结果。“罗马不是一天建成的！”当我们被微软视窗的惊人作品震惊时，我们也听到了微软公司的软件工程是如何完美和标准化的。的确，在数百名员工几年的共同努力下，软件项目管理的成败是控制开发成本的关键环节。在这方面，有一个重要的步骤软件文档。本工作中数据字典文档的版本管理如下：首先，我制作的数据字典文档主要完成了一些主要数据

5、定义的描述、数据库设计等。详细说明细节。在第二阶段，我们应该首先在总体上进行改进，然后仔细解释细节，比如一些图表(数据表、视图等)。)。最后，经过全面检查，形成第三阶段成品。然后完成。24，4，Documentation，Software Interface Specification Documentation，Documentation Management Summary大学三年来的第一次重大操作在文档上花费的时间比实际操作多，文字的显示可能看起来比实际操作简单，但可能不是这样。文件应该写得好。除了简单的文字和图片的叠加，大量的文字应该提前阅读，你应该熟悉你所负责的部分。SVN搭建的平台

6、在这次大任务中进行了尝试，但由于服务器建在内网上，且本文档的参与者拉了广告，SVN的版本管理服务未能得到充分利用，为此团队合作做了相应的进度记录。详细的进度记录不仅可以记录我们每个时间段的工作，还可以更好的督促我们修改项目。25，26，4。文档，编码标准文档，文档管理概要这次我们组使用了SVN，或subversion，作为我们组的版本控制工具。我负责的编码规范文件是根据需求分析和概要设计编写的。在编写编码规范的时候，我根据自己的需要在一天之内不定期的上传自己的文档，然后提交进度报告表和现阶段完成的工作，即编码规范文档的初步版本。由于我负责的编码规范文件相对简单，编写谨慎，后期没有变化，所以没有

7、提交变更报告单。写完编码标准文档后，我意识到文档管理和版本控制的重要性。增加了文档管理，方便了团队查找和修改文档，同时可以有效的分工而不混乱。版本控制可以帮助团队恢复被错误修改的文档，方便团队成员了解彼此的进度，从而激励团队成员。然而，在这项工作中，我发现我的管理工作并不到位。首先，我贪图方便，没有按照要求定期上传和保存文档。其次，虽然我加入了版本控制，但我没有设置版本的序列号和进度号，这导致我自己命名版本号，这使得文档看起来像一些高版本和一些低版本，这不能正确反映文档的进度。27，4，文档，测试文档测试分析报告测试计划和用例设计，文档管理总结我负责测试项目。成员还包括邱淑敏。首先，整个测试是

8、有计划的，然后大部分时间花在测试用例的设计上。因为有很多单元测试和测试用例，当设计测试用例时，你会感到不耐烦和冲动，你的思想会放松。我觉得测试是磨练人意志的最好方法。它需要严肃、小心、耐心、安静和耐心。特别是对于长期测试，测试人员有必要冷静下来，仔细分析和研究测试用例以及相关说明中的遗漏。总之，测试人员应该保持良好和积极的态度。不足之处在于不熟悉测试工具的使用，未能掌握测试技术的许多方面，以及在许多情况下的手工测试。测试是有计划的，但是没有按照步骤进行。由于对测试项目不熟悉，工作被推迟了。为了确保工作进度能够按时完成，一些测试过程已经简化。28，4，文档，附录1项目进度表，附录2需求变更表示例，29，4，文档，2，团队成员之间的分工，5，系统显示，30，5，系统显示，网站主页，31，5，系统显示，浏览商品信息页面，32，5，系统显示，后台管理您可以在我们小组的笔记本上观看。34.4.文件。2.小组成员之间的分工。5.系统显示。35.5.总结。首先，感谢小组成员的辛勤工作。其次，在这个软件工程操作中还