信息系统分析与设计期末重点整理
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
信息系统分析与设计
考试题型
一、单选(10 *1分)
二、名词解释(5*3分)
前五章名词解释前三题选一题
三、填空题(15*1分)
前五章填空题前四题选一题
四、简答题(5*5分)
P128 简答题(6)、(7)、(11)、(12)、(14)
五、应用题(5*7分)
1.角色扮演与岗位职责(课本2到3页和课本201到203页两种),(第212页半
成品和成品)每人两个角色:技术岗位和管理岗位。
岗位职责50字以上。
2.第24到26页开发进度计划
第38到40页工程网络图
3.使用Visio创建某信息系统的核心业务类图,对象图(课本58到61页,第160
页,第169页的7.5.2)
4.数据库设计及访问(课本第81到84页第四章,第六章137页到138页,
P148-151-152-153-155页)
一、单选
(见必博平台)
二、名词解释
第一章
1.信息系统P4
基于计算机的信息系统(Computer-based Information System,CBIS)简称计算机系统或信息系统,是由人、计算机硬件、软件、通信网络和数据资源组成的一类人机系统。目的是借助计算机硬件、软件、通信网络等,及时、准确地收集、加工、存储、传输和提供决策所需的适用信息,实现企业或其他机构中各项活动的计划、组织、调节和控制。
2.瀑布模型P5
瀑布模型是一个软件开发架构,其核心思想是按照工序将问题化简,采用结构化的分析
与设计方法将逻辑实现与物理实现分开,有利于系统开发任务的分工与协作。
瀑布模型将软件生命周期划分为制定计划、需求分析、系统设计、程序设计、软件测试、运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。
瀑布模型的突出优点是为项目提供了按阶段划分的检查点。瀑布模型的突出缺点在于只有在项目生命周期的后期才能看到结果,从而不适应用户需求的变化。
3.V模型P6
RAD(Rap Application Development,快速应用开发)模型是软件开发过程中的一个重要模型,由于其模型构图类似字母V,所以又称为软件开发的V模型。V模型大体可以划分为需求分析、系统设计、程序设计、软件编码、单元测试、集成测试、系统测试、验收测试、运行维护等九个基本活动。V模型通过分析、设计与测试同时进行的方式来缩短开发周期,提高开发效率。V模型是一种传统软件开发模型,一般适用于一些传统信息系统应用的开发,而一些高性能高风险的系统、互联网软件,或一个系统难以被具体模块化的时候,就比较难做成V模型所需的各种构件,需要更强调迭代的开发模型或者敏捷开发模型。
第二章
1.系统需求
系统需求是指创建新系统的业务原因的新系统预期带来的价值。通常,系统需求的确定包括新系统的提案人、业务外因、业务内因、业务价值、其他特殊约束等五个要素。
2.信息系统项目
项目是为了创造某一独特的产品或服务所做的一次性努力。项目的产出可以是有形的产品,也可以是无形的服务。“独特”是指项目所创造的产品或服务与其他产品或服务相比,有明显的区别。“一次性”是指项目有明确的开始时间和结束时间。
信息系统项目是一类典型的项目。信息系统项目包括开发信息系统,加强现有的信息系统,升级或者更新公司的信息技术基础架构等。
信息系统项目通常是作为实现组织战略目标的手段而建设的,具有非常明显的特点。(1)信息系统项目的目标性
(2)信息系统项目的一次性或时限性
(3)信息系统项目的冲突性
(4)信息系统项目的渐进明细性
(5)信息系统项目的不确定性
(6)信息系统项目的约束性
3.技术可行性
技术可行性研究是围绕企业中现有硬件、软件能力,以及计算机硬件、软件行业的水平展开的,即分析所提出的需求在现有技术资源条件下是否能实现。如管理规模的要求,处理精度的要求以及对通信功能的要求等,这些都需根据现有技术水平认真考虑,烤炉企业中现有的计算机硬件、软件条件及将要购买的软硬件条件能否实现这些功能,还要考虑系统是否能够应付未来企业或组织的事物量和增长规模。
第三章
1.典型调查
典型调查是指从调查对象的总体中选取一个或几个具有代表性的单位,如个人、群体、部门、组织等等,进行全面、深入的调查。其目的是通过直接地、深入地调查研究个别典型,来认识同类事物的一般属性和规律。
2.功能需求
人事档案信息新系统的功能需求是指人事档案信息系统面向实际应用时所应具备的各项功能。
ISAD团队人事档案信息系统功能——在Internet网络环境下,ISAD团队人事档案信息系统能够支持ISAD团队实现以下核心业务的数字化活动:
(1)所有会员通过该系统,能够修改自己的登录密码。
(2)除了CEO和管理员之外的ISAD团队其他成员(会员)通过浏览器都只能浏览自己的档案信息,如果发现有需要修改的,可以向部门领导申请更新,获批后,委托管理员进行档案更新,并且更新后的档案信息不能覆盖原来的档案信息。
(3)经CEO及主管领导审批,管理员通过该系统,能够对ISAD团队所有成员的档案信息进行增加、删除、修改等。
(4)管理员通过该系统能够对ISAD团队所有成员的档案信息进行备份和回复。(5)非本团成员,可以向本团CEO和管理员申请特权,获得特权账号后,可以浏览本团特定成员的档案信息,但不能修改浏览到的档案信息。
(6)相关领导通过该系统,能够对本团队的成员构成按照指定参数浏览分类汇总信息。(7)所有用户需要登录系统,才能激活ISAD团队人事档案信息系统的产品服务功能。
3.数据需求
数据需求是指在完成人事档案信息管理业务时所提供给信息系统关于被处理数据的描述和数据采集的要求。拟开发的ISAD团队人事档案信息系统数据需求主要是:
(1)静态数据元素——成员档案,基本数据包括:成员编号,姓名,性别,部门,职务,身份证号,籍贯,政治面貌,民族,QQ号,电话,班级,专业,院系,学校,录用日期,个人简历,照片,备注。
(2)输入数据的来源:ISAD团队所有成员的档案信息。其中,成员编号取值为{成员完整的学号}、部门取值是{IT生产制造,IT财务会计,IT市场营销,IT人力资源}、职务取值范围是{项目经理及CEO,系统分析员,DBA兼财务会计,程序员,网络管理员,客户服务协调员兼市场总监,生产总监兼CIO,人事总监兼培训人员}、录用日期取值为{ISAD团队成立之日}、更新日期取值为{档案信息更新之日}、个人简历取值为{200字左右的大学期间专业学习和业余兼职经历}、照片取值为{自拍完整头部照片并且文件名为“本人完整学号.jpg”}。
(3)更新和处理的频度:每周更新处理一次。
第四章
1.面向对象设计
面向对象设计(Object Oriented Design, ODD)是在面向对象分析的基础上运用面向对象的方法,来设计产生一个符合具体实现条件的面向对象设计模型。从面向对象分析转换到面向对象设计,主要工作包括:设计对象与类、设计系统结构、设计人机交互子系统、设计数据管理子系统。
设计对象与类——主要任务是:设计对象与类的属性,设计对象与类的实现结构,以及