软件工程实例分析文档格式.docx

软件工程实例分析文档格式.docx

《软件工程实例分析文档格式.docx》由会员分享，可在线阅读，更多相关《软件工程实例分析文档格式.docx（31页珍藏版）》请在冰豆网上搜索。

某综合性大学的图书馆，其服务对象主要是该校的教师和学生。

随着学校规模的不断扩大，现有教职工约3000人、学生20000人左右，馆藏各类图书近200多万册，期刊近4000多种，图书馆工作人员约90人，每天的借阅量近千册。

在图书馆的图书数量不断增加、读者数目不断增长，对图书馆信息管理自动化和准确化要求日益强烈的背景下，为了实现图书馆信息管理工作网络化，以及实现网络查询和统计一体化而开发的管理信息系统。

该系统不仅为图书馆管理员提供一个个性化的界面，将读者需要的各种服务集中起来，图书管理员只需一次登录就可以使用所有服务；

也为读者提供信息查询服务，读者可以很方便地进行图书和借阅情况查询。

从图书信息的输入到读者借阅图书信息的管理，都可以通过这个系统完成。

虽然图书馆在某些局部工作中使用了计算机，但尚未建立起真正的集成自动化系统，大部分业务工作仍靠手工完成。

由于图书馆陈旧的管理手段给读者和图书馆管理员带来的很多操作上的不方便，同时为了提高工作效率、服务质量和管理水平，并使图书馆管理人员从繁琐的工作中解脱出来，所以下决心开发图书馆管理系统。

本图书馆管理信息系统在原有手工系统的基础上，增强数据库管理技术，增加图书信息的管理、读者信息的管理、读者借书和还书信息的管理等功能。

通过进一步收集、整理、存储关于图书、读者的主要数据，以及原有系统的作业流程信息，为日后建立数据仓库做好准备。

本系统采用最新的计算机技术，界面友好、操作方便，管理员可以针对不同需求分类、排序、查询、统计，方便读者和其他部门根据自己的需求准确、快速地查询图书信息，实现以计算机辅助形式代替传统的手工查找形式，减轻图书信息管理人员的劳动强度，提高图书馆的工作效率和水平，更好地为读者服务，从而使图书和读者管理更加合理化和科学化。

8.2可行性研究

在项目可性行研究阶段，分析人员对图书馆工作环境进行了实地调查。

同主要领导、管理人员和工作人员进行了交流，对手工工作情况、工作流程、所完成的任务及目前存在的问题、新系统要解决的主要问题等进行初步调查。

初步调查研究的结果成为可行性研究的前提。

8.2.1现有系统存在的问题

目前，学校图书馆的部门有采编部、图书借阅部、电子阅览室、期刊阅览室、技术服务部和办公室等部门，负责各自相关的工作。

图书馆存在的主要问题有：

1.图书馆的业务工作涉及各类数据量大，读者人数多。

手工模式下的工作劳动强度高，效率低，错误多，处理速度慢。

2.在各类业务工作中，编目工作具有智力程度高、工作量大的特点，是图书馆工作流程中的瓶颈。

手工编目工作存在成本高、劳动重复和编目结果总体不一致等问题，编目规范难以彻底贯彻。

3.在手工工作中，很多理论上可行的工作方法，如读者预约借书等工作，实际难以实现。

4.业务工作中存在着大量查找工作，如图书查询、读者查询等，手工查询方式速度慢，查准率和查全率低，影响了图书馆的服务质量。

针对以上问题，需进行图书馆管理信息系统的开发工作。

在本次开发中，开发工作涉及采编部、借阅部、期刊部等四个部门。

技术服务部、阅览室、办公室等部门不在系统开发范围之内。

为了节省篇幅，这里主要介绍借阅子系统的开发。

8.2.2新系统的功能

本系统开发的目的，就是通过系统开发，实现图书馆有关部门工作的计算机化，提高关键业务环节的处理速度和规范化程度，并对有关的工作进行集成和重组，通过网络系统加强本图书馆同其他图书馆之间的业务联系，提高业务工作水平，进而全面提高工作效率和质量，更好地为读者服务。

