DOC《案例大作业》

案例大作业 ??2004.

9?? 1.会员制商场进销存系统 2.服装行业进销存系统 3.工业企业进销存系统 4.医药行业进销存系统 5.汽修行业进销存系统 6.书刊行业进销存系统 7.餐饮行业进销存系统 8.学生基本信息管理系统 9.图书馆管理信息系统 10.工资管理系统 11.储蓄管理系统 12.房地行业管理信息系统 13.网上商店 14.网上聊天软件 15.企业办公系统 16.学生选课系统 17.客户管理信息系统 18.往来账务管理系统 19.设备管理系统 20.学校排课管理系统 21.医院病历管理系统 22.产品图纸管理系统 23.航空售票系统 24.保险公司管理信息系统 25.学习考试系统 26.刀具管理信息系统 27.工业产品售后服务管理系统 28.户藉管理系统 案例参考 ??2004.9 案例参考 完成软件系统分析、系统设计、编码、测试等个各阶段的任务,提交软件产品,并编写各阶段的开发文档. 2. 要求提交的开发文档 (1) 问题定义报告 (2) 可行性研究报告 主要包括功能级数据流图及可行性分析、经济可行性分析、运行可行性分析. (3) 需求说明书 主要包括详细数据流图、数据字典、数据库设计. (4) 概要设计说明书 主要包括软件结构图或HIPO图. (5) 详细设计说明书 主要包括各模块数据流程图(或N-S图). (6) 源程序 (7) 测试计划 (8) 可能的维护计划 ] 图书管理系统: 问题提出:XX校图书馆现为手工管理,效率低、易出错、手续繁琐,而且耗费大量的人力.图书馆希望设计一个图书馆系统,管理读者的登记、图书的购入、借出、归还以及注销等.管理人员还可以查询某位读者、某本图书的借阅情况,对当前借阅情况给出一些统计,给出统计表格,以全面掌握图书的流通情况.估计开发该系统需购买硬件、外部设备(P4微机一台、打印机一台),花费1.2万元左右,开发工作量约需3个人月工作量,每人月工资为2000元,开发完成后维护费用每年600元,开发完成后,原有的三名管理人员可以减少二名,每人月工资600元. 用户的具体需求: 要求该系统可以完成读者登记、购入新书、读者还书、图书注销等功能.读者登记时要为读者编制读者卡片,包括读者的具体信息(读者编号,姓名,学院,专业,年级等),写入读者目录文件中.购入新书时要为该书编制图书卡片,包括分类目录号、流水好(唯一)书名、作者、内容摘要、价格和购书日期等信息,写入图书目录文件中.读者借书是,先检查该读者是否有效的读者,若无效则拒绝借书,否则检查该读者所借图书是否超过最大限制数(五本)以及有未归还的过期图书,否则拒绝借书.查找该图书是否还有,如果有则可以借出,登记图书分类号、读者号和借阅日期等.读者还书时,根据六书 号,从借书文件中读出有关记录,表明还书日期,如果图书过期,则处以罚款,并打印罚款单.在某些情况下,需要对图书馆的图书进行清理工作,对无价值的和过时的图书要注销.咨询要求分为查询某位读者.某种图书和全局图书三种情况.可以打印读者和图书情况统计表. 软件工程师分类关键字 ??2004.9?? 软件工程师分类关键字: 1,软件开发生涯需要: 学习型 工程师;

2,软件企业需要: 应用型 工程师;

3,软件产业发展需要: 复合型 工程师;

4,与国际接轨需要: 通用型 工程师. 近期,IT行业中最令人关注的职位当属 软件工程师 了,其需求量在IT人才市场中总是名列第一,成为IT人求职的热点.软件工程师的未来是什么?有哪些出路?你是否已做好物质上及心理上的准备以迎接各阶段的挑战呢?从软件技术的发展及软件产业的竞争来看,只有学会学习,软件工程师才能应对未来的各种挑战.我们将分两期向大家介绍四种类型的软件工程师,分别是学习型、应用型、复合型和通用型.我们先来看前两种,希望对大家的学习和职业生涯有所帮助. 软件开发生涯需要: 学习型 工程师 写软件程序其实很简单.电脑知识入了门,熟悉它运作的基本原理,自己设计些程序并不难.不断改善的人机界面,提供了前所未有的简单使用方法,更让写程序的年龄记录不断下降.入了门,只要条件允许,走上专职软件工程师这条路是相当自然的.这里说的条件是什么呢?兴趣是第一,再者就是进修提高.学校虽尽其可能传授学生最新的知识,但很可能学校所学的知识一毕业就过时了.工作后再学习就成了最重要的进修方式.能不能把握好这些机会,决定着程序员的技术层次和前程. 入门容易,要成为大师却很难.同样,要在软件业修炼成高手也要有相当时间来磨炼和积累.学习与不断提高伴随着软件工程师的职业生涯. 在技术钻研的历程上,刚开始你可能只是一个程序生产者.在这个阶段里,你只以编写程序的能力来提供服务.常常知其然,不知其所以然,但那不是问题.就像是个学徒,重要的是打好基础.千万不能染上一些恶习,例如求快而忽略细节,也不要以为简单和简陋一样. 通常经过一段时间,单纯的程序编写已不具挑战性.渐渐的,你开始对自己负责设计和编写的模块产生怀疑,并能适时地提供改善的建议.接着,你常因提出好点子而被赞许.就这样逐渐开始接触设计的领域.富有创意或是基本功好的人,会比较早进入此阶段,享受到意见被接受的快乐与成就感. 更进一步,你开始负责模块的设计.也许自己只编写较重要的部分程序,而将大部分程序编写工作交给上述的程序生产者.与前阶段比较来说,工作内容从程序编写渐渐变成设计.程序编写的工作量虽逐渐减少,但仍然是一个重要的部分.在和其他负责模块的同事不断沟通中,你将了解到整个产品的设计理念和重点. 接下来能不能更上一层楼,取决于你能否评判模块的设计是不是完整、有没有足够的前瞻性.很多软件工程师上不上、下不下地卡在这一层.不求真,断章取义,只看到问题的表面;