《管理信息系统分析与开发》实训报告.doc

江苏经贸职业技术学院江苏商业管理干部学院管理信息系统分析与开发实训报告（2011-2012学年第1学期）系 部 xxxxxxxxxxxxxxxxxxxxxxx专 业 xxxxxxxxxxxxxxxxxxxxxxx班 级 xxxxxxxxxxxxxxxxxxxxxxx项目小组 xxxxxxxxxxxxxxxxxxxxxxx负 责 人 xxxxxxxxxxxxxxxxxxxxxxx指导教师 xxxxxxxxxxxxxxxxxxxxxxx 年 月 日版本 1.0 版本：1.0 日期：2019-04-24 修订文档历史记录日期版本说明作者项 目 进 程 表项目名称项 目 组负 责 人项目成员联系方式项目进程分项内容主要设计人员完成情况完成日期备 注系统概况项目背景当前管理现状系统建设的意义初步构想可行性分析引言现行组织系统概况拟建立的信息系统经济可行性分析技术可行性分析社会可行性分析可行性分析结论业务分析目标分析机构分析职能分析业务分析业务实体分析需求分析用户需求约束系统目标需求结构分析功能需求分析非功能需求分析风险分析系统分析逻辑结构分析用例分析概念类分析系统设计系统平台系统结构详细设计屏幕界面设计数据库设计系统实现系统的实现结构类的实现系统测试测试方法模型测试单元测试用户界面测试目录一.系统概况41. 项目背景42. 当前管理现状43. 信息系统建设的意义44. 信息系统建设的初步构想4二.可行性分析51. 引言52. 现行组织系统概况52.1. 组织目标和战略52.2. 业务概况52.3. 存在的主要问题53. 拟建立的信息系统53.1. 简要说明53.2. 初步建设计划53.3. 对组织的意义和影响54. 经济可行性分析54.1. 支出54.2. 收益64.3. 支出收益分析65. 技术可行性分析66. 社会可行性分析77. 可行性分析结论7三.业务分析71. 目标分析71.1. 使命71.2. 总目标71.3. 子目标71.4. 组织策略72. 机构分析73. 职能分析73.1. 职能结构73.2. 组织功能模型84. 业务分析84.1. 业务功能分析84.2. 业务流程分析85. 业务实体分析85.1. 组织实体模型85.2. 实体字典9四.需求分析101. 用户需求102. 约束103. 系统目标104. 需求结构分析105. 功能需求分析106. 非功能需求分析107. 风险分析10五.系统分析121. 逻辑结构分析122. 用例分析123. 概念类分析123.1. 概念类目录123.2. 概念类条目12六.系统设计131. 系统平台131.1. 物理设备131.2. 软件平台132. 系统结构132.1. 拓扑结构132.2. 软件结构133. 详细设计134. 屏幕界面设计134.1. 屏幕界面结构图134.2. 屏幕界面135. 数据库设计135.1. 概念设计135.2. 逻辑设计145.3. 物理设计14七.系统实现151. 系统的实现结构152. 类的实现15八.系统测试161. 测试方法162. 模型测试163. 单元测试164. 用户界面测试17九附件 附件一. 项目进度计划19附件二. 项目总结报告22 19 一. 系统概况1. 项目背景本节用于描述项目的背景信息，如组织的规模、地域覆盖范围、目标客户定位以及组织结构和各部门的业务功能等信息。2. 当前管理现状本节用于描述组织当前业务管理的现状及存在的主要问题。3. 信息系统建设的意义本节用于描述新的信息系统对组织的意义及对组织产生的效益。4. 信息系统建设的初步构想本节用于描述如何创建新的信息系统的初步构想，可以按如下几个方面进行论述：（1） 信息系统建设的目的（2） 信息系统的功能（3） 信息系统的拓扑结构（4） 信息系统的时间计划二. 可行性分析可行性分析是指在项目正式开发前，先投入一定的精力，通过一套准则，从经济、技术、社会等方面对项目的必要性、可能性、合理性，以及项目所面临的重大风险进行分析和评价，得出项目是否可行的结论。1. 引言本节用于描述组织当前的管理现状及开发新系统的主要目的。2. 现行组织系统概况2.1. 组织目标和战略本节用于描述组织的总目标以及为实现此总目标所采取的重大战略决策。2.2. 业务概况本节用于描述项目的背景信息，如组织的规模、地域覆盖范围、目标客户定位以及组织结构和各部门的业务功能等信息。2.3. 存在的主要问题本节用于描述组织当前业务管理的现状及存在的主要问题。3. 拟建立的信息系统3.1. 简要说明本节用于描述项目涉众和用户的高层需求。3.2. 初步建设计划本节用于描述项目的初步时间计划。3.3. 对组织的意义和影响本节用于描述新的信息系统对组织的意义及对组织产生的效益。4. 经济可行性分析4.1. 支出本节列出信息系统建设需要支出的费用，可以从下面几个方面进行论述：（1） 系统开发费用l 人员费用l 硬件设备费l 软件费l 耗材费l 咨询和评审费l 调研和差旅费l 不可预见费系统开发总费用（2） 系统运行费用本系统的运行期为XX 年，每年的运行费用如下：l 系统维护费l 设备维护费l 消耗材料费系统年运行费用XXX，XX年累计系统运行费用为XXX系统开发和总运行费用为XXX，折合XX/年。4.2. 收益本节列出信息系统为组织带来的经济效益和社会效益，可以从下面几个方面进行论述：（1） 经济效益l 提高工作效益、减少工作人员l 扩大营业或服务范围、增加组织收入l 及时获取信息，减少决策失误l 减少库存积压、提高资金周转通过上述计算，本系统每年可以获得经济效益XX/年，累计XX年可获经济效益XX万。（2） 社会效益l 提高工作效率，减少用户或客户的购买或服务时间l 改善工作方式，减轻工作人员的劳动l 提高工作质量，增强用户和客户对组织的信任感和亲善感，改善组织形象；l 提高管理水平，使组织的管理走向高质量、科学化发展4.3. 支出收益分析本节用于对经济的可行性作出决策。5. 技术可行性分析本节用于描述开发系统涉及到的技术因素，可以从以下几方面进行论述：（1） 信息系统的开发方法（2） 网络和通信技术（3） 软件体系结构规划和设计技术（4） 数据库设计技术（5） 开发语言和开发工具的使用6. 社会可行性分析本节用于描书本系统是否具有社会可行性，可以从社会环境、用户的学习和使用习惯、国家的法律法规等方面进行论述7. 可行性分析结论通过经济、技术和社会等方面的可行性分析，可以确定本系统的开发完全必要，而且是可行的，可以立项开发。三. 业务分析业务分析的目的是分析和认识现行组织系统，业务分析的目地是对现行组织系统的目标、组织机构、职能作用、业务流程、管理模型进行深入分析，以建立反映现行组织系统的业务模型。1. 目标分析组织目标是组织的奋斗方向，组织的一切工作将围绕组织目标展开。1.1. 使命本节用于描述组织的使命和方向，组织使命是组织存在的意义和价值，组织方向是组织发展的长远方向和趋势。1.2. 总目标本节用于描述组织的总目标，组织的总目标是为了实现组织的使命，在一段时间内组织要达到的总体目的和结果。目标具有时间性和可度量性。1.3. 子目标本节用于描述组织的子目标，子目标是对总目标的分解，可以逐层进行。1.4. 组织策略本节用于描述组织的组织策略，组织策略是为了实现组织目标所采取的对策和举措，是实现组织目标的运筹和保障。2. 机构分析本节用于描述组织机构，组织机构分析的任务是分析组织的机构设置，以及各机构之间的隶属领导关系和职能指导关系。可以分为机构分析、职能关系分析和岗位分析。3. 职能分析组织职能是为了实现组织使命和目标，赋予组织的职责和功能，职能由组织目标确定，并可逐层分解，组织的职能需要赋予一定的机构和岗位来承担。3.1. 职能结构本节用于描述组织的职能结构，一般可以用职能结构图来描述，职能结构可以逐层划分。3.2. 组织功能模型本节用于描述组织功能模型，组织功能模型是一个包结构，用于表示完整的组织功能，组织功能包需要分解为一幅或多幅功能图，每个功能图中的一个用例描述一个功能，一般可通过如下方式进行描述：（1） 总体功能（2） 系统参与者（3） 组织功能4. 业务分析业务是为了实现组织的目标和职能，组织实体的有序活动过程，业务可以逐层分解，业务之间会存在重叠或交叉的过程或活动。4.1. 业务功能分析本节用于描述组织的所有业务及其主要功能，可以使用业务说明表、业务/机构关系表和业务实体表进行描述。业务明细表编号业务名称说明业务/机构关系表部门业务名称XX部门XX部门XX部门XX部门XX部门XX部门XX部门XX部门业务名称1说明：指该部门的主要业务，指与该部门有关系的业务。业务实体表编号业务名称关联的实体4.2. 业务流程分析本节用于描述组织的业务流程和活动，业务流程和活动是组织实体围绕着实现组织的某些目标的活动过程，可以使用活动图来描述业务流程。5. 业务实体分析实体是组织中的各种事物，组织由实体构成，实体的活动构成组织业务，以实现组织的目标和使命。5.1. 组织实体模型本节用于描述组织的实体模型，组织实体模型用于描述组织中的主要实体以及实体之间的相互联系所呈现的静态结构。可以使用UML 中的包图和类图描述实体模型。5.2. 实体字典本节用于记录实体模型中每个实体的详细信息，实体字典由实体目录和实体条目构成，实体目录可以按照字母顺序或其他便于查找的顺序进行排列。实体目录实体名说明实体条目编号实体条目编号实体名职责属性说明编号实体名职责属性说明四. 需求分析需求分析是在需求调查的基础上，结合组织目标、业务现状、技术水平、投资能力等因素，对用户提出的需求从信息系统目标、宏观结构、业务功能、技术性能、风险等方面进行深入分析，最后确定出全面、可行的信息系统需求。1. 用户需求本节用于描述用户对系统提出的需求，可以分为以下三类需求分别进行描述：（1） 总体需求（2） 功能需求（3） 性能需求2. 约束本节用于描述为实现用户的需求，目前已知的各种约束条件，可以是资金、时间、人员、企业已有信息系统的基础架构、技术、经济、社会、法律法规等各方面的约束。3. 系统目标本节用于描述根据用户需求和目前的约束所确定的系统的最终目标，可以从以下几个方面加以描述：（1） 系统的总目标（2） 系统的功能目标（3） 系统的非功能目标4. 需求结构分析本节用于描述需求的结构，需求结构是按照信息系统目标、职能和需求的相关性，从总体上将需求进行划分，可以使用包图来描述每个需求包。5. 功能需求分析本节用于描述系统的功能模型，可以使用用例图和对用例进行说明的用例说明表来描述系统的功能6. 非功能需求分析本节用于描述系统的非功能需求，非功能需求是在系统的非功能目标的基础上进行细化而来，包括系统的效率、处理方式、可靠性、安全性、适应性等内容7. 风险分析本节用于描述未来信息系统开发或运行过程中可能存在对项目的成功产生威胁或损失的各种潜在问题。可以使用风险记录单进行描述。风险记录单序号数字确定日期风险被识别出来的日期风险描述对风险进行描述可能性风险真正出现的可能性危害性风险对项目的成功造成的危害程度处理对策对风险的处理方案风险承担人检测和解决风险的承担人撤除日期风险被消除的日期风险记录单序号数字确定日期风险被识别出来的日期风险描述对风险进行描述可能性风险真正出现的可能性危害性风险对项目的成功造成的危害程度处理对策对风险的处理方案风险承担人检测和解决风险的承担人撤除日期风险被消除的日期五. 系统分析系统分析(System Analysis)是在业务分析和需求分析的基础上，从抽象的概念层次上确定信息系统的要素、构成和结构，得出信息系统的逻辑模型。1. 逻辑结构分析本节用于描述系统的逻辑结构模型，逻辑模型由逻辑系统构成，逻辑系统是顶层逻辑包。逻辑系统又被分解为多个逻辑包。每个逻辑包中包括一个或多个系统用例。2. 用例分析本节用于描述每个用例的静态模型和动态模型，静态模型可以用包图或类图进行描述，动态模型可以使用顺序图、协作图、活动图或状态图进行描述。3. 概念类分析本节用于描述参与到用例中的所有概念类，可分为概念类字典和概念类条目，概念类的类型可分为界面类、控制类和实体类。3.1. 概念类目录概念类字典目录概念类名类型说明条目编号3.2. 概念类条目编号概念类名职责属性说明特殊需求l 范围：l 容量：l 更新品率u 创建/删除：u 更新：u 读取：六. 系统设计系统设计的任务是为实现信息系统的需求模型所规定的功能和性能要求，考虑系统实现环境，通过对信息系统逻辑模型的综合分析和细化，确定出信息系统的设计模型。1. 系统平台信息系统平台是信息系统开发和运行的环境，包括网络、计算机、相关设备、系统软件和支撑软件等。平台设计需要根据信息系统设计要求，通过对技术和市场的综合分析，确定出网络结构、设备选型和软件平台方案。1.1. 物理设备本节用于描述系统所需的所有物理设备，每个物理设备应该对其型号、性能、提供商等详细信息加以说明。1.2. 软件平台本节用于描述系统软件平台的选择，每种软件应该对其版本、提供商等详细信息加以说明。2. 系统结构结构设计需要确定信息系统的拓扑结构、计算模式和软件结构。2.1. 拓扑结构本节用于描述系统的拓扑结构，可以使用部署图进行描述。2.2. 软件结构本节用于描述系统的软件结构，可以使用组件图进行描述。3. 详细设计详细设计是对软件结构中确定出的各个子系统内部的设计，需要分析和确定每一个子系统中的用例设计、类和类关系。可以使用类图、包图、协作图、顺序图、活动图、状态图进行描述，此处的类和各种图应在用例分析的基础上，应用了物理的需求和约束后综合而来。4. 屏幕界面设计界面设计是对人和外部系统与信息系统之间交互界面的设计，包括输入界面、输出界面和混合界面的设计。4.1. 屏幕界面结构图4.2. 屏幕界面5. 数据库设计数据库是信息系统存储和管理数据的主要技术手段，数据库设计的任务是根据给定的信息系统应用需求和系统环境，设计出合理的数据库结构。数据库设计需要经过概念设计、逻辑设计和物理设计等步骤。5.1. 概念设计本节用于描述数据库的概念设计，可以使用类图描述需要永久化的类的属性以及类之间的关系5.2. 逻辑设计本节用于描述数据库的逻辑设计，逻辑设计需要将概念设计中的类、类之间的关系以及类的属性按照数据库的规范化有求转换为关系数据库中的表、字段和表间的关系。5.3. 物理设计本节用于描述数据库的物理设计，物理设计应根据所选择的数据库管理系统，明确逻辑设计中每个表的详细信息，包括字段的类型、精度、约束、触发器、存储过程等信息。七. 系统实现1. 系统的实现结构本节用于描述系统的实现结构，可以使用组件图和部署图描述系统的节点拓扑结构以及每个节点上的组件结构2. 类的实现本节用于描述系统中每个类的实现，一般以源代码进行描述，在文档中可以对源代码的组织结构进行描述。八. 系统测试1. 测试方法本节用于描述在测试过程中使用的各种测试方法，测试方法主要可分为静态测试和动态测试两种。2. 模型测试系统的模型测试，可以采用模型审查法。模型审查法是由建立模型的人员或专家，按照审查标准对所要测试的模型文档进行分析和审查，找出模型中存在的问题。具体的模型审查过程如下：（1） 确定审查的模型对象和审查的范围：系统开发中所形成的所有开发模型及相关文档。（2） 组织审查小组：成立由X人组成的审查小组。（3） 审查标准：使用模型审查法，按照完整性、正确性和一致性三个方面的标准要求进行审查。 （4） 审查的模型文档材料：信息系统概况，系统可行性分析报告，业务分析报告，系统分析报告，系统设计报告。（5） 审查：略（6） 收集并分析审查结果：略（7） 形成审查结论：通过对审查结论的分析并进行相应的修改完善之后，系统的各个模型符合完整性、正确性和一致性三个方面的审查标准；功能齐全，说明文档详尽，能够反映业务需求和系统要求，可以进行系统开发。 3. 单元测试单元测试包括构件中的类测试、类关系测试、对象交互测试和构件本身的测试，本文档中只进行类测试。XX类测试方法输入参数预期结果实际结果测试结论XX 方法XX 方法XX类测试方法输入参数预期结果实际结果测试结论XX 方法XX 方法4. 用户界面测试XX用