这是我第一次写机房收费系统,他给我感觉就像第一次梳头发的感觉,以梳理为主,重点不是成果如何,第一次写文档总是憋手蹩脚的,不知道从何而起,但是一个接着一个写完,终于有点头绪了。虽然我的文档写得不是很多好,但是我很珍惜,尤其是我写文档中的一些心得。
在可行性研究与计划阶段内,要确定该软件的开发目标和总的要求,要进行可行性分析、投资一收益分析、制订开发计划,并完成应编制的文档
项目开发计划说明项目开发中需要进行的各项主要工作和进度。所需经费的预算和来源以及各项工作的负责人等问题,以便根据本计划开展和检查项目开发工作。
项目开发计划书给我的感觉就是承前启后的感觉,在计划里多次提及到用户,主要是对项目进行了规划,主要分项目概述,实施计划,支持条件和专题计划要点,虽然看似很少,到时再其中要画图的很多,所以我花了很多时间去画图。时间有点慢,而且一到估算经费的时候,我就犯怵,不敢乱写。
项目开发计划包括在项目计划之中,实际上就是把可行研究的等几方面有详细规划出来。
主要运用的图:系统流程图,系统流程图实际是物理数据流图,他描绘组成系统的主要物理元素以及信息在这些元素间的流动和处理的情况。
《机房收费系统的需求说明书》目的是明确《机房收费系统的可行性研究报告》中各项功能和非功能性需求,确定系统功能模块。同时为概要设计和详细设计人员提供设计依据,其他本项目组的开发人员也可参阅。
注意:区别功能和性能
针对模块接口,数据库等等。原来她说的逻辑设计就是数据库。主要就是说明功能模块和数据库的文档。
流程图主要针对用户权限,或者使用种类的不同用户来画。
编写详细设计说明书的目的是让开发人员对系统的设计方面有更全面和准确的开发,便于开发人员对系统有细致的了解,从而使系统的功能性更强,更加适合用户需求。
详细设计是设计的第二个阶段,这个阶段的主要任务是在概要设计的基础上,对概要设计中产生的功能模块进行过程描述,设计功能模块的内部细节,包括算法和详细数据结构,为编写源代码提供必要的说明。
对数据进行逻辑描述时可把数据分为动态数据和静态数据。
所谓静态数据,指在运行过程中主要作为参考的数据,它们在很长的一段时间内不会变化,一般不随运行而改变。
所谓动态数据,包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组,列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称(包括缩写和代码)、定义(或物理意义)度量单位、值域、格式和类型等有关信息。
是针对数据库来写的,但是这里可能会和数据概要说明书有区别,现在还没有写到那里。
为了明确机房收费系统中各项功能性和非功能性的需求所需要的数据。
为以后的测试计划,测试开发,测试执行,测试评估有所标准。
主要是在计划中按照进度和条件,测试资料,培训四个方面来写。而测试设计说明也是按不同的权限分别来描述(控制,输入,输出)
是很简单的一个文档
目的:测试软件是否能够达到预期的功能(模块和数据)
主要写的是功能的结论,分不同的权限来写,从能力和限制两方面来写。
遇到了陌生的词汇,一些蒙住的是测试资源消耗,实际上就是让我们写一写资源消耗数据,如工作人员的水平级别数量、机时消耗等
实际上就是自己的开发的进度记录。对于这个文档写着就是心酸呀。
对于这个文档陌生的部分就是评价了,对效率,对质量和技术方法,出错原因等的分析和评价。其他的地方就是在以前的文档了已经有了,所以不必再重新写一遍。
用户手册文档专为使用本系统的用户提供,文档内详细的叙述了本系统的操作流程以及相关的注意事项,以方便用户使用本系统。
一开始我把他和操作手册等同了,我还以为他们是同一个文档,后来写、对比看了一下是:
操作手册:这是一份培训资料,是针对操作员设计,性入门开始,细致到容易出错的,而用户手册专为使用本系统的用户提供,文档内详细的叙述了本系统的操作流程以及相关的注意事项,以方便用户使用本系统。