某系统需求调研报告

某系统需求调研报告（共10篇）

某系统需求调研报告 篇1

Xxx 系统需求调研报告调研背景 描述项目的基本情况，目前所处的阶段，需要达到的效果。调研概况 描述整体调研情况。

2.1 调研目的 该部分用于确定本次需求调研需要要达到目的，幵对各项目的展开描述，如摸清现状（展开描述，摸清哪些部门的哪些方面的现状？）、确定需求（展开描述，确定哪些方面的需求？最终的产出是什么？）等等。

2.2 调研时间 该部分用于描述调研的开始时间和结束时间。

参考范例：

开始时间：x 年 x 月 x 日 完成时间：x 年 x 月 x 日 2.3 调研方式 该部分内容用于确定该项目的需求调研的方式，如问卷调查、集中座谈、走访方式等。

本次调研以问卷调查、集中座谈和走访方式相结合方式进行：

问卷调查内容：通过问卷调查有针对性的系统了解各单位职能设置、组织架构、人员配置、业务运行，以及主管领域方面关于 xx 建设的相应信息化基础信息、觃划发展目标。

集中座谈内容：请根据调研提纲，结合单位实际，做好发言准备，调研内容为各单位现有业务运行现状、取得的成绩及存在的问题，针对主管领域的 xx 建设方向、需求和拟建项目，对 xx 项目的建设建议。其中，重点内容是 xxxx 等。

走访内容：分为现场座谈与体验两部分，座谈部分内容参考集中座谈内容，体验部分包括现场成果参观戒操作体验。

2.4 调研分组 该部分用于描述调研人员的分组安排和人员具体的职责和分工。

序号 姓名 性别 职位 职责 调研分工 1.2.3.4.5.2.5 调研对象 该部分用于描述调研分组的调研对象的安排。

2.6 调研日程安排 该部分用于详细表述调研的日程安排，涵盖从调研启动、搜集资料、分组调研、整理补充、形成报告等的具体的日程安排。

根据 xx 的可行性分析及觃划咨询项目实施步骤，调研时间 x 年 x 月 x 日~x

月 x 日，预计周期为 x 个工作日，请各有关单位提前做好准备工作。

具体调研日程安排见下表：

时间计划 调研进度 工作内容 x 月 x 日 调研启动

搜集资料

x 月 x 日 分组调研 第一组 第二组 第三组 第四组

x 月 x 日

x 月 x 日

x 月 x 日

x 月 x 日 整理补充

x 月 x 日 形成报告

调研内容 3.1 xx 局（部门名称）

访谈对象及职务：

部门联系人、电话、邮箱：

时间:

3.1.1 部门简介 该部门的介绉和部门职能概述。

3.1.2 信息化现状 描述内容包括：网络、IT 设备、其他硬件、现有业务系统（开发公司、开发诧言、使用情况）。

3.1.3 业务发展现状 该部门主要业务范围和内容。

3.1.4 亟待解决问题 该部门如已有信息化系统存在的问题，业务发展存在的瓶颈，遇

到的困难等。

3.1.5 信息化发展需求

该部门有哪些拟建信息化系统的觃划，以及在机房、软硬件、平台搭建、业务联动等方面的发展需求。

3.1.6 数据共享需求 1）该部门可以对外提供的数据； 2）该部门需要外部提供的数据。

3.1.7 建议及意见 该部门针对 xx 项目的建议和意见，以及信息化发展的建议和意见。

3.2 xx 局（部门名称）

访谈对象及职务：

部门联系人、电话、邮箱：

时间:

3.2.1 部门简介 该部门的介绉和部门职能概述。

3.2.2 信息化现状 描述内容包括：网络、IT 设备、其他硬件、现有业务系统（开发公司、开发诧言、使用情况）。

3.2.3 业务发展现状 该部门主要业务范围和内容。

3.2.4 亟待解决问题 该部门如已有信息化系统存在的问题，业务发展存在的瓶颈，遇到的困难等。

3.2.5 信息化发展需求

该部门有哪些拟建信息化系统的觃划，以及在机房、软硬件、平

台搭建、业务联动等方面的发展需求。

3.2.6 数据共享需求 1）该部门可以对外提供的数据； 2）该部门需要外部提供的数据。

3.2.7 建议及意见 该部门针对 xx 项目的建议和意见，以及信息化发展的建议和意见。调研结果统计 4.1 调研问卷回收统计 该部分以表格方式描述各组各调研部门的需求调研问卷的一个汇总情况，通常以表格方式体现。

4.2 需求数量汇总统计 该部分描述各组各调研部门的需求数量的一个汇总情况，通常以表格方式戒者图表方式体现。

4.3 系统建设情况统计 该部分描述各组各调研部门的信息化系统建设的一个汇总情况，例如自建系统和垂直系统的建设情况，通常以表格方式方式体现。

4.4 数据共享和传输统计 该部分描述各调研部门的业务协同和数据共享方面的汇总情况，主要包括需要哪些部门为其提供哪些数据，以及可以对外为哪些部门提供哪些数据，通常以表格方式方式体现。调研总结 5.1 机房情况总结 针对各部门的调研结果，总结各调研部门的机房的一个总结。建

议以直观的图表方式体现。

5.2 信息系统情况总结 针对各部门的调研结果，总结各调研部门在信息系统的方面的汇总情况。例如自建和垂直系统的占比图示，戒者信息化系统的共性的问题的描述。可以图表、表格和文字结合的方式体现。

5.3 需求分类汇总总结 总结各分组和各调研部门信息化需求的分类汇总情况。可将需求分类为：业务类、软件类、硬件类和其他。建议以文字方式进行描述。

5.3.1 业务类 各调研分组在业务方面的需求的总结。

5.3.2 软件类 各调研分组在软件方面的需求的总结。

5.3.3 硬件类

各调研分组在硬件方面的需求的总结。如监控设备、智能终端设备、管理设备、网络设备、安全设备等方面的需求。

5.3.4 其他 各调研分组的非业务类、软件类、硬件类需求的总结。

5.4 主要问题总结 总结各调研分组、各部门存在的主要问题。总结建议 对应我们的调研目的，总结通过本次需求调研工作，达到的效果。例如确定项目的建设原则，各主要问题确定了哪些解决对策。对于各部门提出的信息化系统的需求，确定重点需求，以及其应对决策。

某系统需求调研报告 篇2

本文以某公司为例, 研究基于J2EE的绩效管理系统的需求分析和系统总体设计。该公司开发绩效管理系统的目的是能营造一个良好的企业考核氛围, 利用计算机和网络的优势实现企业项目管理、个人任务管理和企业绩效考核的自动化和网络化, 避免人情因素, 实行“公开、公平、公正”原则, 实现考核制度的人性化, 让员工心悦诚服。既能提高企业员工的工作积极性和对企业的满意度, 又能使企业的整体效益跃上一个新台阶。

二、系统功能性需求分析