图书馆管理信息系统的应用可大幅度提高图书馆工作的效率和质量，这主要表现在以下几个方面：

1.联机编目

编目是组织图书馆文献资源的手段。

编目工作所形成的图书馆书目体系是管理、揭示和利用馆藏的唯一工具，也是图书馆重要的数据资源。

编目工作具有多种工作形式，其中联合编目是多馆协同合作编目的一种方式。

联合编目克服了各馆分散编目所造成的编目成本高、重复劳动和编目结果总体不一致问题，提高了编目效率和质量。

联合编目的实施需要一个基本的编目环境，即联合编目的管理中心和成员馆之间便捷的数据存取途径，而在当前技术条件下满足这种环境要求的配置是广域网环境下连接各成员馆内的自动化系统。

在编目过程中，各成员馆应同编目的管理中心联机，以完成编目数据的共享、数据上载和一致性的验证。

2.查询服务

在图书馆管理信息系统中，计算机对大量的书目数据进行了有效的管理。

作为图书馆自动化系统的重要功能，公共查询充分发挥了计算机大容量、高速度的特点，多检索途径索引的建立和组合逻辑检索使读者摆脱了卡片目录查找的不便，极大地提高了查全率和查准率，降低了查找时间。

3.有效的业务管理

图书馆管理信息系统的应用降低了图书馆业务工作的强度、提高了工作质量和效率。

很多手工工作方式中无法实现的功能，如流通系统中的多双轨制管理模式，公务目录和读者目录中多套目录体系的维护等，都变得简单、易行，使图书馆业务工作更为有效。

4.便捷的读者服务

图书馆管理信息系统使直接面向读者的服务发生了巨大的变化。

读卡器等输入输出设备的应用使读者的查询、借阅等方面更为便捷、准确有效。

读者可以通过校园网，在学校的每个办公地点和家庭进行图书的查询、预约、续借乃至馆际互借，图书馆的读者服务工作质量和效率得到明显的提高。

8.2.3软件开发环境

1.开发方法：

面向过程开发方法+面向对象开发方法

随着面向对象开发语言的普及，面向对象开发方法自然成为大多数项目开发团队首选的方法。

选用哪种开发方法取决于项目本身的特点和项目组成员的专长。

这里以面向过程开发方法为主（模块利用数据流图进行分析），辅之以面向对象（利用UML建模的用例图对系统的角色进行用例分析）的综合开发方法，来完成该项目的设计与实现。

2.开发模型：

瀑布模型

瀑布模型是阶梯式的生命周期法。

软件的生存周期由立项、需求、计划、设计、编程、测试、维护等阶段组成，前一阶段的输出为后一阶段的输入，后一阶段以前一阶段的结果为依据，每一阶段的结果都要经过严格的评审，直到产生最终的阶段成果。

“图书馆管理信息系统”采用瀑布模型主要根据以下几点：

（1）开发人员在需求分析期间能够对用户的需求进行比较深入和全面的了解，开发期间需求没有或者很少发生变化。

（2）分析人员对需求环境的业务流程、信息传递和需求目标比较熟悉，需求风险比较低。

（3）用户使用环境比较稳定，主要在图书馆内使用。

（4）用户除了提出需求以外，很少参与开发工作。

3.开发工具：

VisualBasic6.0+Visio2003+PowerDesigner11+MicrosoftAccess鉴于“图书馆信息系统”属于中小型信息系统，因此用VisualBasic+Access的设计方案能够满足用户的需要，缩短开发周期。

Visio主要用于制作DFD、界面设计及UML建模，PowerDesigner11用于数据库概念模型设计和物理模型设计。

8.2.4可行性分析

1.经济可行性

学校图书馆用于系统开发的预算基本可满足设备投入和人力投入。

就收益而言，由于图书馆自动化系统主要的效益是社会效益。

系统一旦投入使用，将会极大提高图书馆的工作效率和工作质量，为读者创造一个更好的环境和服务。

