分析过程
分析目的:
描述软件开发背景;描述软件的数据,功能,行为;描述软件要达到的性能要求 提交的材料:开发软件的可行性分析报告及需求规格说明书 具体要求:
利用分析工具建立各种模型,这些模型也是软件规格说明书的一部分,这些模型分别是: 业务流图:应有图例说明,描述原有系统的处理过程。
数据流图:至少进行三层分解,顶层,一层,二层,从数据变换的观点描述软件的功能 ER模型:描述数据情况
数据字典:对数据特别是不清楚的命名定义,原子数据采用定义,合成数据采用数据构成方式构成,不能把数据库架构拿来作为数据字典。 以上红色部分必须有。
模型不能代替规格中的说明,在规格说明书中描述要清晰,简洁,对所有的需求分条目列出,分析要具有完整性和一致性,不能前面说做这些功能,后面又分析另外的功能,规格要具有可读性,不知所云的一律不合格。 设计过程
设计目的:
结合要开发的软件环境和构件具体设计需求规格中列出的功能,解决怎么做的问题。 提交的材料:软件设计规格说明书(参考教材后面分概要和详细两部分,可以合并列在一起) 具体要求:
利用设计工具建立各种模型,像需求规格说明一样,也是规格说明的一部分 程序结构图(层次图):对应于传统的调用返回结构,从数据流图划分添加控制部分而得,必须描述得到层次图的过程,是依据哪个数据流图划分得来。
数据库模式设计:这时对应的就是数据库中的架构,描述每个字段的类型长度,是否可空,描述主键,索引;做的时候必须和需求中的数据模型对应起来,可以有区别,但要说清楚ER图中的各个表在什么地方实现。
判定树,判定表(等同于决策树,决策表)描述程序的行为控制 程序流程图:使用盒图,PAD图之一描述模块算法。
以上工具都可根据情况使用,不管采用什么,都要描述清楚软件的架构,软件每个构件的算法和流程。软件的架构要描述清楚软件的模块(类,函数,组件)构成,还要描述清楚接口。描述清楚算法。红色部分应该有。 界面接口可以在此贴图。 注意:设计要能跟踪需求,同样,每个设计都是要测试的,测试要对应设计的每一条或多条。
1
程序实现
最终程序经过编码而得,编码注意编码的风格,严格遵循设计。
有时在时间上,设计或编码可能同时进行,对于单独的一个模块,总是先设计,再编码。 源程序也是文档,注意可读性,在必要的地方加上注释。 测试过程
某项需求完成后即可以写出针对该需求的验收测试,软件结构设计过程中可开始写集成测试,结构设计完成即可写完集成测试,可能有多个,一个模块设计完接口即可开始写增对该接口的黑盒测试(单元测试),一个模块在设计完成后即可写该模块的白盒测试(也是单元测试)。
每个测试必须写明:
a. 测试目的; b. 测试类型; c. 测试案例; d. 测试结果; e. 测试时间; f . 改正情况。
前三项在相应的阶段去完成,考虑软件的可测试性,是可靠性的重要一环。c,d两项在不断完成代码的过程中不断测试并记录。最后在调试改正后写上改正情况(包括改正时间和出错原因)。累加在一起形成测试报告。 评价要求
题目选择需要数据库功能的系统。
分析部分全部完成(30%),总体设计全部完成(20%),详细设计(20%)至少需求中的一个功能,实现(10%),测试(20%)这个功能涉及到所有详细设计的代码。
所有文档用Word完成,鼓励使用Microsoft Visio或其他建模工具构建模型,并想办法做成图片等的嵌在文档的相应地方。 源程序是文档,可运行的程序要上交
文档各个部分要保持一致性,需求到程序作为软件配置要具有可跟踪性,否则会酌情扣分,如果各部分之间没有关系,不管文档写得多规格,图画得再美,一律0分记(注意这不是学文化基础)。
编程环境自己选择学习。
2
因篇幅问题不能全部显示,请点此查看更多更全内容
Copyright © 2019- sceh.cn 版权所有 湘ICP备2023017654号-4
违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务