logo资料库

软件工程导论上机实验报告.doc

第1页 / 共19页
第2页 / 共19页
第3页 / 共19页
第4页 / 共19页
第5页 / 共19页
第6页 / 共19页
第7页 / 共19页
第8页 / 共19页
资料共19页,剩余部分请下载后查看
该软件有9个功能模块,各模块功能如下:
2.2.3开发时间:本系统采用Delphi 实现,依靠其强大的控件系统,Oracle数据库管理系统和
2任务概述
2.1目标
在国内多间银行中建立该计算机储蓄系统,促进多间银行间的互联合作,实现银行储蓄系统的计算机管理体制,提
2.2用户的特点
银行存储系统管理应用软件面向于各类型银行,其使用人员应为具备一定的计算机基础知识和企业管理基本知识。
2.3假定和约束
3需求规定
3.1对功能的规定
此系统所要完成的主要功能有两方面:
如果是存款,储户填写存款单,然后交给业务员键入系统,同时系统还要记录存款人姓名、住址(或电话号码)、
3.2对性能的规定
3.2.1精度
在进行向数据库文件提取数据时,要求数据记录定位准确,在往数据库文件数组中添加数时,要求输入数准确金额
3.2.2时间特性要求
程序响应时间:在人的感觉和视觉事件范围内;
信息交换时间:要求在程序调用前调用后都与数据库保持同步更新,网络信息交换施加应该小于程序调用的时间
3.2.3灵活性
3.3输人输出要求
3.6其他专门要求
(1)可用性
本软件可以通过单步跟踪的操作进行检查处理。一旦出现错误就可以通过单步跟踪进行查找处理。
5故障处理要求
(2)安全性
由于软件运行数据放在数据库中,所以参数不容易被错改、破坏,万一参数受到破坏也不会影响源程序。
(3)可维护性
本软件利用数据库进行编程,系统结构由程序基本确定,大量的参数及文本内容全部放于数据库中。修改、更新数
4运行环境规定
4.1设备
湖南人文科技学院 计算机系上机实验报告本 课程名称 软件工程导论____________ 专业 计算机科学与技术 年级 学号 班 姓名 指导教师 2009 年 上 期
实验名称 实验一 上机日期 2009 年 3 月 26 日 计算机系上机实验报告 实验内容 项目可行性分析 实验目的:1 掌握可行性研究的有关概念和具体 分析过程;2 掌握软件项目成本效益分析的常用 评定等级(教师在对应 栏内打“√”) 手段;3 使学生掌握可行性研究报告的书写格式、 注意事项和研究 内容。 A B C D E 问题分析与算法或操作要点: 1 引言 1.1 编写目的 经过对该医院监护系统项目进行详细调查研究,初拟系统实现报告,对软件开发 中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所需要的成本效 益。本报告经审核后,交由软件经理审查。 1.2 背景 项目名称:医院计算机监护系统 用户:××医院 说明:随着社会发展的不断进步,医疗事业的不断壮大,人们对医疗机构的要求也 就不断提高,目前住院病人主要由护士护理,这样做不仅需要大量的护士,且由于不 能随时观察危重病人的病情变化,还会延误抢救时机。因此怎样有效的提高护士的工 作效率和更及时的了解病人的病情的问题,引起了人们的重视。由于信息产业的出现 和网络的普及,计算机的应用已普及到人类社会的每一个角落,它与人类的生活关系 越来越密切。为了节省不必要的人力物力,并有效的提高工作效率,使患者监护工作 简化,所以开发了一套以计算机为中心的,具有完整的存储,查询,警报,打印等功 能的患者监护系统。 1.3 参考资料 《软件工程——原理,方法与应用》 吴钦藩 编着 人民交通出版社出版 《软件工程导论(第四版)》 张海藩 编着 清华大学出版社出版 《软件工程》 任胜兵 邢琳 编着 北京邮电大学出版社 2 可行性研究的前提 2.1 基本要求 2.1.1 功能要求 此系统要求输入病人的姓名、住址、电话号码、身份证号码、住院日期、身体状况, 随时接收每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成患者日 志,当某个病人的胜利信号超出医生规定的安全范围时向值班护士发出警告信息,此 外,护士在需要时还可以要求系统印出某个指定病人的病情报告。 2.1.2 性能要求 该软件有 9 个功能模块,各模块功能如下:
生理信号输入管理模块:通过连接在病人身上的传感器,根据传感器的值将生理 信号输入系统 定时时间调节处理:通过系统,管理人员(医护人员)可以按需要输入定时采样 的时间。 病人信息输入模块:工作人员可以将病人的基本信息(患者姓名、患者性别、住 址、联系电话、患病名称、入院日期、状态(已出院、住院)、备注)输入系统。 病人信息修改管理模块:对病人的基本信息(患者姓名、患者性别、住址、联系 电话、患病名称、入院日期、状态(已出院、住院)、备注)进行修改。 病人信息查询模块:对病人的基本信息(患者姓名、患者性别、住址、联系电话、 患病名称、入院日期、状态(已出院、住院)、备注)进行查询。 生理信号安全范围控制模块:对各个病人的生理信号的安全范围进行输入、修改、 查询。 警报模块:对超过设定安全范围的病人及时通知医护人员。 病情查询模块:可以对这一段时间的病人病情进行查询 病情报告打印模块:可以对查询得的病人病情打印出病情报告 2.2 限制条件 2.2.1 经费、投资方面的来源和限制:各种硬件和工作人员工资需至少 10 万元 2.2.2.硬件、软件、运行环境和开发环境方面的条件和限制: 软件需求:操作系统 WINDOWS 2000 Advance Server 以上;数据库服务器端软 件 ORACLE 9I, Delphi 7.0。 硬件需求:10M 以上的 LAN 接入网络带宽,P4 3.0G Xeon CPU /1G 内存/360G(10K) SCSI 硬盘的服务器,P3 以上微机(带网卡)的客户机,P4 3.0G Xeon CPU /1G 内存 /36G(10K) RAID 硬盘的数据库服务器 2.2.3 开发时间:本系统采用 Delphi 实现,依靠其强大的控件系统,Oracle 数据库 管理系统和用 c 语音编制的传感器驱动相结合,能在 2 个月内开发出系统 3 对现有系统的分析 1、基本系统模型
2、数据流图
4 接口设计 4.1 用户接口 本系统的用户界面如下所示 菜单 快捷功能键区 用户输入界面(系统显示界面) 提交区 4.2 内部接口 1 初始化模块:系统初始时由操作系统调用,执行完毕后进入事件等待状态; 2 关闭系统模块:由系统功能模块调用,执行完毕返回操作系统; 3 系统功能模块:接收系统功能区相应事件,启动生理信号输入管理、定时时间调 节、信息输入、信息修改、信息查询等模块 4 生理信号输入管理模块:完成生理信号输入管理功能; 5 定时时间调节模块:完成定时时间调节功能; 6 信息输入模块:完成信息输入功能; 7 信息修改模块:完成信息修改功能; 8 信息查询模块:完成信息查询功能; 9 生理信号安全范围控制模块:完成生理信号安全范围控制功能; 10 警报模块:完成发出警报功能; 11 病情查询模块:完成病情查询功能; 12 病情报告打印模块:完成病情报告打印功能; 5 运行设计 5.1 运行模块组合 模块命名方式按照相应模块结合特性制定。 5.2 运行控制 本软件控制流程:先由操作系统启动 M1.1,然后进入事件驱动模式,由相应的事 件分别激活 M1.3,相应激活 M2.1、M2.2、M3.1、M3.2、M3.3、M4.1、M4.2 等模块, 其中 M1.2 将关闭并退出系统。 5.3 运行时间 各模块运行时间均应控制在 1—3 秒内(其中大部分为响应用户的动作)。由于系统
采用事件驱动方式,有效提高计算机的利用率。
6 系统出错处理设计 1 数据库处理事务失败自动回滚技术,保证数据库表的数据一致性和完整性。 1 重要数据的校验检查。 3 各个子系统的操作监控,异常情况报告;并提供报表等跟踪记录。 4 提供友好的用户界面和帮助信息及配合严格的检查,减少用户出错机会。 7 结论 医院患者监护计算机系统技术在目前是一个技术上成熟的系统,并且在医院 有效并且合理的利用资源。。因此,分阶段开发“医院患者监护系统”的构想是 可行的。为了使医院能及时发现病人的状况,建议立即着手系统的建议。 教师评语 教师签名: 日 期: 年 月 日
计算机系上机实验报告 实验名称 实验二 实验内容 软件需求分析 实验目的:1 掌握需求分析的有关概念和具体分 析过程;2 掌握软件项目成本效益分析的常用手 段;3 使学生掌握软件需求分析研究报告的书写 格式、注意事项和研究内容。 问题分析与算法或操作要点: 1 引言 1.1 编写目的 上机日期 2009 年 4 月 9 日 评定等级(教师在对应 栏内打“√”) A B C D E 经过对该银行储蓄系统项目进行详细调查研究,初拟系统实现报告,对软件开发 中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效 益。本报告经审核后,交由软件经理审查 1.2 背景 项目名称:银行计算机储蓄系统 用户:××银行 说明:现在的银行储蓄系统工作效率低,越来越不能满足广大人民群众的需要,人 们希望能更方便更省时就可以办理储蓄业务;随着拥有多种银行卡的人群不断增长, 人们急切希望有一种通用的银行卡以便随时随地在哪家银行都可以存款提款;现在计 算机网络的高速发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景 下,很明显现在的银行储蓄系统已经不能满足人们越益增长的需求,急切需要建立一 个新的、高效的、方便的、互联的计算机储蓄系统。 1.3 定义 银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、 标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者 都明其含义并找出其中的错误,遗憾或其它不足的地方。 模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其 他的模块的接口是简单的 1.4 参考资料 《精通 C#数据库开发》 王华杰等 清华大学出版社 2004 年出版 《软件工程——原理,方法与应用》 吴钦藩 编着 人民交通出版社出版 《软件工程导论(第四版)》 张海藩 编着 清华大学出版社出版 《软件工程》 任胜兵 邢琳 编着 北京邮电大学出版社
分享到:
收藏