标签：设计 ges 分析 时间 oid sof standard eve 任务
第一步：制定项目目标，以及项目最终预计能到达效果，自动生小学四则运算题目的命令行
第二步：分别满足下面的各种要求
第三步：增加一个运算符，程序应该有怎样的变化，要不要重写，或只改部分代码
第四步：选择一个方向，扩展程序
部分代码：
public void jisuan(double a, string operation1,double b, string operation2,double c, string rightanswer)
{
bool aa = false;
if (operation1 == "+" || operation1 == "-")
{
if (operation2 == "*" || operation2 == "/")
{
aa = true;
}
else
{
aa = false;
}
}
else
{
aa = false;
}
if (aa == true
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| · Estimate | · 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 1495 | 1540 |
| · Analysis | · 需求分析 (包括学习新技术) | 2h * 60 | 3h * 60 |
| · Design Spec | · 生成设计文档 | 30 | 20 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 5 | 5 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 10 | 5 |
| · Design | · 具体设计 | 30 | 30 |
| · Coding | · 具体编码 | 12h * 60 | 10h * 60 |
| · Code Review | · 代码复审 | 30 | 40 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 10h * 60 | 11h * 60 |
| Reporting | 报告 | 70 | 60 |
| · Test Report | · 测试报告 | 30 | 30 |
| · Size Measurement | · 计算工作量 | 10 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 1555 | 1620 |
个人感觉最重要的一点是要跑在时间前面，把事情留在最后，的确能提高时间的效率，但是这是在拿自己project的质量冒险，因为在软件开发的过程中，可能会有各种各样的bug跳出来，而且在太大压力下编写的程序很大概率会有一些潜在的bug。在接下工程的那天开始，就得有一个详细的计划，规定XX天之前必须完成什么阶段。而且还要有足够的时间余量，来应对突发情况。
标签：设计 ges 分析 时间 oid sof standard eve 任务
原文地址：https://www.cnblogs.com/wang7758/p/14644595.html
