概述
- 团队分工
- 产品需求
- 团队合作
- 每日例会
- 思维导图
- UML
- 产品代码
团队分工
成员：刘鹏芝，罗樟，王小莉，沈兴艳，徐棒，彭康明，胡广键
产品用户：王小莉
需求规约：彭康明，罗樟
UML：刘鹏芝，沈兴艳
Scrum负责人：胡广健
产品经理：徐棒
开发工具
语言：javascript+android
开发软件：Eclipse/Android studio
开发环境：Windows
思维导图
类图设计
需求分析：
学生可以通过这个APP来了解学校的信息、查看学籍信息、查看教学楼教室使用情况、查看成绩信息、查看专业课表、可以根据自己的喜好来更改APP的界面、可以在校园分享板块发表自己的想法、对APP的一些问题做一些必要的反馈
教务处及教师账号可以在电脑端：管理学生信息、管理教室情况、管理学籍信息、课表信息管理
前一次我们分析了用例，并画出了用例图和状态图。这次是通过用例来实现类图。比如：个人信息的查询（学籍信息），教务处修改或填写学生成绩，学生查看课表；
团队合作
http://blog.csdn.net/shan9liang/article/details/20608269
陈勇的博客
敏捷开发8*15视频课程
UML
类图：
查看个人信息：
查看或修改学生成绩：
学生查看课表：
设置应用界面：
用Git来管理代码文件
安装环境 windows
首先是安装git：
1.到git官网下载一个安装包
2.安装git，详细过程略
3.打开项目文件夹，并鼠标右击，打开git bash
4.从未使用过git，输入一下命令，创建一个.git仓库
git init
5.然后用git status命令查看有没有未监听的文件（准确的应该不是这么说）。
6.如果文件较多可以用git add .添加所有改动的文件，否则 git add +[文件名] 就可以
7.这个时候再用git status 查看一下，这时候添加的文件都放到了暂存区内了
8.还不可以，我们要将暂存区的文件提交到版本库中，用到了git commit -m ‘这次提交的说明内容’命令
9.不过系统到了这个时候会报错，会说还不知道你是谁，我们就用这两行命令就可以了，再次输入提交命令就可以了
git config --global user.name Paikle
git config --global user.email **********@**.*
将本地的git仓库远程到GitHub上面
如何解决failed to push some refs to git
如何解决failed to push some refs to git
在上传的时候用git push -u origin master命令的时候会报错。就是因为本地仓库和GitHub仓库上面的内容不匹配造成的。
比如说Readme.txt文件在本地仓库中没有。
输入 git pull --rebase origin master 命令可以进行代码合并，这样子可以看到本地文件中出现了一个Readme,txt文件
然后再用git push -u origin master命令就可以上传到GitHub中了
这样就将代码文件上传到到了GitHub中。
用GitHub来协助完成项目开发
在GitHub中有一个project的选项，我们可以在这个里面创建白板，将我们要完成的需求和计划写在白板上面。
代码地址
Android studio开发经验
由于我们正在学习和使用Android开发，所以就想到在Android上面开发《长大助手》应用，这样子就可以方便移动用户端的同学来使用我们服务了。
这是我们的开发截图：
SQL计划
1.SQA是什么？
软件质量保证（SQA-Software Quality Assurance）是建立一套有计划，有系统的方法，来向管理层保证拟定出的标准、步骤、实践和方法能够正确地被所有项目所采用。软件质量保证的目的是使软件过程对于管理人员来说是可见的。它通过对软件产品和活动进行评审和审计来验证软件是合乎标准的。软件质量保证组在项目开始时就一起参与建立计划、标准和过程。这些将使软件项目满足机构方针的要求。
2.基本目标
目标 1: 软件质量保证工作是有计划进行的
目标 2: 客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求
目标 3: 将软件质量保证工作及结果通知给相关组别和个人
目标 4: 高级管理层接触到在项目内部不能解决的不符合类问题
3.计划
| 序号 | 计划 | 时间 |
|---|---|---|
| 1) | 系统环境搭建 | 2017.10.17-2017.10.29 |
| 2) | UI界面设计 | 2017.10.30-2017.11.14 |
| 3) | 数据表设计 | 2018.03.09-2018.03.22 |
4.验收测试的过程和内容
前提: 系统或软件产品已通过了系统测试的软件系统。
测试内容:
验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试试图尽可能地发现软件中存留的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品最终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档（如用户手册、操作手册等）测试等几个方面的内容。
5.测试步骤
制定测试计划，测试项，测试策略及验收通过准则，并经过客户参与的计划评审。
建立测试环境，设计测试用例，并经过评审。
准备测试数据，执行测试用例，记录测试结果。
分析测试结果，根据验收通过准则分析测试结果，作出验收是否通过及测试评价。
测试项目通过；
测试项目没有通过，并且不存在变通方法，需要很大的修改；
测试项目没有通过，但存在变通方法，在维护后期或下一个版本改进；
测试项目无法评估或者无法给出完整的评估。此时必须给出原因。如果是因为该测试项目没有说明清楚，应该修改测试计划。
提交测试报告