2.技术可行性

现行的计算机技术、数据库技术和网络技术完全能实现本系统的功能要求，并且系统开发人员都是学校从事计算机教学和科研的教师，既有理论知识，又有实践经验，完全可以开发出满足要求的图书馆管理信息系统。

3.社会可行性

系统开发和开发后的运行等活动不违反现行法律，没有对他人的专利、版权造成侵犯，与现行的管理制度没有冲突。

从系统的使用人员来看，可大致分为以下几类：

学生、教职工、图书馆管理人员和行政人员。

用户的素质较高，大部分受过高等教育，而且新开发的软件系统友好的界面及简便的操作方法，保证能满足绝大多数用户使用该系统的要求。

现有图书管理人员通过培训完全能掌握系统和方便地使用系统。

鉴于以上分析可知，该图书馆管理信息系统开发项目不仅技术上可行，而且还会带来巨大的社会效益。

因此，可行性研究最后认为：

该图书馆管理信息系统具备系统开发的条件，项目可行，建议开始开发。

8.3需求分析

8.3.1需求分析概述

需求分析是开发软件系统的重要环节，是系统开发的第一步和基础环节。

通过需求分析充分认识系统的目标、系统的各个组成部分、各部分的任务职责、业务范畴、工作流程、工作中使用的各种数据及数据结构、各部门的业务关系和数据流程等，为系统设计打下基础。

需求分析的好坏往往决定了系统开发的成败。

需求分析从系统的调查研究入手，需求分析要对系统的各个方面有全面的了解，既包括系统内部的各个方面，也包括与系统有联系的各种外部因素。

通过调查研究和分析，对系统产生比较深刻的认识。

需求分析阶段的最终结果是“需求分析说明书”，它涵盖了对用户环境、事务处理和信息流程分析的一切成果，供项目开发组和用户共同遵守。

如果采用瀑布模型，就要对“需求分析说明书”进行冻结，使它成为凝固可靠的基线。

万一要求变更基线，开发者和用户双方，都必须执行基线变更程序，此变更程序在合同中已做了明确规定。

现针对“图书馆信息系统”对图书馆的组织结构、业务流程、用户角色职能、系统数据流进行分析。

利用结构化分析和UML中的用例从大到小、从粗到细进行系统建模。

8.3.2组织结构调查

系统的组织结构，反映了单位内部各个部门的职责划分和它们之间的关系。

为了对系统有一个全貌性的了解，首先要对系统内部部门结构、人员组织及用户情况有所了解。

对系统组织结构的调查，是从总的方面对系统进行宏观了解和分析。

信息的流动关系是以组织结构为背景的，而且总是伴随着组织部门之间的资金流和物流的传递而产生。

图书馆系统的组织结构如图8-1所示。

图8-1图书馆内部的组织结构图

图书馆由馆长负责全面工作，下设办公室、采编部、图书借阅部、电子阅览室、期刊阅览室和技术支持部。

各部门的业务职责如下：

办公室：

协助馆长负责日常工作，了解客户需求，制定采购计划。

采编部：

负责图书的采购、入库和图书编目，编目后的图书粘贴标签，并送图书借阅部上架借阅。

图书借阅部：

提供对读者的书目查询服务和图书借阅服务。

电子阅览室：

收集整理电子读物，提供电子读物的借阅服务。

期刊阅览室：

负责期刊的收集整理和借阅。

技术服务部：

完成拍照、复印工作及计算机等设备的维护工作。

8.3.3系统用户分析

“图书馆管理信息系统”主要是针对图书借阅工作而开发的应用软件。

通常有系统管理员、图书管理员和读者三种用户，他们的使用权限如下：

系统管理员：

计算机人员，对系统、数据库进行维护，主要对不同人员赋予不同的权限。

图书管理员：

对图书信息进行录入和统计。

读者：

一般操作水平，能够在本系统查询个人信息和图书信息。

8.3.4UML用例图建模

图8-2是根据用户的职能建立的用例