| project | content |
|---|---|
| This work belongs courses | 2016 Computer Science and Engineering Software Engineering (Northwest Normal University) |
| Where this requirement in the job | Experimental nine Teamwork 5- team project needs improvement and system design |
| Team Name | "Hello - world team." |
| Job learning objectives | Master Object-Oriented Requirements Analysis; learning software system architecture and database logic design, learn the preparation of the software system design specifications, control system design process, design principles and techniques. |
First, the project team GitHub repository address link
Warehouse address link: Click here to view the updated "software requirements specification" and "software outline design specification"
Analysis Second, the task team as well as steps to improve the project
Task 1: project team needs analysis to improve
our under the preliminary draft "requirements specifications" Our project, we analyzed summed up a lot of deficiencies, lack of content for which was supplemented and improved.
(1) In the first draft we lack ER diagram, class diagram and UML diagrams, we re-analyzed the data and the lack of FIG supplement;
(2) we refer to "build law" 8.5, functional analysis and gives four quadrants;
(3) the preparation of the WBS team project;
(4) team members estimate the time required for each task;
(5) use Leangoo:
WBS work Breakdown structure:
Third, design principles
（1）实用性原则
系统必须从广大民众实用性的角度出发，让广大民众和喜爱旅游的人全面了解旅游方面的最新资讯。
（2）易用性原则
系统应该有友好的用户界面，易于使用。
（3）经济性原则
系统充分考虑经济性原则，以尽量低的造价为旅游管理系统带来最大的效益，提供良好的性价比。
（4）先进性原则
系统确保及时快速的更新各大景点的最新报道，让广大民众最新的景点资讯。
（5）可扩展性原则
系统为用户提供了注册使用功能，这样当用户注册本网站后，可以对站内的景点进行评价，为大家提供一个互动的平台。
（6）界面设计原则
用户界面是一个应用程序最重要的部分，它是最直接的现实世界。对用户而言界面就是应用程序，它们感觉不到幕后正在执行的代码。不论花多少时间和精力来编制和优化代码，应用程序的可用性仍然依赖于界面。
四、具体分工及占整个系统设计文档任务的工作量比例
整个任务分为两个部分：
第一部分：对需求分析进行改进，整理。
1.杨天超：根据项目的《需求规格说明书》初稿的分析总结不足，主要为初稿中缺乏的部分，参考《构建之法》8.5节功能的定位和优先级，给出功能分析的四个象限。占整个文档任务的工作量比例：20%
- 孙锦喆：了解使用Leangoo软件，并根据所分析得到的用户需求，编制团队项目的WBS以及功能分解图。占整个需求文档任务的工作量比例：25%
第二部分：系统概要说明设计
1.王小倩：设定系统设计方法以及建模工具，分析整个系统的数据以及数据库的设计，对团队成员进行大致分工。占整个需求文档任务的工作量比例：30% - 杜娣：设计团队项目系统总体结构和数据库逻辑结构，描述团队项目的系统设计过程，总结项目系统分析心得。占整个需求文档任务的工作量比例：25%
- 团队项目软件系统概要说明设计书由团队每个成员共同编写。
四、心得总结
我们在初期并不适应软件工程的过程管理和文档的编写，所以效率低下；但在中后期，大家对项目开发有了更深入的理解，开发效率恢复正常，甚至有时候能提早几天完成既定任务。特别是在项目源代码开发阶段，更是一日千里。固后期开发颇具效率。
质量基本符合预期要求，但在很多地方还可以继续改进。
大家的编程水平一开始并不太高，写出来的程序有许多错误和小缺陷。但在编程的实践当中，大家的水平得以逐渐提高，技术上有很大的进步。
主要错误是程序设计方面的硬伤，如语法错误，算法实现等方面。这些错误说明了我们的编程基本功还不够熟练，需要进一步的加强。
此外，我们对项目管理没有经验，在任务分配方面显得很不平衡，对于集体合作也不够重视，到了协调的时候才发现存在诸多问题，因此白白浪费了许多宝贵的时间，使项目没能够完成的十分圆满。
同时在这次自主学习的过程中，我们也充分体会到了其他无形的东西，比如合作的重要性，比如团队之间的取长补短，互相吸收互相促进与进步，都是非常重要。对于有关文档的完成，也培养了我们关注细节，从小事开始做起的良好品质，充分得到了锻炼。