project-management - 编写项目规范时要避免的陷阱

标签 project-management application-design

我目前正在尝试为一个大型项目编写一些软件规范,我想在 oDesk 上竞标(可能是 3k-6k)。我接受过计算机科学方面的经典教育,但工作经验很少,而且从未在企业环境中工作过。

我已经为我想要在 Google App Engine 上运行的 API 编写了 15 页的项目规范。我发现一些微妙的问题很难解决,例如:在哪里划定什么是该指定的,什么是不该指定的界限;如何将项目分解成多个部分,以便如果一个部分出现问题,其他部分仍然可以使用;在哪里以及如何设定里程碑;以及如何筛选具有正确实现规范技能的候选人。

我问 friend 应该注意什么问题,他说:

  • 确保规范中没有矛盾的信息
  • 确保规范没有不必要的具体内容,因为这会让技术更熟练的开发人员望而却步

在制定项目规范时我还应该注意哪些其他陷阱和常见错误?

最佳答案

虽然关注您想要实现的功能很重要,但也要记住非功能性需求。考虑一下您希望它如何执行、安全考虑等。

关于project-management - 编写项目规范时要避免的陷阱,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4648767/

相关文章:

java - 如何在 java 项目中管理正确的结构

javascript - 低级函数和顶级函数有什么区别?

PHP脚本 "update process"管理教程

project-management - 将标签批量分配给 Visual Studio Online 中的工作项

php - 重用 MySQL 结果

java - 如何设计Java应用程序?

php - 通过数据库或平面文件进行本地化?

ide - Netbeans 的 Mylyn 等价物?

ruby-on-rails - Web 应用程序中的 API 版本控制