软件工程之机房收费系统文档总结

    看完了软工视频,我们又迎来了软工文档。过程确实有些枯燥,作为一名理科女,愈发觉得,语言文字不是我的强项。

    下面附图一张。

 

    我们要清楚各个文档是在什么时候生成的,还有预期读者。

文档名称

编写目的

预期读者

完成阶段

可行性研究报告

确定系统开发的可行性

管理人员和开发人员

可行性研究

项目开发计划

制定系统开发的计划

开发人员和系统分析人员

可行性研究和需求分析阶段

软件需求分析

对用户需求进行分析

开发人员和用户

需求分析阶段

概要设计说明书

对系统有个整体设计,划分模块。

开发人员

设计阶段

详细设计说明书

对系统进行详细设计,明确各个模块的结构

开发人员和维护人员

设计阶段

数据库设计说明书

对数据库进行设计

开发人员

设计阶段

数据库要求说明书

明确数据库中对数据的要求

开发人员

需求分析和设计阶段

测试计划

对软件测试制定计划

测试人员

设计阶段

测试分析报告

对测试结果进行分析,以优化系统

开发人员、测试人员

测试阶段

项目开发总结报告

对项目开发进行一个总结,总结经验,吸取教训。

管理人员

设计阶段、测试阶段

操作手册

用户的使用说明书

用户

设计阶段、测试阶段

用户手册

指导用户使用该系统

用户

需求分析阶段、设计阶段、测试阶段

开发进度月报

汇报项目开发情况,

管理人员

贯穿各个阶段

    软件工程实际就是按照各个开发阶段完成各个文档。虽然过程有些不太愉快,但是结束之后放松和欣喜都还是有的。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值