软件需求分析报告
题目名称：医药管理系统
学院：计算机科学技术
专业年级：计算机科学与技术1班 2008 级
软件开发小组组长：洪小沿(0825111014) 软件开发小组成员：洪小娇(0825111013)
林翠萍(0825111030) 指导教师：洪欣
目录
第一章系统概述 (3)
1.1前言 (3)
1.2开发语言简介 (3)
1.3本系统简介 (4)
第二章系统可行性分析 (5)
2.1可行性分析 (5)
2.1.1 技术可行性 (5)
2.1.2.经济可行性 (5)
2.1.3 管理上的可行性 (6)
第三章系统需求分析 (6)
3.1系统主要功能 (6)
3.2E-R图 (7)
3.2系统数据流图 (8)
3.3数据字典 (8)
第四章系统设计 (10)
4.1系统总体设计 (10)
4.1.1系统目标 (10)
4.1.2系统功能描述 (10)
4.1.3系统软件结构图 (12)
4.1.4系统流程图 (13)
4.2数据库设计 (14)
4.2.1数据库分析 (14)
第五章系统实现 (14)
5.1系统运行环境 (14)
5.2系统实现关键技术 (14)
5.3系统采用的设计模式 (15)
第一章系统概述
1.1 前言
随着计算机技术的飞速发展，信息时代的到来，信息改变了我们这个社会。各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。医药进销存管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理，以现代化工具代替传统手工作业。无疑，使用网络信息化管理使客房管理更先进、更高效、更科学，信息交流更迅速。
医药进销存管理统是典型的信息管理系统的一部份，而且是必不可少的一部份。其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起简洁且资料一致性和完整性强、资料安全性好的数据库。而对于后者则要求应用程序功能完备，易使用等特点。
医药管理系统是医药管理工作中不可缺少的部分，面对众多的药品和众多不同需求的顾客，每天都会产生大量的数据信息，以传统的手工方式来处理这些信息，操纵比较繁琐，且效率低下。而一个成功的医药管理系统应提供快速的药品查询功能，能够快速地攻击药品信息，销量信息等，从而对药品进行高效的管理以满足消费者的需求。
作为计算机及网络应用的一部分，使用计算机对医药信息进行管理，具有手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高医药经营管理的效率，也是企业的科学化、正规化管理，与世界接轨的重要条件。且办事效率也是决定收入的一个关键因素。
1.2 开发语言简介
经过分析，我们小组使用Myeclipse作为开发工具和MySQL作为后台数据库管理，利用Myeclipse提供的各种面向对象的开发工具,首先在短时间内建立
系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成用户满意的可行系统。
MyEclipse企业级工作平台（MyEclipse Enterprise Workbench ，简称MyEclipse）是对EclipseIDE的扩展，利用它我们可以在数据库和JavaEE的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的JavaEE集成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持HTML,Struts,JSP,CSS,Javascript,SQL,Hibernate。
Java是一种编程语言，被特意设计用于互联网的分布式环境。Java具有类似于C++语言的“形式和感觉”，但它要比C++语言更易于使用，而且在编程时彻底采用了一种“以对象为导向”的方式。使用Java编写的应用程序，既可以在一台单独的电脑上运行，也可以被分布在一个网络的服务器端和客户端运行。另外，Java还可以被用来编写容量很小的应用程序模块或者applet，做为网页的一部分使用。applet可使网页使用者和网页之间进行交互式操作。
1.3 本系统简介
医药管理系统具有以下的特点：
★界面设计简洁，友好，美观大方。
★操作简单，快捷方便。
★较高的处理效率，便于使用和维护。
★对销售信息进行统计排行。
★系统尽可能地简化医药超市工作人员的重复工作，提高工作效率
本系统针对用户和客户以及客房的管理采用了当今常用的C/S结构而设计。这样只需要一台计算机作为服务器即可。前台应用只需有一台可连入局域网的计算机，这样就可省去C/S结构中的每台客户机都要安装客户端程序的麻烦。
第二章系统可行性分析
2.1 可行性分析
在医药超市的管理中经常出现以下情况：
●由于信息量较大，经常出现售出药品统计结果与金额不匹配的情况。
●完全以传统的手工方式管理，浪费大量的纸张，且不能对药品进行快速查询。
●只能通过现场清点药品了解库存信息。
●很难对销售信息、销售排行等信息进行统计。
因此，在医药超市的管理中，无论是从消费者的角度还是从经营者的角度来看，采用计算机管理系统都具有一定的必要性，以少量的人力资源、高效的工作效率、最低的误差进行管理，将使医药超市的经营更上一层楼。
采用现代化统一的计算机信息网站系统，能够有效优化医药管理系统，使其高效的发挥最大作用，能够迅捷的为相关工作和管理人员提供相应的服务。开发本系统的可行性研究如下：
2.1.1 技术可行性
技术上的可行性分析主要分析技术条件能否顺利完成开发工作，软、硬件能否满足需要。本系统采用JSP开发出友好美观的人机界面，便于用户理解、操作。数据库管理系统采用MySQL，它能够处理大量数据，同时保持数据的完整性、安全性。因此本系统的开发平台已成熟可行。硬件方面，在科技飞速发展的今天，硬件更新速度越来越快，容量越来越大，可靠性越来越高，价格越来越便宜，因此硬件平台也能够满足本系统所需。
2.1.2.经济可行性
鉴于计算机技术发展异常迅猛,在硬件软件配置以及开发技术均以可行的情况下开发这样一个管理系统成本不会很高，但其可以大大提高超市工作人员的工作效率,也是医药管理发展的必然趋势,其必将有比较宽阔的市场,因此改性统在经济可行性上时可行的。
2.1.3 管理上的可行性
由于本系统功能比较简单，对于工作人员不存在太大难度。对于系统管理员来说，因为系统管理员拥有维护数据库系统的技能，对数据库中的数据进行添加、删除、更新等操作是没有问题的。因此，开本系统在管理上是可行的。
在本系统的运营阶段，使用系统的工作人员，除了需要具备在Windows平台上使用个人电脑的知识，并不需要特别的技术能力。
系统技术维护工作，由本小组支持。
综上所述，开发本系统，在经济上、技术上、管理上都是可行的。
第三章系统需求分析
3.1系统主要功能
系统功能分析在系统开发的总体任务的基础上完成。
主要功能是：
●有关药品类型的制定：包括药品的类别名称，类别描述，类别的创建时
间。
●药品类别信息的添加、修改、查询，统计等。
●药品基本信息制定：包括药品名称，编码，出厂地址，描述，价格，数
量等。
●药品基本信息的添加、查询、修改，删除。
●进货/需求录入：进货数量，需求数量，进货药品名称等。
●药品销售信息记录，包括名称，价格，数量，操作人员，药品，时间，
总额等。
●系统管理，管理员添加，删除，密码修改等。
3.2 E-R图
3.2 系统数据流图
分析调查医药超市业务流程和根据系统功能分析得出本系统的数据流图如下：
3.3 数据字典
表3.3.1药品信息存储表
表3.3.2药品类别信息存储表
表3.3.3销售明细信息存储表
表3.3.4管理员信息存储表
第四章系统设计
4.1系统总体设计
4.1.1系统目标
根据医药管理系统的管理要求，制定医药管理系统目标如下：
●灵活的人机交互界面
●系统提供中、英文语言，实现国际化
●药品分类管理，并提供类别统计功能
●实现各种查询，如多条件查询、模糊查询
●提供创建管理员账户和修改口令功能
●管理员设置角色分配，权限分配
●体统运行稳定、安全可靠
4.1.2系统功能描述
基础信息管理模块：
1．添加药品：当需求添加后需要购进新的药品时候要新添药品操作。
2．查询药品：需要对某种药品信息进行查询确认时，可以按条件查询药品或者模糊查询出该药品的相关信息。
3．修改药品：当发现药品信息有错时或者某些信息没有即使更新时，可对该药品信息进行修改保存。
4. 删除药品：当购进的药品过期或者销量甚微，或者客户反映毫无效果时，可以停止购进该类药品，这时就要删除药品信息。
5. 添加类别：当购入新的药品并且还未找到该药品可以归入的类别时，可以添加新的类别。将药品类别信息写入数据库的操作。
6. 查询类别：对所用类别进行按条件查询或者模糊查询。
7. 修改类别：通过指定的药品类别ID删除药品类别对象。
8. 类别统计：为方便查看药品统计信息，我们对药品类别进行了统计。
进货管理模块：
1. 新增需求：当库存数量不多或者需要购入新的药品时，更新药品需求的数量或者添加需求。
2．删除需求：需求不再需要时可在进货前将其删除。
3．修改需求：修改需求信息。
4. 查询进货：查询进货情况。
5．库存修改：对库存信息进行修改。
销售管理模块：
1．查询销售明细：查询每一笔销售单信息详情。
2. 当日明细统计：每日进行销售统计结算。
3. 销售排行统计：为了了解销售情况以及药品的需求信息，我们对药品的销售进行了统计，将销售量排列在前十名的药品列出。
系统管理模块：
1.添加管理员：高级管理员可以添加普通管理员。
2.查询管理员：高级管理员可以对管理员进行账户信息及业绩进行查询。
3.修改密码：管理员可以登录后修改自己的密码。
4.修改参数：高级管理员可以对某些参数进行添加修改。
5.系统初始化
4.1.3系统软件结构图
根据上述系统功能分析，能得出下面系统软件结构图：
图4.1.3 系统软件结构图
4.1.4系统流程图
图4.1.4 系统流程图
4.2 数据库设计
数据库是医药管理系统的信息基地，其中包含药品信息、药品类别信息、销售明细信息、用户信息等。
4.2.1数据库分析
为了防止数据访问量增加使系统资源不足而导致的系统崩溃，医药管理系统的数据库采用了独立的MySOL数据服务器，将数据库单独放置一个服务器中。这样即使服务器系统崩溃了，数据库服务器也不会受到影响；另外，还有一个好处是能够更快、更好地处理更多的数据。
第五章系统实现
5.1 系统运行环境
机型：PC台式机
处理器：奔三1.0G或更高
内存：128M或更高
硬盘：4G或更高
输入输出设备：键盘、扫描仪、打印机、显示器等。
数据库软件：MySql
编程语言: Java
编译软件：MyEclipse
操作系统：Microsoft Windows XP, Microsoft Windows 7
5.2 系统实现关键技术
s truts是开源软件。使用Struts的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。如果我们想混合使用Servlets和JSP的优点来建立可扩展的应用，struts是一个不错的选择。
Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点，使开发者能更深入的了解其内部实现机制。
除此之外，Struts的优点主要集中体现在两个方面：Taglib和页面导航。Taglib是Struts的标记库，灵活运用，能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。
struts框架具有组件的模块化，灵活性和重用性的优点，同时简化了基于MVC的web应用程序的开发。
struts可以清晰地区分控制，事务逻辑和外观，从而简化了开发应用程序的过程。struts提供的类使得开发工作更加简单，这些类包括：
a. 控制程序流程的类
b. 实现和执行程序事务逻辑的类
c. 自定义的标记库使得创建和验证HTML表单更加容易
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
5.3 系统采用的设计模式
在设计的Web层应用了著名的MVC模式,V有JSP来实现,为了业务逻辑和表示的分离.它是基于Web应用系统,它的客户端使用Broswer,然后是Web层的应用,业务逻辑层(有EJB实现),资源管理层。客户请求浏览页面,一般Web层的View有JSP组成,并且使用了大量Taglib。把每个请求映射到某个HTMLAction 类来响应它。HTML Action类是一个标准的类,执行选择的HTML Action。使用MVC模式减少了代码的复制，即减少了代码的维护，由于模型返回的格式不带任何显示格式，因而模型可以直接应用于接口的使用，还因为MVC模型把不同的模型和不同的视图组合在一起完成不同的请求，因此，控制层可以说包含了用户请求权限的概念。
在设计中还因应用了Struts框架,Struts跟Tomcat、Turbine等诸多Apache 项目一样，是开源软件，这是它的一大优点。使开发者能更深入的了解其内部实现机制。
除此之外，Struts的优点主要集中体现在Taglib和页面导航。Taglib是Struts的标记库，灵活动用，能大大提高开发效率。页面导航使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。
医药管理系统由4层结构组成，并遵循MVC结构进行设计。4层结构分别为表示层、业务逻辑层、持久层与数据库层，如下图：
图 5.3.1 逻辑分层
其中表示层与业务逻辑层均由Struts框架组成，表示层用于提供程序与用户之间交互的界面，项目中主要通过JSP、ActionForm及Struts标签库进行展现；业务逻辑层用于处理程序中的各种业务逻辑，项目中通过Struts框架的中央控制器及Action对象对业务请求进行处理；持久层由Hibernate框架组成，它负责应用程序与关系型数据库之间的操作；数据库层为应用程序所使用的数据库，本项目为MySQL数据库。对于4层结构的具体实现如下图：
图 5.3.2 逻辑分层具体实现
1、需求分析的最终结果是需求规格说明书。 2、需求分析中开发人员要从用户那里解决的最重要的问题是让软件做什么。 3、需求规格说明书中的内容不应该包括对算法的详细过程的描述。 4、需求规格说明书的作用不应包括软件可行性研究的依据。 5、关于面向对象方法中消息的叙述，不正确的是操作系统不断向应用程序发送消息，但应 用程序不能向操作系统发送消息。 6、面向对象技术中，对象是类的实例，对象有三种成分标识、属性、方法（或操作） 7、软件需求分析阶段的工作，可以分成以下四个方面对问题的识别、分析与综合、制定规 格说明以及需求分析评审。 8、软件需求规格说明书的内容不应该包括对算法的详细过程的描述。 9、产品特性可以称为质量属性，在众多质量属性，对于开发人员来说重要的属性有哪些？ 可维护性、可移植性、可重用性、可测试性 10、求包括11个方面的内容，其中网络和操作系统的要求属于环境需求，如何隔离用户之间的数据属于安全保密需求，执行速度、相应时间及吞吐量属于性能需求，规定系统平均出错时间属于质量保证。 11、需求分析过程应该建立3中模型，他们分别是数据模型、功能模型、行为模型，以下几种图形中，数据流图（DFD）属于功能模型，实体-联系图（ERD）属于数据模型，状态转换图（STD）属于行为模型。 12、常用的需求分析方法有：面向数据流的结构化分析方法（SA），面向对象的分析的分析方法（OOA），下列(D)不是结构化分析方法的图形工具。 A 决策树 B 数据流图C数据字典D快速原型 13、软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性，其中，探索型和实验型用完可以丢弃，而进化型围绕原型修改、增加。 14、数据流图用于描述数据的处理过程。 15、DFD 的基本符号不包括下列哪种？（A）。 A 数据字典 B 加工 C 外部实体 D 数据流 E 数据存储文件 16、DD的主要字典条目包括以下哪种（E） A 数据流B文件 C 数据项D加工E以上都是 17、常用的动态分析方法不包括以下哪种（B） A 状态迁移图 B 层次方框图 C 时序图 D Petri网 18、需求分析阶段的文档包括以下哪些（E） A 软件需求规格说明书 B 数据要求说明书 C 初步的用户手册 D 修改、完善与确定开发实施计划 E 以上都是 19、需求验证应该从下述几个方面进行验证：（C） A 可靠性、可用性、易用性、重用性 B 可维护性、可移植性、可重用性、可测试性 C 一致性、现实性、完整性、有效性 D 功能性、非功能性 20、风险管理的要素包括哪些（D） A 风险评价 B 风险避免 C 风险控制 D 以上都是 21、下列描述中错误的是（D） A 每一个集成的需求变更必须能跟踪控制到一个经核准的变更请求。 B 变更过程应该做成文档，尽可能简单，当然首要的是有效性。 C 所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程不再予以考虑。 D 可以从数据库中删除或修改变更请求的原始文档。
施工技术资料归档基本要求 一、施工技术资料内容分类 施工技术资料按其性质分为七类。第一类：建筑工程法定建设程序必备文件；第二类：综合管理资料；第三类：工程质量控制资料，包括验收资料、施工技术管理资料、产品质量证明文件、检验报告、施工记录及检测报告；第四类：工程安全和功能检验资料及主要功能抽查记录；第五类：检验批质量验收记录；第六类：施工日志；第七类：竣工图。要求在施工过程中及时、准确地收集和整理，做到不丢弃、不漏项、不填错、图实相符。 二、工程技术资料的组卷要求 （一）组卷原则 施工技术资料的组卷应遵循工程文件材料自然形成规律，保持卷内文件内容之间的系统联系，便于档案的保管和利用。 建筑工程按单位工程组卷，其中单位（子单位）工程按分部工程和要求办理中间验收的子分部工程（如桩基础工程和幕墙工程等）独立组卷，一般分为：总目录、工程建设前期法定建设程序文件、建筑工程综合管理资料、地基与基础工程、主体结构工程、建筑装修装饰工程、建筑屋面工程、建筑设备安装工程综合管理资料、建筑给水、排水及采暖工程、建筑电气工程、通风与空调工程、电梯安装工程、智能建筑、竣工验收资料和竣工图。 组卷时按先文字、后图纸排列。每个单位工程竣工资料应有总目录，总目录由案卷目录和卷内目录组成，且单独列为一卷，案卷目录
和卷内目录必须电脑打印。 （二）组卷顺序 卷内文件材料的排列顺序，一般为封面、目录、文件材料、工程照片及封底。 （三）组卷顺序 归档文件的内容必须真实、准确、签章齐备，书写材料必须耐久、清晰，不得使用铅笔、红色和纯蓝墨水、圆珠笔等易被褪色材料书写。若是复写件、复印件（需注明原件存放处）要字迹清楚、牢固，能长期保存。 三、案卷编目 （一）编写案卷页号 1.以独立卷为单位编写页号。对有书写内容的页面编写页号，用阿拉伯数字“1”逐张编写（用打号机或钢笔）。案卷封面卷内目录、备考表不编写页号，卷与卷之间的页号不得连续。 2.单面收发室的文字材料页号编写在右下角，双面书写的文字材料页号正面编写在右下角，背面编写在左下角。图纸折叠后无论任何形式，一律编写在右下角。 （二）卷内目录填写 根据卷内内容，打印目录，目录应排列在卷内第“1”页之前。 序号：以一份文件为单位，用阿拉伯数字从“1”开始依次标注。 文件编号：填写工程文件原有的文号或图样的图号。
安徽工业大学 毕业设计(论文)任务书 课题名称药店管理系统设计与实现 学院计算机学院 专业班级网络工程网061班 姓名王义龙 学号0 毕业设计(论文)得主要内容: 一、进行调研,了解、分析用户对“药店管理系统”得设计要求。 二、熟练掌握一种程序设计语言,掌握其数据库开发、访问技术。 三、根据课题要求,软件完成如下功能: 1, 对系统用户得增删改查等操作得实现; 2, 对职工得人事管理; 3,对药品得进销存; 特殊情况得处理,还有根据用户权限得不同设置模块得功能开放、 四、要求软件设计界面友好、使用方便,程序执行安全、可靠。 五、完成与设计内容有关得外文资料翻译,译文约5000字。 六、撰写毕业论文并提交设计软件及清单一份。 起止时间: 2010 年 3 月 1 日至2010 年 6 月7 日共14 周 指导教师签字系主任 签字 院长 签字
目录 第一章概述 (1) 1、1 系统开发背景与意义....................... 错误!未定义书签。 1、2 开发环境 (1) 第二章需求分析 (2) 2、1 任务概述 (2) 2、2 功能需求 (2) 2、3 性能需求 (7) 2、4 数据描述(数据流图+数据字典) (8) 第三章系统总体设计 (14) 3、1 业务流程 (14) 3、2 系统功能模块图 (14) 3、3 系统流程图 (16) 第四章详细设计 (18) 4、1 程序流程图 (18) 4、2 程序输入输出描述 (23) 4、2、1 用户管理模块 (23) 4、2、2 职员管理模块 (23) 4、2、3 销售管理模块 (23) 4、2、4 进货管理模块 (23) 4、2、5 货存转移模块 (23) 4、2、6 财务信息模块 (23) 4、3 数据库得设计 (24) 4、3、1 数据库得概念结构设计与ER图 (24) 4、3、2 数据库得逻辑设计 (26) 4、3、3 数据库得物理设计 (27) 第五章测试分析报告 (47) 6、1 什么就是软件测试 (20) 6、2 软件测试得目得 (20) 6、3 测试计划与要点 (20) 6、3、1 药品以及药品管理模块测试要点 (20) 6、3、2 销售管理测试要点 (20) 6、3、3 进货管理测试要点 (20) 6、3、4 职工信息测试要点 (46) 6、4 部分测试图 (20) 6、5 测试结论 (22) 总结 (23) 参考文献 (51)
第五章资料分析的方法 资料收集是运用社交技巧，资料整理/分析是孤独的知性探索。 面临的主要困惑：如何从资料中发掘意义？研究者如何可能理解被研究者？被研究者文化主位的意义如何通过研究者文化客位的解释获得意义？主体间性的解释性理解具体是如何发生的？如何在创造性与严谨性上维持一个平衡？ 呈现质性资料整理与分析的基本原则、基本过程、基本的理论取向。 第一节质性研究中资料的整理与初步分析 “整理与分析资料”，指根据研究目的对原始资料进行系统化、条理化，然后用逐步集中与浓缩的方式将资料反映出来，其最终目的是对资料进行意义解释。 不少研究者怀念实地访问/现场调查的时光（田园诗），但在资料组织、整理及分析中，面对庞大的资料茫然失措。提供一些整理/初步分析资料指导方针，保持批判精神（弹性）。 一、质性资料的整理与分析的层级 ●资料分析的层级 -最低层是原始资料，包括录音带、田野笔记、文件等原始资料； -第二层是经过部分处理的资料，比如研究者的笔记与评论； ●-再高一层级的资料为译码或类别，即从原始资料与部分处理过的资料中摘要出有意义部分，同时，在这一层级工作中要呈现分析的备忘录，以解释为什么作此译码的决定。 ●用什么方法来呈现类别或主题：在质性研究中有不同的选择。 -用一些图表、矩阵图与地图来呈现社会网络关系、自然环境、地面区划、译码之间的关系或研究的概念； -用个案研究或以故事描述个案的状况来说明类别或主题。 ●资料处理及分析的技术 以归纳为主的，并且是有系统的。 量化研究在资料收集前简化资料，质性研究在资料收集后简化资料，也使质性研究报告变得易读、生动。 二、质性资料的处理
研究者实地调查后积累了成箱的资料夹、录音带、笔记、电脑磁片，但资料组织与分析需要较实地调查多六倍的时间。许多质性研究者常常会怀疑甚至会迷惑于这个问题，即：不知道什么时候才可以全部结束所有的工作。 ●资料收集：撰写稿、对话、感觉和想法、事件与个人行为描述、概要讨论、多方面的资料收集；笔记、译码、分类、计算值，深度访谈的录音及相关的报纸、书籍、学术文章等。 ●好的质性资料处理的第一步：应在资料收集时就展开下述的工作，包括：所有的田野笔记、访谈笔记、日志与备忘录都应记载日期、时间、地点；同时，除了要将各个主题与资料建档外，也要将每一个受访者的资料都建档或编码。 ●资料处理：很麻烦、复杂的过程，要一次又一次重复阅读所有的笔记与原始资料，直到清楚每段的位置与内容为止，然后对各主题的结构与顺序比较清楚，即开始对资料思考、分类、做联结。 三、整理与初步分析访谈资料 整理/分析资料作为一个整体，与收集资料之间是不可分开的阶段。整理与分析资料的时机应该越早越好，不应拖到积累了很多资料后才进行。 ●作用： （1）强迫研究者逐步缩小研究范围，尽早就研究方向与类型做出决定； （2）帮助研究者提出统揽所有资料内容的观点，发展可供进一步分析问题； （3）使研究从原始资料向理论建构的方向过渡； （4）帮助研究者在整理资料的基础上了解自己还需要哪些方面的信息，以便下一步有计划地收集资料。 ●资料分析的方法及特点 ●一次性分析：有经验老手，研究规模较小，收集资料较少，研究目的较单一，研究者可采取一次性分析方法，直接对资料进行“整体观看”，然后凭着记忆写出研究报告。 ●采取“收集在前、分析在后”的顺序：一位新手，以把握实地调查工作的进程。无论是新手还是老手，都应该及时地对资料进行整理与分析。 ●费时大：撰写一两个小时的访谈需要花费10小时，且大概有30页或更多页的稿子。 ●专门分析：在强调及时整理与分析资料时，研究者在收集资料后需要一段时间来专门进行分析。这个时间可以是几个星期、几个月，是一个整段、持续、不受到其它事情干扰的时间。（转换一下脑筋；担心已收集的资料不够用）。 ●实地笔记：最大价值在于“原始”，越是能保持其“原汁原味”，今后使用起来越能突显当时的“真实”情形。 四、资料分析前的初步整理原则 ●做记录的基本规则
案例one：教学管理系统（用例驱动的交互式需求获取） 以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发中的应用。 高等学校的教学管理内容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。 1.需求描述: 对教学管理系统JXGL要求提供两个方面的服务: (1)选课管理，负责新学期的课程选课注册工作; (2)成绩管理，负责学生成绩管理。 在选课管理方面应填写的用户需求描述如下。 (1)录入与生成新学期课程表 教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参 考选择。若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目 录表中删除;若某课程的选课学生多于30人，则停止选课。 (2)学生选课注册 新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或 取消注册申请。 每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。 学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在 选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门 和授课教师。 (3)查询 可以查询课程信息、学生选课信息和学生、教师信息。 学生、教师、教学管理员可以查询课程表，获得课程信息。查询的关键词以是:课 程名，授课教师名，学分。 教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名， 授课教师名，学分。学生只允许查询自己的选课信息，不允许查询别人选课信息。 学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、 教师名，性别、班级、职称。 (4)选课注册信息的统计与报表生成。 教学管理员对学生的选课注册信息进行统计(按课程，按学生，按班级)，印汇总统 计报表。 在成绩管理方面应填写的用户需求描述如下: (1)成绩录入:
毕业设计需求分析说明书 基于Java的小型医院管理系统设计 Java-based small hospital management system design 学生学号：XXXXX 学生姓名：XXXX 专业班级：XXXX 指导教师：XXXX 职称：XXX X 起止日期：2013.2.28～2013.6.17 目录 - I -
说明书 1、引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 2、可行性分析 (2) 3、需求分析 (3) 3.1设计目标 (3) 3.2系统特点 (3) 3.3功能需求 (3) 4、数据描述 (5) 4.1静态数据 (5) 4.2动态数据 (5) 4.3数据库描述 (5) 5、性能需求 (6) 5.1数据精确度 (6) 5.2系统响应时间 (6) 5.3适应性 (6) 6、运行需求 (7) 6.1用户界面 (7) 6.2运行环境 (7) 6.4故障处理 (7) - II -
毕业设计需求分析说明书 1、引言 1.1编写目的 编写本报告的目的是明确本系统的详细需求，提对系统进行可行性、技术、硬件环境等需求进行分析，并在此基础上进行修改和完善，同时作为设计人员进行软件设计的依据软件使用者的需求进行修改。 1.2项目背景 1.2.1 项目意义 本系统是一个基于Java的小型HIS系统，HIS系统即医院信息系统(全称为Hospital Information System)。在国际学术界，它已被公认为是新兴的医学信息学的重要分支。HIS系统的有效运行，将提高医院各项工作的效率和质量，促进医学科研、教学；减轻各类事务性工作的劳动强度，使他们腾出更多的精力和时间来服务于病人；改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为医院创造经济效益。 医院His系统的意义：改善医院管理，提高系统运作的效率及各部门的合作与营运，支持医教研。完整的HIS系统实现了信息的全过程追踪和动态管理，从而做到简化患者的诊疗过程，优化就诊环境，改变目前排队多、等候时间长、秩序混乱的局面。如目前多数医院就诊必须经过挂号、等候病历、划价、收费、取药或治疗一系列过程，一个患者少则排3次队，多则5、6次，用于过程性的时间最少在1个小时以上，若实施HIS以后，每个病人用于诊疗的中间过程性时间会大幅度减少。 1.2.2 国内外现状综述 本医院His系统，是为了配合一些小型医院基本需求索设计的。 本系统主要是处理写最基本的医院平时的一些业务，利于和方便医院的管理和日常维护。 在其他国家电子计算机在医院的应用已有三十多年的历史，60年代初，美国便开始了HIS 的研究。著名的麻省总医院
尽职调查访谈提纲 （工薪和人事管理） 1、请简单介绍您个人的基本情况。 2、人力资源管理部门的职责主要是什么？岗位是如何设置的？目前有多少人？ 3、公司的人员构成（招聘、劳务派遣；学历构成；年龄结构；技术等级等）？ 4、员工的聘用要经过哪些环节？ 5、外聘劳务公司人员如何管理的？ 6、劳动合同的签订过程是如何控制的？（涉及哪些部门？谁签字？谁审批？） 7、薪酬标准如何制定的？ 8、福利包括哪些？按什么标准支付？ 9、是否发生劳务纠纷及处理措施？ 10、公司员工的社保费、公积金是按什么标准支付的？ 11、员工的业绩是如何考核的？与薪酬、职务是如何挂钩的？ 12、近两年业绩计划或任务的完成情况？ 13、员工薪酬的发放是如何控制的？ 14、公司经营管理有哪些地方可以进一步完善？
INFORMATION AND DOCUMENTATION REQUIRED 资料要求清单 Comments 注明 The list below is the information necessary for the due diligence work. The objective of the list is to make sure that our team can smoothly start its due diligence work according to the date noted on engagement. It is possible that the list doesn’t cover all the information we needed in our work. So, we would ask for other information not included in the list. 以下清单列明在对贵公司进行财务评阅之所需资料，此清单之目的是为了确保有足够的资料使得评阅小组能够在业务约定书约定之开始工作日期顺利开展工作。 The following list maybe not includes all documents and information we needed, so additional information will be required to provide during our financial due diligence. 清单所列之资料可能未有全面概括所需资料，因此在评阅过程中可能会提出获取附件中未列出的资料。 1Related legal materials 有关法定资料 Organization chart (including investors, investors’ holding company, subsidiaries and etc.) and list the legal name of these companies; 公司组织结构图(包括该公司之投资者、投资者之母公司、公司的子 公司等)并列出该些公司之法定名称； Organization chart of the management and organization structure; 公司管理层组织结构图和组织机构情况； Business license issued by SAIC; 国家工商管理局发出的营业执照；
软件需求分析与设计复习题 一．判断 1、( × ) 程序设计语言种类很多，在进行软件开发时可以随便选择一种语言进行编码。 2. ( x ) 软件需求规格说明书在软件开发中具有重要的作用，是软件可行性分析的依据。 3、(× ) 在软件开发的各个阶段进行过程中，增加人员肯定会对整个项目提前完成有好处。 4．( x ) 好的测试用例应能证明软件是正确的。 5．( x ) 软件功能测试的测试用例主要是由需求阶段的功能说明部分转化而来。 6、( x ) CoCoMo模型可以用来估算系统的工作量和软件开发所需时间。 7．( x ) 有时为了测试的方便，而可以局部地修改软件系统。 8、( v ) OOA方法的核心思想是利用面向对象的概念和方法为软件需求建造模型，大致步骤是识别对象（属性和方法），识别类及其结构，定义对象之间的消息传递等。 9．( x ) 面向对象方法更适合于软件重用的根本原因在于它是软部件唯一的合成技术。 10、( v ) 系统需求分析员应该具有开发软、硬件系统的经验并且了解用户领域的知识。 11．( x ) 在软件的生命周期中，工作量最大的一个阶段就是编写程序。 12、( x )软件运行正确，可见软件中没有缺陷（fault）。 13．( x ) RUP（Rational Unified Process：统一软件过程）本质上是轻量级的软件过程规范。 14、( v )软件失败（failure）在系统交付之前和交付之后都可能被发现。 15．( x ) 基准测试（benchmark test）是非正式的用户确认和验收测试。 16、( x )开发人员和客户对软件质量因素的认可是完全一致的。 17．( x ) UML语言支持面向对象的主要概念，并与具体的开发过程相关。 18、( v )里程碑（milestone）就是开发过程中的某个活动(activity)。 19．( v ) 好的软件测试是用少量的测试用例运行程序，发现被测程序尽可能多的错误。 20、( x )在软件开发中一定要不惜代价避免风险。 21．( v ) 在需求分析中，分析员要从用户那里解决的最重要的问题是明确软件做什么。 对功能的具体实现。 22．( v )用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部 23．( v ) 软件过载缺陷就是当运行程序时，软件内部定长的数据结构被溢出，系统任务无法 24．( v ) 结构化程序设计方法能改善程序结构，提高程序的运行效率。 二、选择从供选择的答案中，选出正确的答案填入（）内 1．白盒测试法常用的方法是A方法，黑盒法中常用的方法是B方法和C方法，C方法根据输入的关系设计测试用例。供选择的答案：（②③⑤） A、B、C：①综合测试②路径测试③等价分类④归纳测试 ⑤因果图⑥追踪⑦回溯⑧排错 2. 软件工程的出现是由于（ A ）。 A．软件危机的出现 B. 计算机硬件技术的发展 C．软件社会化的需求 D. 计算机软件技术的发展 3. 系统技术可行性研究涉及的技术应该是（D）技术。 A．现在已提出的 B. 现在在研究的C．不一定可以获得的 D. 一定可以获得的 4．模块综合测试的方法有A和B两种，A是从下层模块向上层模块依次结合进行测试，为测试需要C 以便调用被测模块，但从开发的初期就能并行进行测试作业，并且每个模块的D都很容易做，是这种方法的优点。其缺点是直到测试的最后阶段，程序的缺陷都难以发现。B是从上层模块向下层模块依次结合进行测试，为了测试需要设计E模块模拟被测模块所调用的下级模块。 供选择的答案：（A：⑦ B：⑥ C：⑥ D：① E：①） A、B、D：①功能测试②组合测试③综合测试④可靠性测试 ⑤结构测试⑥自顶向下测试⑦自底向上测试 C、E：①仿真②模拟③生成④转贮⑤跟踪 ⑥驱动模块⑦宏模块⑧支持模块
第一部分档案资料收集、管理整理基本要求土地整治信息档案管理是指对项目运行和积累的文件资料进行收集、整理、归档、保管、移交、利用等一系列工作。信息档案是项目管理工作的重要组成部分。《土地开发整理项目管理暂行办法》规定：“项目申报单位应做好项目成果有关档案管理工作，从项目申报到验收通过的有关文件和资料，要收集整理，立卷归档，妥善保管。”土地整治项目信息档案是土地整治项目验收及后评价必不可少的材料。 同时，国土资源信息化建设不断推进，土地整治也需要建立完善信息系统，实现土地整治规划以及项目管理的数字化、信息化，而项目管理的数字化、信息化需要以大量的项目信息档案资料为基础。 一、项目资料收集、整理与归档的重要性和重要意义 1、重要性 项目资料的重要性表现在一下几个方面： （1）项目资料是项目全过程的真实写照，也是将来接受各级部门检查、审计和处理经济纠纷的重要凭证； （2）项目资料是工程质量控制的重要依据，对工程质量审查及工程质量事故的追查起查考作用； （3）项目资料对工程建设的审计及惩治腐败起查考作用； （4）对其他工程起借鉴参考作用。 2、重要意义 全面反映项目管理的过程，及时了解工程建设情况，为工程建设管理提供必要的工程决策信息，有利于加强对工程的监督，有助于提高以后项目的工程管理水平。 二、当前档案资料管理主要存在的问题 1、部分文件原件不齐全 个别行政部门、设计、监理、施工单位下发的重要文件是复印件，难以满足工程资料档案管理的质量标准要求。 2、部分档案资料填写存在误差 有的原始资料不能做到与工程同步进行，导致档案资料与事实产生误差，造
成了各种建材的质保书和合格证不全，不能全面的反映工程的建设和质量；有的原始资料不按分类要求成册，成册的缺少目录或目录不准确。 3、原始签证资料格式不规范 部分监理和施工单位原始资料未统一内容和格式，而是在施工过程中，不断增添内容和更换种类，资料格式不统一、不规范，不便统一装订组卷。有的资料员在资料编制过程中，一方面由于对工程进度不了解，资料的内容不能与实际的施工进度情况相符；另一方面，不熟悉施工工艺操作过程，在资料表格编制的过程中，出现该有的项目内容没有填，不该有的项目内容却填了。原始资料的文字字迹潦草，使用不规范的汉字，甚至还有错别字，修改后不加盖单位章或没有修改人的签字，给后期竣工资料编制工作带来极大的困难。 4、竣工资料移交不及时 不能按规定及时移交工程竣工资料，造成统一管理的时间延误，甚至导致竣工资料丢失。 5、档案管理混乱，无专人负责 主要表现在档案收集存档时档案资料杂乱混杂，不能分门别类归档；无专人管理，或管理人员无相关管理知识，只是对资料进行简单的罗列和存放。 三、项目档案的归档 项目档案是指从项目前期工作、实施管理、竣工验收到交付使用及后期管护各阶段所形成的，具有保存价值的文字、图表、声像等不同形式的历史记录，所以必须建立项目档案管理制度。 项目建设过程中，项目承担单位、设计单位、施工单位、监理单位等应在各自得职责范围内负责项目文件材料的形成、积累、整理、归档和保管工作，属于项目承担单位归档范围的档案资料，有关单位应按时、保质、保量移交项目承担单位，项目承担单位应对移交档案资料的单位技术负责人履行审核签字手续。 项目资料可以按文书类、技术类、财务类和其它类进行分类；也可以按立项阶段、实施准备阶段、施工阶段、验收准备阶段、验收阶段和后续利用管护阶段等分类。项目档案资料登记应按性质和时序分别进行。 项目档案归档时间，可分阶段在单位工程或单项工程完工后进行收集、整理，项目竣工验收后，一个月内应完成档案的归档工作。
医院管理系统项目需求分析 目录 1引言 ............................................................................................................................................ 错误!未定义书签。 1.1编写目的......................................................................................................................... 错误!未定义书签。 1.2适用范围......................................................................................................................... 错误!未定义书签。 1.3背景................................................................................................................................. 错误!未定义书签。 1.4术语定义......................................................................................................................... 错误!未定义书签。 1.5参考资料......................................................................................................................... 错误!未定义书签。2项目概述..................................................................................................................................... 错误!未定义书签。 2.1目标................................................................................................................................. 错误!未定义书签。 2.2用户特点......................................................................................................................... 错误!未定义书签。3功能需求..................................................................................................................................... 错误!未定义书签。 3.1流程图............................................................................................................................. 错误!未定义书签。 3.1.1门诊管理流程图................................................................................................. 错误!未定义书签。 3.1.2住院管理流程图................................................................................................. 错误!未定义书签。 3.1.3药库药房流程图................................................................................................. 错误!未定义书签。 3.2功能表............................................................................................................................. 错误!未定义书签。 3.3用例................................................................................................................................. 错误!未定义书签。 3.3.1门诊管理用例图................................................................................................. 错误!未定义书签。 3.3.2门诊管理用例说明............................................................................................. 错误!未定义书签。 3.3.2.1门诊挂号人员登录：......................................................................................... 错误!未定义书签。 3.3.2.2门诊挂号人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.3门诊挂号人员对挂号单的录入：..................................................................... 错误!未定义书签。 3.3.2.4门诊挂号人员对挂号单的查询：..................................................................... 错误!未定义书签。 3.3.2.5门诊挂号人员退号：......................................................................................... 错误!未定义书签。 3.3.2.6门诊挂号人员退出登录：................................................................................. 错误!未定义书签。 3.3.2.7门诊挂号人员结算：......................................................................................... 错误!未定义书签。 3.3.2.8门诊划价人员登录：......................................................................................... 错误!未定义书签。 3.3.2.9门诊划价人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.10门诊划价人员对处方的录入：....................................................................... 错误!未定义书签。 3.3.2.11门诊划价人员对划价单的查询： ................................................................... 错误!未定义书签。 3.3.2.12门诊划价人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.13门诊收费人员登录：....................................................................................... 错误!未定义书签。 3.3.2.14门诊收费人员修改密码：............................................................................... 错误!未定义书签。 3.3.2.15门诊收费人员收费：....................................................................................... 错误!未定义书签。 3.3.2.16门诊收费人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.17门诊收费人员结算：....................................................................................... 错误!未定义书签。 3.3.3住院管理用例图................................................................................................. 错误!未定义书签。 3.3.4住院管理用例说明............................................................................................. 错误!未定义书签。 3.3. 4.1住院部管理员登录：......................................................................................... 错误!未定义书签。 3.3. 4.2住院部管理员修改登录密码............................................................................. 错误!未定义书签。
中间件采购需求 一、即时通讯 主要需求说明： 1、支持与TDS（LDAP）的集成； 2、支持与单点登录的集成； 3、支持与OA系统的集成； 4、支持自定义消息格式的通讯； 5、支持附件的断点续传； 6、支持短信收发； 7、支持语音、视频； 8、即时通讯服务端应用支持300以上并发； 9、提供移动客户端（android、iphone）； 10、能搭建自己的即时通讯服务端应用，不再依赖第三方通讯； 二、电子邮件 主要需求说明： 1、提供邮件服务服务端应用，支持300以上并发； 2、提供邮件客户端，并提供二次开发接口及示例； 3、具有通用邮箱的安全机制及稳定性； 三、公文在线编辑（office、wps） 主要需求说明： 1、支持痕迹保留、禁止拷贝、模版套红、全文批注； 2、支持PDF阅读、自定义一维码、二维码； 3、采用标准的HTTP上传协议； 4、支持任意后台WEB服务器、以及任意后台编程语言； 5、支持自定义菜单、按钮、工具栏等； 6、支持保持为PDF、HTML等到服务器和本地； 7、能无缝集成电子印章、手写签名； 8、支持模版套红； 9、支持javascript对控件进行二次开发； 四、电子印章 主要需求说明： 1、支持多种文档上加盖电子印章、手写签名；（office、wps、pdf） 2、能对文档的改变及时验证； 3、支持USBKey硬件盖章方式； 五、附件管理 主要需求说明： 1、对任何文档进行编辑、阅读、打印； 2、支持多种视图模式； 3、能在浏览器中启动原始文件对应的应用； 4、支持直接编辑文件； 5、支持自定义工具栏； 6、支持javascript二次开发接口； 7、支持文件过滤；
项目9施工技术资料归档基本要求 9.1、施工技术资料内容分类 技术施工资料按其性质分为七类。第一类：建筑工程法定建设程序必备文件；第二类：综合管理资料；第三类：工程质量控制资料，包括验收资料、施工技术管理资料、产品质量证明文件、检验报告、施工记录及检测报告；第四类：工程安全和功能检验资料及主要功能抽查记录；第五类：检验批质量验收记录；第六类：施工日志；第七类：竣工图。要求在施工过程中及时、准确地收集和整理，做到不丢弃、不漏顶、不填错、图实相符。 9.2、工程技术资料的组卷要求 9.2.1组卷原则 施工技术资料的组卷应遵循工程文件材料自然形成规律，保持卷内文件内容之间的系统联系，便于档案的保管和利用。 建筑工程按单位工程组卷，其中单位（子单位）工程按分布工程和要求办理中间验收的子分部工程（如桩基础工程和幕墙工程等）独立组卷，一般分为：总目录、工程建设前期法定建设程序文件、建筑工程综合管理资料、地基与基础工程、主体结构工程、建筑装修装饰工程、建筑屋面工程、建筑设备安装工程综合管理资料、建筑给水、排水及采暖工程、建筑电气工程、通风与空调工程、电梯安装工程、智能建筑、竣工验收资料和竣工图。 组卷时按先文字、后图纸排列。每个单位工程竣工资料应有总目录，总目录由案卷目录和卷内目录组成，且单独列为一卷，案卷目录和卷内目录必须电脑打印。 9.2.2组卷顺序 卷内文件材料的排列顺序，一般为封面、目录、文件材料、工程照片及封底。 9.2.3组卷质量要求 归档文件的内容必须真实、准确、签章齐备，书写材料必须耐久、清晰，不得使用铅笔、红色和纯蓝墨水、圆珠笔等易褪色材料书写。若是复写件、复印件(需注明原件存放处)要要字迹清楚、牢固，能长期保存。 9.3、案卷编目 9.3.1编写案卷页好 1．以独立卷为单位编写页号。对有书写内容的页面编写页号，用阿拉伯数字“1”开始逐张编写（用打号机或钢笔）。案卷封面、卷内目录、备考表不编写页号，卷与卷之间的页号不得连续。 2．单面书写的文字材料页号编写在右下角，双面书写的文字材料页号正面编写在右下角，背面编写在左下角。图纸折叠后无论任何形式，一律编写在右下角。 9.3.2卷内目录填写 根据卷内内容，打印目录，目录应排列在卷内第“1”页之前。 序号：以一份文件为单位，用阿拉伯数字从“1”开始依次标注。 文件编号：填写工程文件原有的文号或图样的图号。 文件材料题名：亦称文件标题，填写文件材料的全称，无标题的文件应根据内容拟写标题。