根据公司需求将系统需求细化为以下几点:第一, 本系统是企业管理者和员工相互沟通交流的平台, 比如管理者工作计划的制定和下发、员工意见建议的反馈等;第二, 本系统是企业项目管理的平台;第三, 本系统是企业任务管理的平台, 包括员工的个人任务和任务的分配;第四, 本系统是企业任务考核的平台, 比如:员工周业绩、月业绩和年业绩的考核、评分, 奖金的发放等;第五, 本系统能成为企业管理的有效工具, 是企业及个人成长进步的分析工具, 也是利润提升的工具。根据以上的需求分析, 本绩效管理系统的功能主要通过项目任务管理模块、个人任务管理模块和任务考核管理模块来实现, 重点分析以上3个模块的功能需求。

(一) 项目任务管理模块需求分析。

该模块又包含项目管理子模块、项目里程碑子模块、项目计划管理子模块、项目任务管理子模块4个子模块。

1. 项目管理子模块需求分析。

项目管理是指公司对某个项目的情况记录, 包括该项目的负责人、参与人及涉及到的一些相关时间, 通过该情况记录, 公司管理层及各部门员工可以清楚了解该项目的计划安排。

2. 项目里程碑子模块需求分析。

本模块功能主要是登记展示各个项目里程碑及对应时间, 通过项目里程碑的建立, 进而控制项目的进展以保证实现总目标。根据不同的角色, 执行对应的操作, 如:项目经理执行新增、修改、删除操作;全部人员可执行查看操作;公司内部人员执行可执行查询操作等。

3. 项目计划管理子模块需求分析。

本模块功能主要是对整个项目研发过程的管理, 可以被公司管理层用来作为一种基准, 以监督项目各阶段的实际成本与项目进展情况, 也可以确定各个项目的主要控制点。本模块功能主要展示项目各阶段任务及进展情况。

4. 项目任务管理子模块需求分析。

本模块功能主要是项目任务管理是为完成项目目标而进行的系统任务安排, 各项目经理通过项目任务分配来掌控项目人员的工作情况及项目进展情况。本功能主要是项目经理分配任务到个人。

(二) 个人任务管理模块需求分析。

个人任务管理是公司各部门员工根据项目经理分配的任务进行个人任务安排, 可形成个人工作日志, 每天上传到系统, 利于项目经理检查工作。如:任务执行人新增、修改操作;个人查看操作;公司内部人员的查询操作;项目经理的删除操作等。

(三) 任务考核管理模块需求分析。

该模块又包含员工周考核模块、员工月考核模块和负责人月考核模块3个子模块。本功能模块是项目经理考核任务执行人的周工作情况, 根据个人日志, 项目经理填写考核情况。

三、系统的非功能性需求分析

(一) 安全性需求。

1. 操作安全性。

本系统平台的操作安全性由应用系统登录身份验证、数据库登录身份验证和网络登录身份验证三级组成。设置了网络安全级、处理机安全级和用户安全级三级安全控制。使用电子key+密码的方式登录系统, 通过权限管理等技术手段, 实现系统使用安全保证。

2. 数据安全性。

数据安全事关整个系统的安全, 而数据的传输安全性和存储安全性是保证数据安全的关键和重点。为了保证数据传输的安全性, 在传输的过程中不被窃取和恶意撰改, 采用网络加密传输、数据库加密传输和应用系统数据加密三者相结合的技术;数据存储的安全性, 采用加密算法对数据进行加密存储, 对于重要的数据除了在本地进行加密存储外, 对数据进行多个备份, 以备意外之需。

(二) 界面需求。

一是外观简洁大方, 符合常规;二是综合使用横竖Tab页, 使得操作界面更简捷, 更人性化;三是整体风格需要统一:各个界面的风格需要统一, 比如所有按钮的颜色、大小、放置点等;四是用户操作习惯统一化:各个模块用户操作应尽量保证一致;五是能实现界面加载较慢的时候有进度提示;六是能实现系统出现反常的异常提示。另外, 在系统的实用性、灵活性、可靠性和可扩展性方面也有一定需求。

四、系统总体设计

按照该公司的需求, 要求本绩效考核系统作为企业项目管理和员工业绩考核的平台。主要设计了项目任务管理模块、个人任务管理模块和任务考核管理模块。系统根据不同的角色身份, 跳转到相应的模块页面执行相应的操作。通过该系统可以查看企业所有项目的概况信息;在项目任务管理模块, 根据不同的用户权限, 可以执行新增、删除、查看、查询和修改操作;在个人任务管理模块, 员工可随时查看个人任务及完成情况, 项目经理可给项目参与人分配任务;在任务考核管理模块, 主要有企业对部门的考核、部门对个人的考核。企业对部门和个人的考核, 借助平台采取逐级考核方式。即公司的整体的考核以下面各部门提供考核数据为依据, 部门员工的考核以其所在部门的考核数据为依据。系统自动对数据进行汇总、计算和分析, 再将考核数据通过系统平台和网络直接上传至上一级部门, 上级部门再根据反馈的考核数据进行审核、审批, 最终作为财务对各部门和个人奖金发放的参考。这样的自动化流程既减轻了人事部门的时间和精力, 又可有效规避考核过程中的人为因素, 使得考核数据更让人心悦诚服。本系统流程图如图1所示。

五、结语

本文阐述了基于J2EE的某公司绩效管理系统主要功能模块的系统功能需求分析、系统的非功能性需求和系统的总体设计。系统的功能需求主要分析了项目任务管理模块、个人任务管理模块和任务考核管理模块的具体需求。通过对绩效管理系统的需求分析, 明确了系统各功能模块要达到的目标, 为系统功能的详细设计和实现提供参考。

摘要：如何最大限度地挖掘员工的工作潜能, 提高工作效率是企业管理者经常思考的问题, 这就需要企业实行有效的绩效管理。本文以某公司绩效管理平台为例, 分析了基于J2EE的绩效管理系统的功能需求及总体设计。

关键词：绩效管理系统,绩效管理,需求分析,J2EE

参考文献

[1] .徐宁.枣庄市国家税务局税务绩效管理系统的设计与实现[D].电子科技大学, 2012

[2] .梁荛.遂宁移动分公司绩效管理系统的设计与实现[D].电子科技大学, 2012

某机队时控件监控与报告系统研究 篇3

主题词:航材管理 时控件 自动化管理 监控 报告

DOI:10.3969/j.issn.1672-8289.2010.10.077

一 前言

当今世界已经进入了信息化产业的时代,作为一个高技术、高风险的行业,民航对于计算机的需求也与日俱增,电子管理和网络化应用是现代民航企业发展的主流和趋势。对于机务航材管理中的时控件管理这个涉及飞行安全的要害部门,如何合理地利用计算机管理,尽量减少人为差错,增强安全因素,也就成了研究和发展的重要课题。

