1.需求分析
需求分析的结果通常需要使用需求说明文档来描述,目前主流的需求描述方法包括:用户例图、用户故事等方式。这些方式有所不同的侧重,其核心思想就是描述清楚用户的使用场景。
2.功能设计
衫哪 对于主要是用户界面的软件项目来说,功能设计可以看作是画出原型界面,描述使用场景,获得用户认可的过程。而对于没有界面的软件项目来说,则功能设计与需求分析的区分更为模糊。
3.系统架构设计
系统架构设计是一个非常依赖于经验的设计过程。需要根据软件项目的特定功能需求和非功能性需求进行取舍,最终获得一个满足各方要求的系统架构。系统架构的不同,将很大程度上决定系统开发和维护是否能够较为容易的模慎适应需求变化,以及适应业务规模扩张。
4.模块/子系统概要设计
模块/子系统的概要或码码设计,由架构师参与,核心设计和开发人员负责的方式进行。
在概要设计工作中,需要在架构确定的开发路线的指导下,完成模块功能实现的关键设计工作。在概要设计阶段,需要关注于模块的核心功能和难点进行设计。
5.模块详细设计
在瀑布式开发模型中,模块的详细设计会要求比较严格,将所有类进行详细设计。除了一些对于系统健壮性要求非常严格的软件项目,如国防项目,金融项目还要求有详细设计文档之外。其他的项目大多采用其他方式来处理这样的工作,如自动化测试等。
综上所述,软件设计文档作为软件开发团队的沟通、理解、知识共享的手段,具有非常重要的意义。
如果项目真正按照软件工程化流程走的话,主要依据是软件任务书和需求规格说明。软件脊槐任务书规定软件的运行环境,软件需要做什么,实现哪些功能,有哪些性能要求。软件任务书中对软件功能性能的要求采用的野姿是日常人类语言描述,如“找到员工中年龄最大的一个”。
软件需求颂野绝规格说明细化软件任务书,用具体的计算机专业术语描述软件的功能需求,并详细规定输入输出,如上述任务书中找到员工年龄最大的一个可以分解为一个功能需求:
输入 全体员工的年龄,员工数目小于1000个, 输入年龄为整形数,姓名为字符类型
输出 年龄最大的员工姓名
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)