第一篇:软件工程课程设计——基于UML医院患者监护系统的分析与设计
软件工程
课程设计报告
基于UML医院患者监护系统的分析与设计
姓名: 班级: 学号: 指导教师:
实验题目
基于UML医院患者监护系统的分析与设计
实验目的
软件工程课程设计是软件工程专业一个综合性的实践教学环节,其目的在于促进学生复习和巩固计算机软件设计知识,加深对软件设计方法、软件设计技术和设计思想的理解,并能运用所学软件设计知识和面向对象技术进行综合软件设计,提高学生的综合应用能力。通过这次课程设计,要掌握UML(统一建模语言),并能运用UML在Rational Rose中建模。
实验要求
1.一人一组。
2.熟悉Rose开发环境。
3.掌握UML的基本模型元素(如角色、用例、类等)。4.熟悉UML,主要了解UML中的9大图:Use case diagram(用例图)、Class diagram(类图)、Sequence diagram(序列图)、Collaboration diagram(协作图)、Statechart diagram(状态图)、Activity diagram(活动图)、Component diagram(组件图)、Deployment diagram(配置图)、datamodel diagram(数据模型图)。
5.进行系统需求分析与系统功能模块设计,绘出系统详细的业务流程图和数据流程图,建立完整的系统数据库的逻辑模型。6.完成对系统的建模实现。7.进行检查,并提交设计报告。
实验内容
一、问题描述
在医院的病房里,将病症监视器安置在每个病床,对病人进行监护。监视器将病人的病症信号(组合)实时地传送到中央监护系统进行分析处理。在中心值班室里,值班护士使用中央监护系统对病员的情况进行监控,监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析,当病症出现异常时,系统会立即自动报警,并打印病情报告和更新病历。系统根据医生的要求随时打印病人的病情报告,系统还定期自动更新病历。
二、需求分析
根据分析系统主要实现以下功能:
1、要求病症监视器随时接收每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成病情报告。
2、病症监视器可以将采集到的病症信号(组合),格式化后实时的传送到中央监护系统。
3、中央监护系统将病人的病症信号与标准的病症信号库里的病症信号的正常值进行比较,当病症出现异常时系统自动报警。
4、当病症信号异常时,系统自动更新病历并打印病情报告。
5、值班护士可以查看病情报告并进行打印。
6、医生可以查看病情报告,要求打印病情报告,也可以查看或要求打印病历。
7、系统定期自动更新病历。
三、用UML的静态建模机制定义描述系统的静态结构
(一)建立系统的用例图
通过分析可以识别出本系统的四个角色:值班护士,医生,病人,标准病症信号库。其描述面板如下:
角色:病人 角色职责: 提供病症信号
角色职责识别:
负责生成、实时提供 各种病症信号。
角色:医生 角色职责:
对病人负责,负责处理病情的变化
角色职责识别:
(1)需要系统支持以完成其日常工作
(2)对系统运行结果感兴趣
角色:值班护士 角色职责:
负责监视病人的病情变化
角色职责识别:
(1)使用系统主要功能(2)对系统运行结果感兴趣 角色:标准病症信号库 角色职责:
负责向系统提供病症信号的正常值
角色职责识别:
(1)负责保持系统正常运行(2)与系统交互
通过分析可以初步识别出系统的用例为:中央监护,病症监护,提供标准病症信号,病历管理,病情报告管理。顶层用例图如下:
(二)识别系统的类
通过名词识别法和系统实体识别法等方法可以识别出系统的十二个类。类图(含数据模型)如下:
(三)用配置图描述系统的体系结构
用配置图可以进一步描述系统的网络结构。配置图如下:
四、用UML的动态建模机制定义描述系统结构元素的动态特性及行为
(一)用状态图描述系统结构元素的动态特性及行为 状态图如下:
(二)用序列图和协作图描述病人病情异常时系统的情况 序列图如下:
生成协作图如下:
(三)用活动图描述系统在监护病人时的状态变化 活动图如下:
五、作出系统的详细业务流图及数据流图 业务流图如下:
数据流图如下:
源程序和文档
见附件。
心得体会
通过本次课程设计,我对于UML有了更深刻的了解,能更熟练的使用UML在Rational Rose中进行建模,同时也对软件工程及面向对象等方面的知识有了一个温习和巩固,对今后的学习起着积极的作用。在实验中碰到的几个困惑,或请教老师同学,或自己查阅资料都得到了解决,许多以前不甚理解的地方也豁然开朗,收获很大。
第二篇:软件工程课程设计——基于UML医院患者监护系统的分析与设计
软件工程大作业
姓名:黄会林 学号:2009214454 班级:3110903
实验题目:
基于UML医院患者监护系统的分析与设计
实验目的:
软件工程课程设计是软件工程专业一个综合性的实践教学环节,其目的在于促进学生复习和巩固计算机软件设计知识,加深对软件设计方法、软件设计技术和设计思想的理解,并能运用所学软件设计知识和面向对象技术进行综合软件设计,提高学生的综合应用能力。通过这次课程设计,要掌握UML(统一建模语言),并能运用UML在Rational Rose中建模。
实验内容:
一、问题描述
在医院的病房里,将病症监视器安置在每个病床,对病人进行监护。监视器将病人的病症信号(组合)实时地传送到中央监护系统进行分析处理。在中心值班室里,值班护士使用中央监护系统对病员的情况进行监控,监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析,当病症出现异常时,系统会立即自动报警,并打印病情报告和更新病历。系统根据医生的要求随时打印病人的病情报告,系统还定期自动更新病历。
二、需求分析
根据分析系统主要实现以下功能:
1、要求病症监视器随时接收每个病人的生理信号(脉搏、体温、血压、心电图等),定时记录病人情况以形成病情报告。
2、病症监视器可以将采集到的病症信号(组合),格式化后实时的传送到中央监护系统。
3、中央监护系统将病人的病症信号与标准的病症信号库里的病症信号的正常值进行比较,当病症出现异常时系统自动报警。
4、当病症信号异常时,系统自动更新病历并打印病情报告。
5、值班护士可以查看病情报告并进行打印。
6、医生可以查看病情报告,要求打印病情报告,也可以查看或要求打印病历。
7、系统定期自动更新病历。
三、用UML的静态建模机制定义描述系统的静态结构
(一)建立系统的用例图
通过分析可以识别出本系统的四个角色:值班护士,医生,病人,标准病症信号库。其描述面板如下:
角色:病人 角色职责: 提供病症信号
角色职责识别:
负责生成、实时提供 各种病症信号。
角色:医生 角色职责:
对病人负责,负责处理病情的变化
角色职责识别:
(1)需要系统支持以完成其日常工作
(2)对系统运行结果感兴趣
角色:值班护士 角色职责:
负责监视病人的病情变化
角色职责识别:
(1)使用系统主要功能(2)对系统运行结果感兴趣
角色:标准病症信号库 角色职责:
负责向系统提供病症信号的正常值
角色职责识别:
(1)负责保持系统正常运行(2)与系统交互
通过分析可以初步识别出系统的用例为:中央监护,病症监护,提供标准病症信号,病历管理,病情报告管理。顶层用例图如下:
(二)识别系统的类
通过名词识别法和系统实体识别法等方法可以识别出系统的十二个类。类图(含数据模型)如下:
(三)用配置图描述系统的体系结构
用配置图可以进一步描述系统的网络结构。配置图如下:
四、用UML的动态建模机制定义描述系统结构元素的动态特性及行为
(一)用状态图描述系统结构元素的动态特性及行为 状态图如下:
(二)用序列图和协作图描述病人病情异常时系统的情况 序列图如下:
生成协作图如下:
(三)用活动图描述系统在监护病人时的状态变化 活动图如下:
心得体会:
通过本次课程设计,我对于UML有了更深刻的了解,能更熟练的使用UML在Rational Rose中进行建模,同时也对软件工程及面向对象等方面的知识有了一个温习和巩固,对今后的学习起着积极的作用。在实验中碰到的几个困惑,或请教老师同学,或自己查阅资料都得到了解决,许多以前不甚理解的地方也豁然开朗,收获很大。
第三篇:UML食堂售饭系统分析与设计
食堂售饭系统分析与设计
目录
1.需求分析与描述.............................................................................1 1.1 需求分析.................................................................................1 1.2 用例分析.................................................................................1 1.3 用例模型图.............................................................................3 1.4 用例事件流描述.....................................................................4 2.领域模型分析...................................................................................7 3.工作流程分析...................................................................................8
食堂售饭系统分析与设计
1.需求分析与描述
1.1 需求分析
持卡人:办理新饭卡,给饭卡充值,注销饭卡,挂失/撤销挂失饭卡,补办新卡,退还饭卡,使用饭卡消费,查看个人消费的明细。 管理部门:通过计算机系统具体实现持卡人需求中的项目。
食堂工作人员:通过自动售饭机输入饭菜的金额,通过计算机系统对当天的营业情况进行汇总统计。
1.2 用例分析
1)系统的边界
对于系统边界,系统首先会包含需求分析中所需要软件实现的各项功能,此外还须确定食堂售饭系统是否包括管理部门和食堂工作人员。
就食堂售饭系统而言,其主要功能是让用户(即持卡人)享受服务(即用饭卡使购买饭菜的过程绕过了付款及找零的环节,提高了服务效率),而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的,因而此两者应归为食堂售饭系统的内部,相当于用户和具体的计算机软硬件系统之间的接口。
2)系统的执行者
持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭,因而是整个系统的执行者;
管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理,相当于其中饭卡信息管理子系统的使用者,是位于食堂售饭系统内部的执行者;
食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费
食堂售饭系统分析与设计
功能以及对营业情况进行的汇总统计的功能,相当于其中消费处理与统计子系统的使用者,也是位于食堂售饭系统内部的执行者。
这样得到了系统中的执行者: 持卡人 管理部门 食堂工作人员
3)系统的用例
根据用户需求及执行者的分析,得到系统的用例如下: 办理新饭卡 饭卡充值 注销饭卡
挂失/撤销挂失饭卡 补办饭卡 退还饭卡
查看个人消费的明细
扣除饭卡费用(对应于持卡人使用饭卡消费) 汇总统计
食堂售饭系统分析与设计
1.3 用例模型图
根据前面的分析,可以得到系统的用例模型图,如上图所示。对其中3个执行者和8个用例的简单描述如下:
执行者:
持卡人:饭卡的持有者,通过食堂工作人员的操作直接使用饭卡进行消费,并通过管理部门对其饭卡进行管理。
管理部门:负责根据持卡人的需求操作计算机系统,从而实现办新卡、充值、注销、挂失/撤销挂失,补卡、退卡、查看消费明细等功能。 食堂工作人员:负责根据饭菜的金额操作自动售饭机实现扣费功能,没隔一段时间对营业情况进行汇总统计并打印出相关文档。
食堂售饭系统分析与设计
用例:
办理新饭卡:管理部门人员负责在用户申请新卡时替用户办理新饭卡。 饭卡充值:管理部门人员负责根据持卡人所给的金额向饭卡中追加存款金额。
注销饭卡:管理部门人员负责在持卡人补办新卡或退卡时注销其原有饭卡。
挂失/撤销挂失饭卡:管理部门人员负责在持卡人因饭卡遗失申请挂失时进行挂失饭卡操作,在其找回饭卡时撤销对饭卡的挂失。
补办饭卡:管理部门人员负责在持卡人确认饭卡丢失或者损坏时替其补办饭卡,更改饭卡版本号,并实现只能使用最新版本号的饭卡。 退还饭卡:管理部门人员负责在持卡人申请退卡时清除卡内信息,退还剩余金额和押金。
查看个人消费的明细:管理部门人员负责在持卡人申请查看其消费明细时执行次操作。
扣除饭卡费用:食堂工作人员负责在持卡人持卡消费时根据饭菜的价格对饭卡进行扣费操作。
汇总统计:食堂工作人员负责在每天营业结束后对营业情况进行汇总统计并打印相关报表。
1.4 用例事件流描述
1.办理新饭卡
基本流
1.用户申请办理新饭卡
2.管理部门收取其押金和存款,记录持卡人相关信息 3.管理部门创建新饭卡的相关信息 4.用户领取新饭卡 备选流
无
食堂售饭系统分析与设计
2.饭卡充值
基本流
1.持卡人申请对饭卡充值 2.管理部门向持卡人收取现金
3.管理部门根据持卡人要求向饭卡中充值 备选流
3.a 如果收取现金金额大于充值额度,管理部门向持卡人找零
3.注销饭卡
基本流
1.持卡人申请注销饭卡 2.管理部门注销饭卡 备选流
无
4.挂失/撤销挂失饭卡
基本流
1.持卡人申请挂失/撤销挂失饭卡 2.管理部门执行相应操作 备选流
无
5.补办新卡
基本流
1.持卡人申请补办新卡
2.管理部门注销持卡人原有饭卡,读出余额,清除卡内信息 3.管理部门创建新饭卡的相关信息 4.管理部门更新持卡人的相关信息
食堂售饭系统分析与设计
5.持卡人领取新饭卡 备选流
无
6.退还饭卡
基本流
1.持卡人申请退还饭卡 2.管理部门收回饭卡
3.管理部门将押金退还持卡人并清除卡内信息 备选流
2.a 如果卡内有剩余金额,管理部门想持卡人退还相应金额
7.查看个人消费的明细
基本流
1.持卡人申请查看个人消费的明细 2.管理部门让持卡人输入饭卡密码 3.持卡人查看其消费的明细 备选流
2.a 如果饭卡密码错误,给出提示,结束
8.扣除饭卡费用(对应于持卡人使用饭卡消费)
基本流
1.持卡人购买饭菜,将饭卡放到自动售饭机上 2.食堂工作人员在自动售饭机上输入饭菜的金额 3.自动售饭机查询饭卡余额 4.卡内金额扣除 备选流
3.a 如果卡中金额不够用,给出提示,结束 4.a 如果卡内金额低于底线,给出提示,结束
食堂售饭系统分析与设计
9.汇总统计
基本流
1.食堂工作人员按需求对营业情况进行汇总统计 2.打印相关报表 备选流
无
2.领域模型分析
食堂售饭系统分析与设计
3.工作流程分析
办理新卡
饭卡充值
食堂售饭系统分析与设计
挂失/撤销挂失饭卡
补办饭卡
食堂售饭系统分析与设计
查看个人信息明细
注销饭卡
食堂售饭系统分析与设计
退还饭卡
扣除金额
食堂售饭系统分析与设计
汇总统计
第四篇:信息系统分析与设计课程设计教学大纲
《信息系统分析与设计课程设计》教学大纲
一、课程名称:信息系统分析与设计课程设计
课程代码:030557
二、课程类别(基础、专业基础、专业):专业课
三、设计周数:2周
四、大纲说明
(一)适用专业:信息管理与信息系统专业
(二)主要先修课程和后续课程
1、先修课程:管理信息系统、数据库系统及应用
2、后续课程:
五、课程设计目的及基本要求
围绕着信息系统开发的整个过程,结合现实开发需求,深入理解生命周期法、原型法、CASE方法、面向对象方法的基本概念,扩大学生的知识面和提高未来应对不同类型信息系统开发的能力。
六、课程设计内容及安排
1、选定调查、可行性研究,设计目标,进行信息系统规划;
2、进行用户需求分析;
3、总体设计、详细设计
4、系统实施、测试、试运行。
课程设计安排两周完成,包括具体布置课题,上机指导。
七、指导方式
集中指导与分散指导结合。(1)集中指导
第1天:布置任务、说明题意和要求; 第7天:中期检查和指导; 第10、11天:集中讨论。(2)分散指导
安排学生5天在计算机房编程和调试,教师随时解答学生设计中的问题。
八、课程设计对图纸、编程、设计说明书等具体量化要求 报告中应该体现学生的设计思路、设计方法、源代码编程及试运行效果。
九、课程设计考核方法及成绩评定
课程设计的成绩评定以课程设计平时表现、设计题目完成情况和设计报告为依据综合评分,评分各占30%、30%、40%。从总体来说,所设计的程序应该全部符合要求,系统可以进行试运行,设计报告要符合规范。
十、课程设计教材及主要参考资料
[1] [美]Gary B.Shelly Thomas J.Cashman Harry J.Rosenblatt著,李芳,朱群雄,陈轶群等译.系统分析与设计教程.机械工业出版社.2004.主要参考书:
[2] [美]Daniel R.Windle L.Rene Abreo著,韩柯等译.使用统一过程的软件需求.电子工业出版社.2003 [3] Jeffrey L.Whitten, Lonnie D.Bentley, Kevin C.Dittman著.肖刚,孙慧等译.系统分析与设计方法.机械工业出版社.2003.[4] [美]杰拉尔德温伯格著,张佐, 万起光, 董菁.系统化思维导论.清华大学出版社.2003.十一、其他
第五篇:《信息系统分析与设计》课程设计指导书
《信息系统分析与设计》
课程设计指导书
设计时间:2周执笔人:王小江
学 分 数:2.0 编写日期:2004年10月
一、课程设计的目的信息系统分析与设计课程设计作为独立的教学环节,是信息管理专业集中实践性环节系列之一,是学习完《信息系统分析与设计》课程后进行的一次全面的综合练习。其目的在于:
1、进一步巩固和加深学生所学的专业理论知识,加深对信息系统基础理论和基本知识的理解;
2、初步掌握使用信息系统分析、设计的基本内容和方法,培养学生独立分析和解决实际管理问题的能力;
二、课程设计的一般步骤
课程设计大体分五个阶段:
1)选题与搜集资料:选择课题,进行系统调查,搜集资料。
2)系统概述:介绍所选题目的背景及范围,预计将完成哪些主要功能等。
3)分析与设计:根据搜集的资料,进行功能与数据分析,并进行数据库、系统功能等设计。
4)程序设计:运用掌握的语言,编写程序,实现所设计的模块功能。
5)系统调试:自行调试程序,测试程序,并记录测试情况。
三、课程设计的内容与要求
本课程设计重视书面材料的撰写(信息系统前期的系统调查,系统分析,系统设计),要求最后采用相应的程序开发工具(例如VB、PowerBuilder、Delphi、ASP等)进行信息系统的开发实施。
1、根据课程设计时间选择适当规模大小的设计课题。可以从参考题目或采用生产实习的调研内容作为课程设计选题。
2、根据合理的进度安排,按照系统开发的流程及方法,踏实地开展课程设计活动。
3、课程设计过程中,根据选题的具体需求,在开发各环节中撰写相关的技术文档,最后要求提交比较详细的课程设计报告,内容应包括:系统概述、系统分析、系统设计、系统实施等部分。
四、内容格式要求
1、课程设计报告要求用16k纸排版,单面打印,并装订成册,内容包括:
1)封面(包括题目、院系、专业班级、学生学号、学生姓名、指导教师姓名、职称、起止时间等)
2)目录
3)正文(系统概述、系统分析部分、系统设计部分等)
①系统概述(现状分析,系统目标等)
②系统分析部分(必需)
需求分析
业务流程图(重点)
数据流程图(重点)
数据词典
③系统设计部分(必需)
模块结构设计(HIPO图)
输出设计(主要指打印输出界面设计)
存储文件格式设计(数据库结构设计)
输入设计(主要指数据录入界面设计)
代码设计(职工证号和部门代号等)
④系统实施等
4)参考文献
2、课程设计正文参考字数:5000字。
3、目录格式
①标题“目录”(三号、黑体、居中)
②章标题(四号字、黑体、居左)
③节标题(小四号字、宋体)
④页码(小四号字、宋体、居右)
4、正文格式
①页边距:上2.5cm,下2.5cm,左2.5cm,右2cm,页眉1.5cm,页脚
1.75cm,左侧装订;
②字体:章标题,四号字、黑体、居左;节标题,小四号字、宋体;正文文字,小四号字、宋体;
③行距:1.5倍行距;
④页码:底部居中,五号;
5、参考文献格式
①标题:“参考文献”,小四,黑体,居中。
②示例:(五号宋体)
期刊类:[序号]作者1,作者2,„„作者n.文章名.期刊名(版本).出版年,卷次(期次):页次.图书类:[序号]作者1,作者2,„„作者n.书名.版本.出版地:出版社,出版年:页次.五、考核方式与成绩评定
课程设计报告作为考核的内容,成绩计分按优、良、中、及格和不及格5级评定。
六、参考题目
题目1:商城管理系统
1.基本数据管理
2.商品类别数据维护
3.商品基本数据维护
4.供应商数据维护
题目2:学生成绩查询系统设计
1.各代课老师能够根据权限,把学生成绩录入教学管理科的数据库中。
2.各学院成绩办公室同样能够把学生成绩上传到教务处教学管理科,或把学生成绩下载到学院成绩办公室自己的数据库服务器。
3.学院网站发布学生各科成绩。
4.学生成绩查询与打印报表。(其中包括按年级查询、班级查询、课程名查询、代课老师名查询、学号查询及相应的报表打印)
题目3:图书借阅管理系统设计
1.书目查询设计
2.用户借阅信息查询
3.过期书目汇总
4.预定书目通知设计
题目4:机房上机管理系统设计
1.管理员及用户登陆设计
2.计算机状态查询设计
3.上机费用计价设计
4.费用汇总设计
题目5:车票预定系统设计
1.车票、车次信息查询设计
2.客户基本信息输入设计
3.车票订购设计
4.退票功能设计
题目5:酒店客房管理系统设计
1.客房状态信息查询设计
2.客户基本信息输入设计
3.费用结算设计
题目6:旅游在线报名站点设计
1.旅游信息查询设计
2.客户基本信息输入设计
3.旅游报名汇总设计
4.旅游费用计算设计
题目7:人才招聘系统设计
1.企业人才信息发布设计
2.人才需求信息查询设计
3.个人信息发布设计
4.企业与人才交流设计
题目8:教学辅助系统的设计与实现
1.用户管理
2.作业管理
3.习题与教程文章管理
4.网上答疑
题目9:留言簿系统设计
1.用户登陆设计
2.用户基本信息输入设计
3.留言发布设计
4.留言查询设计
5.留言管理设计
题目10:毕业设计管理系统
1.毕业设计成绩网上评定设计
2.毕业设计论文管理设计
3.毕业设计成绩汇总及打印
4.成绩查询设计
题目11:奖学金评定系统设计
1.奖学金评定信息查询
2.根据奖学金评定办法,自动生成(班级、专业)名次表。
3.用户可按多种方式查询成绩及名次
4.奖学金发放汇总
题目12:实验室设备管理系统
1.设备信息的添加、删除、修改
2.设备按多种方式查询和统计
3.设备报表输出
题目13:选课系统
1.根据课程开设的时间,动态实现被选课程科目。
2.用户网上对所选课程进行增加、修改和删除。
3.用户登陆设计,保证网络安全。
4.用户选课课程表生成设计
题目14:考试成绩查询系统
1.可查询学生的某学期,学年的单科成绩
2.查询学生不及格成绩
3.查询学生的所有成绩,并进行汇总统计
4.设定使用权限,不同的用户有不同的权限
题目15:学生选修课程管理系统
1. 学生入学登记。
2. 学生选修课程控制(如人数控制)。
3. 选修课程统计(成绩.课数等)。
4. 学生统计。
5.学生选修课程分析(什么课程选修人数比较多,什么课程教师开课多等)
题目16:人事管理系统
1.增加记录
2.修改、删除记录
3.考核、奖惩
4.人事信息查询
题目17:高校学生管理系统
1.可增加、删除记录
2.实现任意条件查询、打印功能
3.学生信息输入包括基本信息(家庭、联系、民族等)
4.实现每个学生计算成绩平均分(分学期、总学期)
题目18:学校教师工作量及课时计算系统
1.能够完成工作量和课时的输入
2.计算工作量和课时
3.能够查询某位教师的总课时、具体的分项课时
4.能够实现排序功能
5.报表输出
题目19:食堂管理系统
1.食堂用餐卡发售与注销,资金注入.2.食堂用餐登记,3.食堂用餐统计。
4.食堂用餐的人数,哪个食堂用餐人数最多,消费金额最高。
5.哪些菜最受欢迎等。
题目20:通用超市管理系统
1.顾客购买登记,计算顾客的购买总金额及收款金额与找出另钱
2.商品销售统计(含每日/月/年结帐功能)
3.商品进货登记
4.库存查询,提示是否进货
5.报表打印及标价签打印,包括商品号码,销售单价等
题目21:教材管理系统
1. 现有库存教材查询(书目、数量)
2.依据学生数确定,参照现有库存量,最终确定需要征购的教材数量
3.领书出库时自动提示相应班级报订的教材种类与数量
4.可分供书单位提供对帐单,能以班级或单个学生为帐户进行结算。
5.能记录并查询教师领用教材情况,便于同财务管理部门进行结算。
6.能按课程查询近年来教材选用情况;提供上报教育部的教材使用情况表。题目22:电脑组配网上报价系统
1.计算机硬件查询(价格、性能)
2.电脑配置自动生成总金额
3.用户自己选择配置,只需点击配件名称,自动生成总金额
4.用户可记住自己的自选配置单号进行查询、更改,会员用户可登陆查询自选配置单号
进行查询、更改。