在时控件项目中,有的设备和零部件具有寿命或使用时限的限制,有的设备和部件需要定期测试、校验。这些使用限制或检查要求都是强制性的。飞机上所谓的时控件要求在规定的时间内必须拆下更换, 如果不更换, 飞机将不得已停场待飞, 这是不容置疑的。而对于我国民航飞行员紧缺, 飞行学院飞行训练任务繁重的现状, 一般是不允许这样的情况出现的。在保障飞行训练需求航材的同时, 如何合理、有效地保障时控件的按时更换是航材计划管理的重点和难点。飞机的时控件中, 磁电机、氧气瓶是重点关注对象, 尤其是发动机、PA44 的螺旋桨、交流发电机等器材更换更是难点多多。因此, 深入研究和探讨航材管理中时控件的管理现状, 实现对飞机时控件的自动化管理,对控制航材成本、保证飞行正常进行、保证飞行安全具有十分重要的意义。

二 时控件管理概述

时控件管理分为:装机时控件、库存时控件、时控件拆换和COSL管理。时控件管理工作直接影响航空器的适航性。生产部门的时控件管理工作是以经批准的维修方案为依据,对时控件实施监控。根据每个时控件实际使用时间(如:飞行小时、起落、发动机循环、日历时间等),制定更换计划,提前发出更换或检查指令,并监督确认指令的落实。

航材时控件管理比较复杂, 品种多, 数量大, 随机需要涉及面广。首先, 时控件不同于一般的零部件, 需要掌握更多的时控件的寿命和换件信息。其次, 要做好航材计划工作, 计划员必须对所管机型的时控件有必要的了解, 如备件的全年因时控原因拆换次数, 备件周转情况, 修理厂家修理周期等要求。再次, 航材时控管理不能只考虑保障供应, 还要有经济的观点, 防止库存积压浪费。另外从整个工作流程来看, 它是与机务生产计划、修理厂家修理周期都密切联系的一项复杂工作。所以航材时控件管理工作是一项既复杂又意义重大的工作。在保证飞行训练需求航材的同时, 如何合理、有效地保障时控件的按时更换是航材计划管理的重点和难点。科学地制定出时控的监控系统是一个十分复杂的工作,是直接涉及飞行安全和经济效益的关键问题。

三 时控件管理的现状和存在的问题

国外很多先进航空公司的时控件管理已完全采用电脑化先进管理模式来提高管理的效率,而国内计算机信息化在民航飞机维修行业的应用却比较落后,很多工作都是手工管理,或是半手工计算机管理。由于长期以来航材时控件管理工作相对滞后, 加之随着新机型的引进, 时控件需求未形成规律, 时控件的需求与故障件的需求矛盾日益突出, 导致航材保障只能满足其一, 不能满足其二, 薄弱环节更加突出。目前机务部门对于时控件管理工作存在以下缺陷:

1、机务生产时控部门没有合理调整好时控件梯.

从时控件换件计划来看, 基本上集中在上半年4-6月份和下半年的9—11月份, 1—3月份期间时控件相对来说是比较少的。而且每次都是本月下发下个月的时控件换件通知单, 而航材的准备时间也只有一个月左右, 时间十分紧张。如果航材部门不在时控件换件通知单下发前3个月订货, 就很难保障时控件的供应。

2、时控件监控精度低

因为从时控件更换计划清单之后便全部都是手工操作,为保障在到期之前完成工作,往往都是很长时间之前交到生产科作安排,然而在生产科做时控件管理时全部是将监控的数据如飞行时间、发动机时间与飞机起落、飞机循环小时数等手工录入计算机存档,监控工作则从新停留在纸面上分析,无法对计算机里的数据进行使用造成监控精度低、效率低、易产生人为差错,一个时控件本来可以全寿命服役,可能因此会造成完成其服役寿命的90%。

四 时控件管理系统设计理念

时控件管理系统的主要完成工作是:应用先进的计算机技术建立一个涉及时控件监控室、航材科、生产科的时控件管理控制系统,从而完成对时控件寿命的监控与警报,达到民航局的适航要求,提高飞院整体机务维修质量与效率,有效地使用时控件,提高经济效益。

1、实用性。机务人员不是计算机专家,因此必须考虑系统的实用性和易用性,再加上是时控件监管人员少,所以我们必须摈弃华而不实的功能,运用计算机技术构建一个实用的系统,任何功能都能达到简单而有效的目的。

2、容错性。此系统运行基本表现为人机不断交互操作,这样误操作、输人不合理数据的情况很难避免。因此管理程序应有较强的容错性。除非用户按强制中断键,程序应做到不死机。由于程序内免不了有计算处理,输人不合理数据引起死机情况时有发生。例如最常见一种在微机上用C语言加变量整型数上溢。所以一定要重视容错性测试。

3、安全、稳定性。时控件监控系统要求安全、稳定,因此对系统的数据安全保障机制提出严格的要求,不能因为计算机系统故障而延误时控件的监控和警报。

4、使用面向对象分析法做系统分析。为了做好系统分析,我们使用了面向对象分析法。该分析法的要点是抓住输人、触发(启动条件)、处理(计算)、输出四个环节,由顶向底逐级分解细化。其基本做法是首先收集到全部手工表格,区分输人与输出形成顶层对象;其次按原有处理流程次序,走访有关部门与个人。这里要注意在什么情况下,取哪些数据,做什么计算,输出什么数据,送到什么地方去(或打印什么表格)。最后根据结果绘制对象层次图,分析该图,看有没有重复处理,不合理数据流向,无效处理,多余环节等不合理地方,并加以改进,最后与软件开发人员一起确认分析结果。

五 系统结构图

图1 系统结构图

从结构上看,该系统非常适合计算机网络化管理,任何一个节点的信息的变化都会马上反映出来,其他节点可以立刻得到信息,做出反应,是整个业务过程优化。根据图示我们可见,采用计算机管理后,生产科可根据监控单,随时的做好科学的安排,不用再根据以往的数据来自己推算时控件是否到寿,计算机就完全取代这项工作,并进行警报,更好的提示时控员做好工作。同样,监控员无需在等待航材科传送的时空库存与送修情况,再做延期处理或是允许按计划进行。因为时控件更换计划及时的反映到系统中,航材部门可以根据系统所提示的实际的信息来管理时控件。

六 系统的数据结构

6.1 数据收集及数据录入。数据是管理程序的命脉,若无法正确及时地收集到该管理程序所需要的输人数据,即使这个软件开发出来也不能正常运行。正确的数据及报表是保证飞行安全所必须的,因此要检查是否能由输人数据产生所要求的输出结果,或完成所要求的操作。特别要注意在非正常情况时,是否仍能给出正确的信息。有时增加一个输人数据项会使程序大大简化,可靠性大为提高。对于COSL所要求的某时控件,当输人件号并要求报出剩余时间时,是否会得到正确的结果,在整个过程中自动化的程度有多高,这些都是我们检验系统开发的试金石。

6.2 具体的数据结构。系统的主要数据结构为关系型数据库。核心数据库为时控件清单和时控件装机清单。其中时控件装机清单数据库包括以下数据:序号、机号、安装位置、装机时间、生产日期、装机参数、限制寿命、翻修后使用时间、翻修后使用循环、累计寿命、监控时限、剩余寿命、到寿日期。该清单实行动态管理,实时跟踪时控件整个生命周期。而时控件清单则相对稳定,除非维修方案出现变动。

