软件工程与机房收费系统文档收获

  • 可行性研究报告

       预期的读者为系统开发人员,管理人员和维护人员。

       可行性研究报告,是我们开发一款软件之前,对这个项目是否可行,能否达到开发目的,需要付出多少人力、资源、时间等的研究。是软件开发的前提。

       可行性研究的目的:用最小的代码在尽可能短的时间内确定问题是否能够解决。

       可行性研究分为经济可行性、技术可行性、操作可行性、法律可行性、时间可行性。

       一般情况下,可行性研究的成本占预期的工程成本的5%-10%。

  • 项目开发计划

预期读者为项目负责人、开发人员和决策者

编写本文档的目的:通过可行性研究报告中的问题,期望的功能,累出项目具有的功能,以及项目的运行环境,实施范围,同时说明项目开发的进度,开发经费的预算,人员计划。

  • 软件需求说明书

预期读者为用户、项目开发人员

       目的:能够表现出软件的功能、性能、开发条件等,在文档完毕之后须要用户进行阅读,看是否需求表达全然,进而补充说明。

       满足条件:软件需求规则说明书满足一致性、完整性、现实性、有效性、可验证性

       任务:借助于当前系统的逻辑模型推导出目标系统的逻辑模块,解决目标系统的“做什么”的问题

       结构化分析方法:数据流图

              数据流图---DFD图

              圆圈:表示数据加工

              矩形框:表示数据源或终点(外部实体)

              箭头:数据流

              两条横线:表示数据存储文件存放

       数据流图可以体现需求分析流程

软件需求规则说明的原则:从现实中分离功能,即描述要“做什么”而不是“怎样实现”

  • 概要设计说明书

预期读者为软件开发人员、项目负责人

目的:在概要设计的基础上,进一步的细化系统结构,展示了软件结构的图表,物理设计,数据结构设计以及算法设计,详细的介绍了系统各个模块是如何实现的,包括设计到的算法,逻辑流程等,为下一步系统的实现和测试做准备。

  • 详细设计说明书

       预期读者为软件开发人员、系统测试维护人员

       目的:在机房收费系统概要设计的基础上进一步明确系统结构,详细地介绍系统地各个模块,为进行后面地实现和测试作准备。

  • 数据库设计说明书

预期读者:数据库设计师=人员、数据库管理员

目的:描述了机房收费系统数据库的设计,提供了数据库设计的可视性以及软件支持所需要的信息,应用于机房收费系统开发前期,为后期的数据库设计指引方向,也可以为系统程序设计提供借鉴与参照

数据要求说明书

预期读者:数据库设计人员、系统测试人员、开发人员

目的:明确机房收费系统中各项功能和非功能性需求实现时所需要的数据,并且根据此数据设计数据库,同时为概要设计,详细设计人员提供设计依据,其他本项目组开发人员也可以参阅

  • 测试计划

预期读者:管理人员、开发人员

目的:描述将要进行测试活动的范围、方法、资源和时间进度的文档,它确定了测试项,要测试的特征、测试任务,谁来完成每项任务以及需要制定应急方案的所有风险等。

  • 测试分析报告

预期读者:开发人员、维护人员

目的:在测试的基础上,对测试的结果以及测试的数据等加以记录和分析总结,根据测试提供的数据和结果,对要测试出现的问题进行分析,并将测试结果详细的解释或者分析记录下来,以便为以后的开发做一个经验积累,减少后期维护的精力,时间,资金。

  • 项目开发总结报告

预期读者:开发人员

目的:以便我们在以后的项目开发中来更好的实施项目的制定开发,让我们在今后的项目开发中由更多的资料来规范我们的开发过程和提高我们的开发效率,从而创造更多的效益。

  • 操作手册

预期读者:用户

目的:告诉机房收费系统的使用者,本系统提供了哪些功能,以及如何正确的、有效地来使用这些功能。

  • 用户手册

预期读者:用户

目的:为了给使用者提供一个使用指南,以便为首次使用该系统的用户说明使用方法,以及给已经使用过或者正在使用的用户在使用过程中遇到问题时提供解决问题的方法

  • 开发进度月报

       对项目开发的进度进行管理和说明,了解本月开发情况,对实际执行和计划之间是否相符,对本月项目执行的一个总结。

       这个项目学了这么长时间,从一开始接触文档,一脸懵的状态到现在没有那么懵的状态,还是有成长的,每一个项目都是学习的过程,每一篇博客都是自己学习的总结。自己在这个项目中也学到了很多,明白了我们不知要学会敲代码,还需要其他的知识辅助我们做到更好,路还很长,相信自己,可以走的越来越远。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 15
    评论
机房收费管理系统 问题描述 结合我校计算机机房的运作模式,设计一种适合的收费管理系统,能够实现相关的人员检索,计时收费,管理汇总等功能模块。 开发环境 采用C或C++实现,VC++6.0 基本要求 主要功能模块: (1) 登录模块 (2) 上机管理模块 说明:上机登记时,余额不足3元或卡处于挂失状态,则拒绝登记。 每位同学的一次上机形成一条记录,每30秒遍历一次上机记录表,对表中所有正上机字段为TRUE的记录的上机用时增加30秒,同时减少上机卡表中的余额。 (3) 上机卡管理模块 (4) 充值挂失模块 (5) 查找统计模块:统计某天上机的总时数、每次上机的平均时数和机房的收入;某学生上机的次数、上机总时数、每次上机平均时间;挂失和查询余额。 参考的数据结构: 上机卡(卡号,姓名,专业班级,余额,状态),状态有:正常和挂失。 上机记录(卡号,上机日期,开始时间,上机用时,正上机,管理号代码) 上机记录表永久保存,用于事后查询和统计。 设计要求 1) 界面友好,输入信息符合逻辑:如上机时间设定在合理的时间范围。 2) 能从实践生活出发,设计合理的功能模块 3) 各类信息的数据结构明晰 4) 可根据自身生活体验添加相关功能模块。 拓展功能要求 鼓励采用Turbo C/C++、MFC等开发工具,实现彩色或图形操作界面。鼓励引入小型数据作为处理数据的来源,拓展知识面。
评论 15
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值