七 监控模块

该模块成为时控件管理系统的核心,其完成的功能如下:

7.1、根据各清单,飞机运行所记录的各个参数,来记录监控信息,包括:机身循环、飞行循环、飞行小时数、日历月、发动机循环数、发动机工作时间、APU时间等,再依据上次检查日期、上次大修日期、装机时间来计算出到寿日期,并进行报告。

7.2、多个监控数据条件下的时控件分别按照各个条件计算到寿日期,然后去日期先到的为准进行时控件到寿报告。

7.3、按照到寿日期排列时控件更换计划,并能够显示各时控件的剩余寿命。

八 系统的维护

管理系统的维护同样是必不可少的。另外在编写软件时要注意开发数据库修复工具,如我们常提供数据库合并功能,即用户对同一程序可建立多个数据库分别操作。然后可把各库内的内容有选择地合并到一个指定的库中去。这样一旦发生操作系统或硬件故障,库内部分记录损坏,就可用合井库功能把尽可能多的好记录取出来,移到一个新库去。

九 总结

时控件管理是机务管理的重要工作之一, 加强时控件管理,突破以往手工作业为主的监控模式,引入计算机技术,利用信息化的管理系统对时控件进行监控与报告,实行精细化管理,对保障飞行训练正常进行、控制航材成本、保证机务各部门的协调一致有重大意义。通过以上的探索与研究为进一步实现对时控件监控与报告的全自动化管理系统的开发有着十分大的实际意义。

参考文献:

[1] 李俊生.航材管理系统的研究与开发[J].中国民航学院学报.2003/11.

[2] 姚艾龄.计算机网络化在统计信息管理中应用[J].航空科学技术.2002/5.

[3] 石丽娜,吴菁. 浅谈航空公司航材库存管理[J].江苏航空.2005/1:36-37.

[4] 负红.浅谈航材入库检验工作[J].航空维修与工程.2005/4.

[5] 曾烨.论航材成本管理与时控件的关系[J].科技信息.2008/6:208-209.

[6] 杨晓.浅谈航材库存管理策略[J].航空维修与工程.2005/2.

监控系统需求分析报告 篇4

高陵县地处陕西省关中平原腹地，位于西安市辖域北部。地势平坦，土壤肥沃，是西北首个吨粮县。高陵县始建于秦孝公十二年（公元前350年），是中国建县历史最早的县份之一。1949年划属三原分区，1950年5月划属咸阳专区，1953年1月改属渭南专区，1956年10月由省直辖，1961年改属咸阳专区，1983年10月5日划归西安市管辖区域。全县辖4镇4乡，88个行政村，740个村民小组。耕地2万公顷。地区总面积290平方千米，每平方千米人口密度约950人。总人口29万人，其中非农业人口11.9万。县人民政府驻鹿苑镇。名胜古迹有昭慧寺塔等。

2011年全省公安机关还将全力推进技防视频监控网建设，建成覆盖全省城镇社会面、城乡社区、单位内部、重要部位以及复杂公共场所、公共服务娱乐场所视频监控网络。2011年底，全省完成了28万个视频监控摄像点的建设任务，2012年底前，消除城镇社会面、城乡社区、村居、单位内部的治安视频监控盲点，重要部位视频监控覆盖率达到100%，农村社区、村居覆盖率达到60%的目标。据悉，除以上各项内容外，陕西还将在交通智能化、公安信息化建设、电子警察、综合执法平台建设、科技强警、公共安全科技研发等相关项目迎来了历史发展的新机遇。需求分析

高陵县原有平安城市系统，投入使用多年来，在震慑犯罪、取证服务、掌握社会治安动态、有效控制社会面、应急处置突发事件等方面发挥了很大的作用。但因规划建设早，视频监控设备已落后，亟待进行升级改造。

随着平安城市工程在全国范围内的快速推进，视频监控系统的基础建设已经初具规模，并取得了显著成效，正逐步能够满足城市视频监控的一些基本要求，但是也存在着多种矛盾，主要体现在以下几点：

图像清晰度不够：已建的系统大多为模拟系统，图像分辨率最高达到D1格

式(40万像素)，只能满足“看的见”需求却不能满足“看的清”需求；

系统扩容性差：视频监控的趋势逐步从模拟系统向数字化系统方向发展，很多平安城市项目建设当初未充分考虑系统扩容，后期建设不能充分整合现有资源，存在资源浪费的情况。

系统稳定性差：视频监控系统是一个涵盖了视频采集、传输、控制、存储、显示等方方面面的功能，每一个环节都需要采用大量的设备，系统集成化程度不高，系统的每个硬件设备都可能成为故障点，导致系统的稳定性下降。

重建设、轻维护：平安城市项目是一个大规模的视频监控系统，随着系统建成投入使用，系统的运营维护工作一般由人工完成，由于维护成本过高，一些损坏的设备未能得到及时修理或更新，在关键时刻系统宏机导致不能正常运行，未能达到“科技强警”目的。

因此，建设满足各个专业管理部门多级多领域城市管理的应用需求，建立一套统一的应急联动指挥与数字化城市管理监控系统平台，对各单位现有资源有效整合，达到资源共享，不仅节省大笔资金，而且可以大幅度提高监控系统的使用率和工作效率，实现整个城市的扁平化管理。在此基础上，利用市公安局现有的三台合一指挥系统、平安城市监控系统，扩建改造为涵盖各个职能部门的数字延安，是科学合理、安全可行的。针对当前平安城市视频监控系统的主要矛盾，后期系统的建设应着重从以下几方面考虑：

全网络化：数字监控远比模拟监控具有优势，平安城市从模拟走向数字一个必然趋势，由于部分区域网络基础建设的限制，当前视频监控系统建设过程中将存在模数并存的现象，这就要求系统的设计必须能够接入模拟信号同时可以有效兼容原有模拟系统。

高清化：高清能够提供更好的图像清晰度、更流畅的画面、更宽广的浏览画面、更精确的图像信息，特别是对于公安重大案件侦破、交通违法抓拍来说，高清图像更显得举足轻重。

高集成化：视频监控系统的后期维护在很大程度上将成为系统长期稳定运行的关键因素，每个硬件设备都将是隐藏的故障，采用集编码、传输、控制、显示于一体的设备，降低单位硬件数量，从而保障系统的稳定性。

智能化：传统的视频监控系统往往依靠人力，维护人员往往在一个监视屏同

时监控多个画面或随即抽取某一画面，造成部分监控点被漏看或被忽视；另外，维护人员存在一定的不稳定性、随意性和局限性，加上人的注意力有限，图像出现异常后，往往不能及时被发现。这就要求系统具有一定的智能视频分析功能，把人力从视频监控系统中大大解放出来，又能提高视频监控效率。

图书管理系统需求分析报告 篇5

摘要：

图书管理系统主要是用来管理图书信息和读者信息而设计的。图书管理系统的管理包括：用户管理、图书管理、读者管理、借阅管理。图书管理系统的查询包括：图书查询、读者查询、借阅查询。该系统可以查询图书的基本信息、读者的基本信息；可以查询某种图书的借阅情况；也可以查询某读者的借阅情况；也可以统计某种图书的在库数量和借出数量，还有能保存图书的流动记录等功能。该系统可以在连接网络的计算机上运行。

关键字：

图书信息管理、读者信息管理、信息检索

参考资料：

[1]曾强聪.软件工程[M], 高等教育出版社

[2]微软公司.SQL Server 2005数据库程序设计[M], 高等教育出版社

系统的现状与不足：

目前我国各类高等学校中有相当一部分单位图书资料管理还停留在人工管理的基础上。这样的管理机制已经不能适应时代的发展，其管理方法将浪费许多人力和物力。随着科学技术的不断提高，这种传统的手工管理方法必然被以计算机为基础的信息管理方法所取代。图书管理是高校必须切实面对的工作。图书馆在正常运营中面对大量书籍、读者信息以及两者间相互联系产生的借书信息、还书信息。现有的人工记录方法既效率低又错误过多，大大影响了图书馆的正常管理工作。人工系统是不符合标准化协议、通用性不强、不实用的系统，不能提高图书信息的现代化管理水平，不能实现信息资源的共享。人工方式管理系统存在着许多缺点，如效率低、保密性差且较为繁琐，图书管理人员工作量大。另外，随着图书资料数量的增加，其工作量也将大大增加，这必将增加图书资料管理者的工作量和劳动强度，这将给图书资料信息的查找、更新和维护都带来了很多困难。不能对书籍资源、读者资源、借书信息、还书信息进行及时管理，不能及时了解各个环节中信息的变更，不能有效的提高管理效率。处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。人工系统不能使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。基于人工系统的这些缺点和不足，我们有开发新的管理系统的需求。

解决方案及方案对比：

为了满足图书馆管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，并结合图书馆管理现状，在工作人员具备一定的计算机操作能力的前提下，希望建立图书管理系统以提高图书馆的管理效率。图书管理作为计算机应用的一个分支，有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书管理的效率。因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统，将是非常必要的，也是十分及时的。图书管理系统的建成无疑会为管理者对图书管理系统提供很大的帮助。

1.整个图书管理的业务流程抽象描述如下：

①新的图书购进后，分门别类地进行归并并汇总，加以编号。

②新书编号后，上到书架以备学生借阅。

③如某学生需要借阅图书，则在其本人的借阅登记表上进行登记，记录相关借

阅信息与借阅日期。

④学生借阅图书后，应及时归还图书，并在本人的借阅登记表上注明还书日期

和时间。

2.使用范围

所有读者、图书管理人员。在学校局域网的网络环境下，信息由各用户在规定的权限下录入、修改、查询、调用

达到信息的共享。

3.功能分析

（1）读者信息的制定、录入、修改、查询，包括学号、姓名、性别、借书数量、借书起始

日期、借书种类，续借情况、备注等等信息。

（2）书籍信息制定、录入、修改、查询，包括书籍编号、书籍分类、关键字、续借情况、备注等等。

（3）借书信息制定、录入、修改、查询，包括书籍的编号、读者编号、借书日期、借书期

限，续借情况、日志

维护、备注等等。

（4）还书信息制定、录入、修改、查询，包括书籍编号、读者编号、还书日期、还书期限、超期自动提醒，日志维护、备注等等。

（5）新旧读者的信息的删除和添加。限定条件的查询。

（6）图书证信息的办理，挂失，补办等等。

读者（借书者）：借书，还书，续借，支付欠费

前景展望：

本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。减

少图书管理人员的工作量，读者借阅书更加方便。本系统除了图书馆内管理的一

般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。

教务管理信息系统需求分析报告 篇6

一、教学管理系统的功能要求

教学管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有地软件，配置一定的硬件，开发一个具有开放体系的、易扩充的、易维护的、具有良好人机交互界面的教学管理系统，实现教学管理的自动化的计算机系统。

二、教学管理系统的需求描述

2.1 系统概述

教学管理信息系统实际上是学校各项管理系统中的一个职能域

是全校信息系统的一个子系统

2.2 功能描述

A．高校教学管理系统高层业务分析

 每年要根据人才市场需求及现有的专业情况，制定招生计划，然后进行招生工作  学生入学前一个学期，各个专业要制定教学计划，教学计划由各个系部讨论，教学主任审核后，上报教务处，由教务处出面组织进行全校讨论，协调各专业的教学计划，最后形成综合教学计划下发各系部

新生入学后填写的学生情况登记报表报各系、部后，再上报教务处教务科

教务科将这些报表汇总后与学校招生办公室进行核对，准备无误后存档以备使用 每学期期中，各系部根据教学计划制定下一个学期各个专业的教学执行计划，系、部根据教学执行计划安排授课老师，选购教材

各系将落实后的教师任务分配表汇总后上报教务处

学校实施学分制管理后，在每学期开学以前要进行学生选课工作

由教务处进行统一协调，最后制定出全校课程表下发各系部和学生 期末考试结束后，各系部将学生成绩归档并进行学籍处理，然后将成绩及学籍处理结果报教务处审批执行

教务处对学生成绩进行分析，打印出补缓考学生名单，将补缓考学生名单下发到各系部，各系部有关教师出题、判卷

学生因病或其他原因可以申请休学、复学、退学等，学生提出申请经领导批准后执行，要将执行的结果记入学生学籍管理数据库

为了促进教学改革，提高教学质量，每年教务处要进行教学改革项目的立项、验收等工作

教务处还要根据教师任课情况、学生情况制定各种报表上报省教委、学校及各有关单位

根据教学管理系统方案中有关高层业务管理内容的文字描述，可以画出该子系统高层的业务流程图和数据流程图           

省教委招生办新生名单基本信息管理学生学生登记表学生情况统计统计报表校长有关单位学籍管理学生学籍管理毕业生登记表用人单位各专业教学计划教务管理学生管理学生成绩管理学生成绩单教师教学计划排课课表学生

高校教学管理系统高层业务流程图

省教委新生名单招生办学生信息管理学生登记表学生学生学籍统计报表统计报表校长有关单位毕业生登记表教学计划各系部教务管理学生学籍管理用人单位教学计划学生成绩学生成绩管理学生成绩单教师排课课表打印课表学生教学管理扩展的数据流程图

B． 基本信息管理子系统业务分析

    每个新学期招生办要制定新生名单，然后进行审核，通过审核后再根据新生名单编班，然后确定最终的新生名单

新生入学后填写的学生情况登记报表报各系、部后，再上报教务处教务科 教务科将这些报表汇总后与学校招生办公室进行核对，准备无误后存档以备使用 然后制作学生学籍上报到省教委校长和有关单位

基本信息管理子系统业务流程图和数据流程图

招生办新生名单审核新生名单新生名单编班新生名册省教委学生情况登记表审核学生情况登记表统计学籍变动统计报表校长有关单位学生错误学生登记表建学档案学生学籍基本信息管理子系统业务流程图

新生名单招生办编班新生名册学生情况登记表学生审核登记表建学籍表学生学籍错误的学生登记表省教委统计报表统计学籍变动校长有关单位基本信息子系统数据流程图

C． 学生学籍管理子系统分析

1学籍表动申请过程

 学生如果要变动学籍，需要先申请学籍变动然后由各系部初审学生的申请，之后再由教务处审核，如审核通过则交由领导审批。审批通过后交由教务处修改学籍，然后通知学生 2毕业审批过程   先是由各系部根据学生的成绩初审学生的毕业资格，之后建立毕业资格审查清单，然后再次复审毕业资格建立毕业资格审查名单，最终交由领导审批。领导根据毕业资格审查名单、学生留级退学名单和学籍变动申请决定最后的审批意见。然后修改学籍表，制定学籍，完成毕业登记和毕业生档案，之后就可以将毕业生信息交给用人单位了

学生学籍管理子系统业务流程图和数据流程图

各系部教务处学生学籍变动申请初审学生申请学籍变动申请审查学生申请学籍变动申请教务处领导毕业登记毕业生档案各系部初审毕业资格毕业资格审查清单领导审批修改学籍表学生学籍学生成绩复审毕业资格毕业资格审查名单审批意见用人单位教务处学生成绩管理留级、退学名单学籍变动通知学生

学生学籍管理子系统业务流程图

学籍变动申请学籍变动通知学生审批变动申请修改学生学籍打印变动通知学生审批表学生学籍学生毕业登记毕业生登记用人单位毕业证书审批毕业资格留退处理留退名单成绩管理学生成绩 奖励处理学生学籍管理子系统数据流程图

D．教务管理子系统业务分析

 各专业通过开学讨论后制定教学计划，将教学计划打印后再分发给各系部  各系部再将教学计划分发给老师们

 然后根据教学计划、老师情况登记表进行排课，制定课程表  老师根据课程表进行教改立项然后进行统计后交给有关领导 教务管理子系统业务流程图和数据流程图 教学计划开会讨论教学计划各专业教学计划打印教学计划排课日常事务管理各系部教师任务分配教师情况登记表课程表有关领导统计报表教改立项教师学生

教务管理子系统业务流程图

教学计划各系部输入教学计划教学计划打印教学计划教学执行计划各系部学生教师任务分配表排表课程表打印课表课程表教师教师情况登记表教师立项申请教改立项教改项目立项统计统计报表有关领导

教务管理子系统数据流程图

D． 成绩管理子系统业务分析



期末考试后，老师统计期末成绩，然后进行登记，之后跟根据学生成绩统计分析，制定分析报表后交给有关领导

教师期末成绩登记期末成绩统计分析分析报表有关领导学生成绩

成绩管理子系统业务流程图

学生成绩单教师登记期末成绩学生成绩成绩分析学籍管理

某系统需求调研报告 篇7

1. 问卷设计

我在综合考察了一些国内外测量量表, 结合我国高校的实际情况, 制定出了调查问卷。本次研究使用的调查问卷首先涉及被调查者的基本情况, 包括性别、年龄、职称、学历、是否兼任行政职务等, 设置这部分的目的是分析不同类别、不同层次教师的需要状况。其次, 调查表列出了与高校教师工作有关的25个因素, 采用五点量表的形式, 让教师根据对自己的需要程度进行选择。

2.调查过程及样本分布

本次调查的样本范围为徐州某高校计算机工程学院、经济学院、历史文化旅游学院、测绘学院, 文理兼有。力求具有代表性。共发放问卷160份, 回收问卷155份, 其中有效问卷152份。

徐州某高校教师需要层次结构调查结果及分析

1.该校教师需要结构分析调查结果

对本次调查的结果采用社会科学统计软件包 (SPSS12.0for Windows版) 进行统计分析。

(1) 对需要层次的分类

经过对样表进行标准化测试和征询专家的意见, 按需要层次对具体调查内容分类如下:生存需要 (生理和安全的需要) :较高的工资津贴, 良好的福利待遇, 舒适、宽敞的住房条件, 医疗、养老等社会保障制度, 稳定的工作。统计中去除“良好的自然、气候环境”和“健康的身体”两项, 因为从满足需要的角度来说, 此两项相对稳定, 不易改变。

关系需要 (社会交往和尊重的需要) :领导对我工作的认可和赏识, 得到学生的认可和尊重, 与同事融洽的人际关系有较高的社会地位、受人尊重, 通过工作获得奖励和荣誉。

发展需要 (自我发展和实现的需要) :良好的教学、科研工作条件, 个人学习、进修的机会, 出国的机会, 符合自己兴趣、爱好的工作, 责任较大的工作, 可以施展个人才能的工作, 职称职务晋升, 有机会参与学校的决策管理工作, 从工作中获得成就感, 通过工作对学校和社会做出贡献。

(2) 不同层次、不同类型的教师在需要方面的差异性分析

满足组织成员的各种需要, 正确分析高校教师的特点和需要结构, 是学校更好开展工作的前提。而不同层次、不同类型的教师在需要类别和需要强度上具有差异性。

(1) 性别之间:统计表明, 在“领导对自己工作的认可”方面, 对女性的重要

程度 (38%) 明显低于男性 (66%) , 在其它方面间没有显著差异。这实际上说明了男性更渴望工作得到认可, 事业上取得成绩的现实。在教师调动中领导对自己工作的认可程度小也是其中原因之一。

(2) 年龄之间:不同年龄的教师在需要方面的差异较为显著。第一, 青年中年教师对工资津贴生存需要的愿望明显比老年强烈, 这一是和他们的收入相对较低有关, 二和他们刚郳H�刚走上工作岗位, 面临着成家、立业、继续深造、报答父母等许多生活压力有关。第二, 与青年、中年教师相比, 老教师更加渴望得到领导的认可和赏识。所有教师普遍看重, 通过工作获得荣誉和奖励, 从深层次来说, 还是主人翁责任感的体现。第三, 在发展需要方面, 职称职务晋级方面中年教师最为强烈, 青年其次, 老年教师的愿望最低, 这和他们的生理、心理发展规律是一致的。第四, 在出国的机会青年教师需求强烈, 而中老年教师则反映平淡。第五, 符合自己兴趣、爱好的工作、有机会参与学校的决策管理工作方面青年、中年、和老年教师的需求则成上升趋势。

(3) 职称之间:不同职称之间的教师在需要方面的差异较为显著。这是因为教师的职称和年龄成正相关, 年龄由小到大与职称由低到高在需要方面的显著差异基本存在很大不同。生存需要方面教授对较高的工资津贴的要求相对较低。在发展需求方面助教对有机会参与学校决策管理要求较低, 但他们渴望领导对工作的认可和赏识、得到可以施展个人才能的工作。教授对符合自己兴趣爱好的工作、从工作中获得成就感和通过工作对学校和社会做出贡献需求较高。从马斯洛需求理论来说他们已经进入到较高发展需求阶段。

(4) 学历之间:不同学历的教师在需要方面的差异较为显著。学历越高, 对关系需要表现越淡薄。但他们对通过工作对学校和社会做出贡献较为看重。这与他们致力于专业研究, 综合素养达到一定境界分不开的。对与发展需要, 硕士学位的教师的愿望表现得非常强烈, 他们渴望有个人进修的机会满足发展和成就的高层次需要。

(5) 是否兼任行政职务:在“有机会参与学校决策管理工作”、“稳定的工作”、“较高的社会地位, 受人尊重”方面有显著差异, 兼任行政的教师认为这三方面更重要。

(3) 徐州某高校教师整体需要调查分析

总体情况

1、根据表1, 按重要程度排列前五位的需要依次为:良好的福利待遇、与同事融洽的人际关系、个人学习进修的机会、得到学生的认可和尊重、良好的教学科研工作条件。其中前一项为生存需要, 第二项第四项为关系需要, 第三项第五项为发展需要。说明徐州某高校大学教师的基本生存需要`H�虽已得到满足, 但良好的福利待遇在教师们生活中占重要地位。关系需要、发展需要是目前教师们的主导需要, 经过计算, 得出生存需要、关系需要和发展需要的平均值分别为1.83476, 1.9447和1.9825, 三个值充分显示了徐州某高校教@H�师们当前最关注的需求状况。

某系统需求调研报告 篇8

时光快速迈入2012年，国家对宏观经济继续调控的声音仍在耳边。从近两年的经济发展来看，大规模的国家投资已经过去、出口困境依然存在、鼓励消费带来的作用依然不明显；同时，原材料、产品、人工成本上涨的趋势已不可逆转，这一切都给2012年我国的经济发展带来众多不确定性。但从世界范围看，我国仍是高速发展的经济体，8％的GDP增速仍让绝大多数国家羡慕。只是，GDP从10％降至8％，CPI从2％升至4％，“10-2”时代转变到“8-4”时代，国内企业是应该看清楚并顺应这一变化趋势的。

2012年，仍处于这一经济发展趋势下的我国企业该怎样调整?或许是新技术研发、或许是推出更有吸引力的产品、或许是对销售进行强有力的推进。方式多种多样，但都离不开去执行、去实施的人才。企业需要什么样的人才?需要多少人才?FESCO在2012年伊始，发起“企业新员工需求状况调研”，反映出企业在转型过程中对人才的需求，也能在一定程度上反映出中国在产业升级换代过程中对劳动力的需求。

本次调研对象为企业人力资源部门负责人或招聘经理，调研周期为2011年1月-2月，共收集546份企业数据。企业分布在不同行业和地区。从企业分布来看，制造业企业最多，占比247％，其下依次为高科技、服务业、消费品行业等；从企业的区域分布来看，北方地区企业占比375％，华东地区25.5％，华南地区23.3％，华中和西南地区较少(注：全国型的公司按总部听在地区归类)。我们认为，这样的样本分布能够反映出我国企业的实际状况。

企业急需哪些岗位的员工?

首先我们需要关注的是仅何3.1％的企业今年不打算招聘新员工，说明绝大部分企业都有招聘的打算。那么，在计划招聘的企业中，什么岗位最紧俏呢?无疑是销售岗位，84.2％的企业希望今年增加销售人员。其次是支挣性岗位，有招聘需求的企业比例为64.5％。所谓支持性岗位，指财务、人力资源、行政等支持企业经营活动的岗位。再往下是服务和生产／制造岗位，比例差距很小，分别为48.2％和46％。采购物流、市场和研发三个岗位员工需求数量相对较少。

如果企业需要招聘相关职位新员工，计划招聘人数是多少?调查显示，生产／制造岗位是招聘员工数量最多的岗位，在有招聘需求的企业中，平均每家企业62人。其次是销售岗位，平均每家企业需求36人。支持性岗位需求26人，服务性岗位需求21人。研发、采购物流和市场岗位人员需求量较少，平均每家企业需求不足10人。

销售、销售、再销售

两类数据的对比中，可以发现销售、服务、生产／制造三个岗位对于企业的重要性与紧迫性。暂不考虑支持性岗位，销售是每家企业有普遍缺口的岗位，且企业需求人数较多；生产／制造岗有将近一半的企业需要招聘，且是用工数量最大的岗位；服务岗的重要性日益凸显，有招聘需求的企业比例甚至超过生产岗位，且人员需求数量较多。相比较而言，企业对研发岗位的重要程度认识不足，只有14.7％的企业计划招聘，且招聘人数很少。

将计划招聘企业与计划招聘人数两组数据结合分析，将更清晰地看出企业2012年的招聘需求，而且也在一定程度上反映出我国目前用工需求的变化。

整体来看，平均每家企业招聘员工数量为90.2人，这些员工将分布到各个岗位上。我们首次观察到，销售岗将分配到303人，这甚至比生产岗位的28.5人还要多，两个岗位所需新员工占到企业需求的2／3。虽然仅仅是计划招聘，但仍可以看出企业对于销售人员的渴望。支持性岗位需求168人，服务岗位平均每家企业需求10.1人，采购物流岗位3人，研发和市场岗位不足1人。

销售：不确定环境下的企业发力点

从企业的新员工招聘计划中，我们可以切实感受到对于销售人员的重视与渴望。销售人员不仅是企业最普遍需要的员工，而且是国内所有企业招聘需求最大的缺口，甚至已超过制造和生产员工。与销售岗相比，我们也可以感受到企业在其他岗位投入上相对保守的心态，不仅反映在对研发岗位上，同样表现在生产岗位上。从企业的招聘意向来看，把我国称为“商品流通大国”比“商品制造大国”似乎更为合适，当然，从数据来看，我国离“创造大国”还有相当大的差距。

在经济发展前景不确定的大环境下，企业对销售人员的渴求也就不难理解了。海外市场订单减少、国内市场内需不足，销售人员是唯一能给企业直接带来收入，与企业渡过难关的岗位人员。保留现有销售人员，招聘新的销售人员，是企业的第一选择。因此，对其他岗位的需求就显得重视程度不足了。

订单管理系统需求的分析报告 篇9

一、企业背景介绍

随着网购数量的大量增加，网店交易日益活跃，网上搜索商品信息和购物逐步成为趋势，再者，淘宝商品数量的日趋庞大，商品监管难以到位，使得淘宝逐渐演变成了假货天堂，再因为淘宝平台竞争压力骤增，很大一部分淘宝网店开始向独立网店转变，独立网店成为了以后电子商务的发展趋势;独立网站不仅可以拥有自己的域名、品牌、LOGO，而且还能更好的展示企业及个人网店的经营文化，能让你的网店在某个领域形成一个自身的品牌。而且独立网店的数据库资源是完全属于自己的，能让您自主掌握客户群。

二、企业战略分析

1.MIS的目标

随着电子商务规模的不断扩大，商品个数和种类快速增长，顾客需要花费大量的时间才能找到自己想买的商品。普通购物系统为顾客提供相同的商品;智能化购物系统为不同的顾客推荐个性化的商品。智能化购物系统为顾客提供个性化的购物体验，帮助商家提升从浏览者到购买者的转化率，提高交叉销售能力，并最终提高客户忠诚度。

2.MIS的约束

尽管网上购物系统给顾客带来的极大的方便，但由于种种问题的存在制约着它的进一步发展。例如：买卖双方诚信缺失的问题，物流配送体系不完善的问题及网络安全不可靠等问题。

3.单位现状

目前国内主流购物系统中采用ASP、PHP、ASP、JAVA语言开发占据80%，在模式上随着近年国内电子商务情势的大好，各购物系统开发商的兴起如雨后春笋一般。随着国家政策的支持和电子商务行业的高速发展，以后的购物系统发展路线必然走向标准化、国际化、多元化、行业细分化的市场道路。

4.业务流程的现状、存在的问题等。

我国电子商务发展呈现典型的块状经济特征，东南沿海属于较为发达地区，北部和中部属于快速发展地区，西部则相对落后。电子商务在企业的应用成效以及对经济、社会发展的推动作用日益明显。1月19日，中国互联网络信息中心(CNNIC)在北京发布了《第27次中国互联网络发展状况统计报告》。《报告》显示，截至12月底，我国网民规模达到4.57亿，网络购物用户规模达1.48亿人，网络购物市场交易规模达4980.0亿元，占社会消费品零售总额的3.2%。网购已然成为国内零售市场的的重要组成部分。中国的电子商务起步较晚，但近年来发展很快。电子商务的发展还存在着许多问题和制约条件，要加快电子商务和互联网的发展。

三、总体结构划分

1、建立U/C矩阵

某系统需求调研报告 篇10

1．引言

1.1编写目的

本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用

1.2项目背景 软件名称：银行储蓄系统 委托单位：银行 1.3定义

银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。

需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的 1.4参考资料

《精通C#数据库开发》 王华杰等 清华大学出版社 2004年出版

《软件工程——原理，方法与应用》 吴钦藩 编着 人民交通出版社出版 《软件工程导论（第四版）》 张海藩 编着 清华大学出版社出版 2．任务概述2.1目标

完善目前银行储蓄系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力 2.2运行环境

操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0 数 据 库：Microsoft SQL Server 2000 2.3条件与限制

硬件配置要求： 硬件外部设备需奔腾133以上的pc机，内存需16兆以上 软件要求操作人员具有初步的相关知识

由于本系统为即时软件，对数据的同步要求较高，建议配置网络时使用可靠性较高的相关网络硬件设施。

银行以记时器记时完毕触发利息结算；对用户取款额未做上限约束；各间银行采用集中控制。

有效证件仅为身份证，牵涉到开户、撤户、挂失、取款时客户必须提供身份证号；存款及余额查询时不需提供身份证号。

不考虑系统的运行平台可能会出现的硬件故障。3．数据描述

3.1静态数据

包括系统登录密码,各数据库所在位置,系统分析原始数据。3.2动态数据

输入数据：

姓名，年龄，性别，身份证号，地址，帐号，密码 输出数据：

姓名，年龄，性别，身份证号，地址，帐号，密码，交易金额，余额，交易时间，交易号码 3.3数据库介绍

采用JDBC技术连接使用SQL SERVER 2000 来设计数据库。数据库名称：Bank

其中有六张表，它们是：

Depositor(IDCode, IDCard, DName, Sex, Age, Address)

其中IDCode为系统自动赋值，IDCard为主键，是用户的身份证号码，DName表示姓名；

CreditCard(IDCode, Number, Code, Pay)

IDCode为在表Depositor中的IDCode值，Number为主键，是信用卡的卡号； Account(IDCode, Number, Code, Pay)

IDCode为在表Depositor中的IDCode值，Number为主键，是存折的帐号； ExchangeRate(rateName, rateValue)该表存储汇率值

IntrestRate(rateName, rateValue)该表存储利率值

Rate(rateName,rateValue)

该表用于恢复汇率的初始值。在向数据库中添加信息时用存储过程，在删除表Depositor中的信息时自动删除表CreditCard和表Account中相关的信息。3.4数据词典（略）3.5数据采集

包括储户信息和帐户信息。

储户信息：姓名，性别，身份证号码，地址，联系电话等。

帐户信息：帐户号码，帐户密码，开户时间，储蓄金额，储蓄类型等 4．功能需求

4.1功能划分

软件分别有新建，修改，查询，更新等功能。各个模块各有不同的功能，但都能完成查询和存储功能，各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。

此系统所要完成的主要功能有两方面：

如果是存款，储户填写存款单，然后交给业务员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率及密码（可选）等信息，完成后由系统打印存款单给储户。

如果是取款，储户填写取款单交给业务员，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。4.2功能描述

外部功能：实现可视化窗口，查找及存储 内部功能：同步，过滤，定位，识别

存款功能

以储户的存款为主要活动，相关记录根据存款结果进行调整，以使信息保持一致。

1．系统需要在原账户信息中增加一条记录，包括存款人姓名、住址、存款类型、存款日期、利率等信息。

2．若为新储户须建立一个账户，并记录此次的记录。3．打印存款单给储户。取款功能

以储户的取款为主要活动，相关记录根据取款结果进行调整，以使信息保持一致。

1．系统计算利息，在原账户信息中将取款额减去。

2． 若为清户，记录注销该账户，将账户余额（包括存款额及利息）一并交与储户。3．打印利息清单给储户。余额查询功能

为储户提供查询余额服务，将储户的相关记录输出。1．需要储户的账户信息及密码。2．打印储户的帐户余额。5．性能需求

5.1数据精确度

在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数时，要求输入数准确

金额，身份证，卡号等按需求设定字符数。5.2时间特性

程序响应时间：在人的感觉和视觉事件范围内； 信息交换时间：要求在程序调用前调用后都与数据库保持同步更新，网络信息交换施加应该小于程序调用的时间 5.3适应性

要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件，脏数据具有较强的识别处理能力。6．运行需求

6.1用户界面

屏幕格式：采用全屏格式，通过分窗口操作进行各个操作之间的转换 报表格式：以银行原报表格式设计电子打印表格式。

菜单格式：下拉式菜单，应显示储户资料及帐户资料的各个详细条目。6.2硬件接口

无特别要求。

网络硬件接口要求：现实中要求具有高速以太网组网以实现联网操作，但是在理论实验验证软件本身的目的来看，无需网络通讯接口。业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。6.3软件接口

Windows标准接口，要求与其他软件无冲突错误发生。6.4故障处理

软件应具备自动拼写错误检查等功能，在出现故障后应从整个系统数据库重新载入数据进行操作。7．其它需求

（1）可用性

本软件也可以通过单步跟踪的操作进行检查处理。

（2）安全性

由于软件运行数据放在数据库中，所以参数不容易被错改、破坏，万一参数受到破坏也不会影响源程序。（3）可维护性