需求分析说明书实例 范例 非常详细
需求分析范例
鑫方圆纺织有限公司进销存管理系统《需求说明书》第一部分、引言1.1编写目的该文档为我项目组与鑫方圆纺织有限公司人员交流、洽谈,共同制定。
确定鑫方圆纺织有限公司进销存软件系统功能,文档化需求,方便我项目组后期开发按需求完成功能。
达到鑫方圆纺织有限公司预期的效果。
同时,该文档也是我项目组是否按要求完成项目计划的依据。
日期:2011年**月**日1.2背景说明:A、软件名称:鑫方圆纺织有限公司进销存管理系统B、提出者:鑫方圆纺织有限公司开发者:华腾软件学院实现完成的系统将在鑫方圆纺织有限公司的采购、销售、仓储等部门使用,所应用的网络是鑫方圆纺织有限公司内部服务器网。
该公司的相关操作人员可以通过内部网络来操作本系统。
C、本系统将是独立的系统,目前不予鑫方圆纺织有限公司的其他软件系统提供接口,与第三方软件无交互,所产生的输出都是独立的。
第二部分、任务概述2.1目标鑫方圆纺织有限公司为了实现纺织管理信息化,以及各部门管理的规范化,流程化,以及仓库管理的严格化,而委托我项目组开发一套采购、销售、库存等各部门管理一体化的系统。
达到仓库管理清晰化,透明化,解决手工记录造成的混乱不清,以及销售订单、采购计划、仓库管理,一体化管理。
解决信息流通不够及时,处理问题不够迅速的目标。
我项目组根据需求设计了如下解决方案:(具体功能说明后面有介绍)基本信息管理采购管理销售管理仓库管理系统管理统计分析第1页共10页该软件为内部服务器运行系统,并不与其他软件有任何交互。
是一款可独立运行的完整系统。
2.2用户特点系统管理员:具有丰富的服务器技术、和软件系统,负责软件超级管理员管理。
经 理:简单培训即可迅速掌握软件使用方法。
软件主要使用人员 销售人员:简单培训即可迅速掌握软件使用方法。
软件主要使用人员 采购人员:简单培训即可迅速掌握软件使用方法。
软件主要使用人员 仓库主管:简单培训即可迅速掌握软件使用方法。
软件主要使用人员 仓库管理员:简单培训即可迅速掌握软件使用方法。
需求分析说明书(模板)
需求分析说明书(模板) XXX系统需求分析说明书XXX系统需求分析说明书编号:XXXXXXX版本:1.0作者:审批:日期:日期:XXX系统需求分析说明书状态修订人修改日期版本备注XXX系统需求分析说明书目录11.11.21.31.44.14.24.34.44.54.655.1XXX体系需求阐发说明书5.2 5.31.1目的1.2范围1.3读者对象1.4术语与缩写解释缩写、术语解释XXX系统需求分析说明书系统管理员对人员信息进行统一管理,主要负责人员信息管理,包括人员的用户分配,人员的增加,帐户冻结,另外负责体系的优化和日常维护。
表12产品介绍与开发背景3产品意义4产品的功能性需求4.1系统划分系统功能划分如下:4.2用户脚色划分XXX系统需求分析说明书4.3登录登录体系管理员图3用户登录用例编号UC001说明用户输入登录信息,如用户名和暗码,以体系承认脚色身份进入本体系。
角色登录的信息。
信息用户名密码类型不少于6位,最多20位的字符不少于6位,最多20位的字符表2描绘用于登录系统的用户名用于登录身份考证的暗码登录确认用户通过在浏览器中输入用户的用户名和暗码,由背景体系收集输入的信息,并进行核实比较确认。
对应的事件流内容用例编号用例名称用例说明参与者前置条件后置条件UC001用户登录用户登录系统系统用户系统有效用户用户所输入的信息与后台系统数据库表中所保存的信息一致1.用户输入用户名、暗码,点击提交2.系统验证用户名和密码3.验证成功,系统跳转到主页说明基本路径XXX系统需求分析说明书扩展路径1.用户输入的登录信息的用户名无效2.体系提示输入正确格式的用户名信息3.用户输入的密码无效4.系统提示输入正确的密码信息表3活动图输入用户名和密码点击登录否登录信息考证是否通过是登录成功图4用户登录活动图4.4注销注销登录系统管理员图5注销用例图U003说明已登录用户,点击“注销”按钮安全退出系统。
对应的事件流XXX系统需求分析说明书内容用例编号用例名称用例说明介入者前置条件后置条件基本路径UC003用户注销说明用户在体系中注销已登录用户用户已经成功登录系统系统注销掉当前登录状态下的用户1.用户点击注销功能按钮2.系统注销掉当前登录的用户3.注销成功,系统跳转到系统登录页面扩展路径无表4用例图点击注销按钮注销成功,调至登录页图6注销活动图4.5点窜暗码修改密码系统管理员图7点窜暗码用例编号UC004说明用户输入密码信息,如旧密码和两次密码一致的新密码,系统验证旧密码正确之后,再根据新密码进行密码的修改。
(完整word版)需求分析说明书(word文档良心出品).docx
(完整word版)需求分析说明书(word文档良心出品).docx《人力管理系统- 需求计划》需求分析说明书1.引言1.1 编写目的能够为系统分析师设计完成概要设计提供资料。
1.2 背景1)《人力资源管理系统-需求计划》;2)参与者:系统分析员,软件工程师,测试工程师。
3)使用者:人力资源部门员工和部门高级管理人员。
1.3 专门术语的定义岗位本职:该岗位的工作职责范围。
岗位任职资格核心要求:指该岗位上的员工所要具备的资格和技能。
1.4 参考资料《需求调研报告》《面向对象设计思想》《UML 设计思想》1.5 阅读对象本文档的读者是参与《人力资源管理系统开发》的软件工程师和测试工程师,本系统的使用将极大提高工作效率,简化手工作业流程,降低手工工作量和错误率。
2任务概述2.1 目标提高人力资源部门的工作人员和高级管理人员完成“人员需求计划”工作的效率,以软件系统的灵活的处理方式来简化繁琐的人工操作工程。
2.2 用户特点1)熟悉基本的计算机操作;2)熟悉人力资源管理工作的内容和流程;3)高级管理人员;2.3 假定和约束开发的期限为 1 个月。
开发的人员为N 人2.4 总体需求描述1)通过组织管理中有关管理模块或人事管理模块相关信息,提醒:出现岗位空缺(向用人部门主管、负责人,人力资源部招聘中心负责人、部长提示)。
2)提示用人部门负责人该岗位的需求信息,形成需求计划。
3)确定是否执行需求计划,若选定为“暂不需要”,则待约定日期到期后再提醒,若选定为“需要”则自动转入待批准需求类计划列表当中。
4)人力资源部人力规划与招聘中心审批待批准需求计划,进行一次审核。
5)人力资源部长进行二次审核,若审核通过(列明可选理由并附文字说明)进入三次审核,若不通过(列明可选理由并附文字说明)则将该记录保留并抄转至用人部门负责人,并予以提醒。
6)分管副总进行三次审核,若审核通过(列明可选理由并附文字说明)则在招聘计划板块生成招聘需求,若不通过(列明可选理由并附文字说明)则将该记录保留并抄转至用人部门负责人,并予以提醒。
需求分析文档详细范例
需求规格说明书更改记录*修改类型分为A - ADDED M - MODIFIED D– DELETED文档编号:目的:定义软件需求,为后期的设计打下基础背景、备注:定义:参考:1概述客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,XX公司决定实施客户关系管理系统。
希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理;希望通过对销售机会、客户开发过程的追踪和记录,提高新客户的开发能力;希望在客户将要流失时系统及时预警,以便销售人员及时采取措施,降低损失。
并希望系统提供相关报表,以便公司高层随时了解公司客户情况。
客户服务是一个涉及多个部门,存在一定流程的工作。
客户服务水平的高低决定着公司的核心竞争力。
该客户关系管理系统应提供一个客户服务在线平台,使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。
1.1目的本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。
本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.2范围主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。
1.3背景客户关系管理系统用于管理与客户相关的信息与活动,但不包括产品信息、库存数据与销售活动。
这三类数据将由XX公司X销售系统进行管理。
1.4用户与角色系统管理员:管理系统用户、角色与权限,保证系统正常运行。
销售主管:对客户服务进行分配。
创建销售机会。
对销售机会进行指派。
对特定销售机会制定客户开发计划。
分析客户贡献、客户构成、客户服务构成和客户流失数据,定期提交客户管理报告。
客户经理:维护负责的客户信息。
接受客户服务请求,在系统中创建客户服务。
处理分派给自己的客户服务。
对处理的服务进行反馈。
创建销售机会。
需求分析规格说明书--20140525
目录一、需求规格说明文档模板 (2)二、项目案例 (5)图X-XX说明:图[章号]-章内图的序号表Y-YY说明:表[章号]-章内表的序号文档编号:HHIT-SECD-081-07T-02版本号:V1.0综合信息管理平台需求分析规格说明书项目名称:综合信息管理平台项目负责人:XXXX项目开发单位:XXX学院计算机科学系软件工程XXX班第XX项目组2011年6月19日一、需求规格说明文档模板需要谁(角色)完成何种操作。
(2)系统主要用例(3)业务信息管理员的功能用文字+活动图来描述。
需要到具体的功能。
①业务信息系统维护②个人信息的维护(4)平台管理员的功能用文字+用例图来描述①登录管理②③用户管理③日志查询④统计报表⑤平台管理3.2对性能的规定本节描述用户对系统的性能需求,可能的系统性能需求有:(1)系统的响应时间需求。
(2)系统的开放性需求。
(3)系统的可靠性需求。
(4)系统可移植性和可扩展性需求。
(5)系统的安全性需求。
(6)现有资源利用性需求。
3.2.1精度或数据管理能力要求说明对于该产品的输入、输出数据精度的要求,可能包括传输过程中的精度。
给出最大处理数据的能力,及每个角色的最大数据需求。
3.3.2时间特性要求说明对于该产品的时间特性要求,如对响应时间、更新处理时间、数据的转换和传送时间、计算时间等的要求。
3.2.3灵活性说明对该产品的灵活性的要求,即当需要发生某些变化时,该产品对这些变化的适应能力,如操作方式上的变化,运行环境的变化,同其他系统的接口的变化,精度和有效时限的变化,计划的变化或改进。
对于为了这些灵活性而进行的专门设计部分应该加以标明。
3.3输人输出要求解释各输入输出数据类型,并逐步说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
3.4故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
需求分析说明书(模板)
需求分析说明书(模板) XXX系统需求分析说明书编号:XXXXXXX版本:1.0作者:审批:日期:状态:修订人修改日期版本备注目录1 引言1.1 目的本文档旨在对XXX系统的需求进行分析,以明确系统的功能和性能要求,为后续的设计和开发工作提供依据。
1.2 范围XXX系统是一款XXX领域的软件,其主要功能包括XXX、XXX、XXX等,覆盖了XXX用户的需求。
1.3 读者对象本文档主要面向XXX系统的设计、开发和测试人员,以及相关领域的专业人士。
1.4 术语与缩写解释本文档中出现的术语和缩写将在文中进行解释说明。
引言随着信息技术的不断发展,软件系统已经成为现代社会不可或缺的一部分。
XXX系统作为一款XXX领域的软件,其功能和性能的要求越来越高,为此,我们需要对其需求进行分析,以明确系统的功能和性能要求,为后续的设计和开发工作提供依据。
目的本文档的主要目的是对XXX系统的需求进行分析,包括系统的功能需求、性能需求、安全需求等方面,以明确系统的需求,为后续的设计和开发工作提供依据。
范围XXX系统是一款XXX领域的软件,其主要功能包括XXX、XXX、XXX等,覆盖了XXX用户的需求。
本文档将对系统的功能和性能要求进行分析,但不涉及具体的设计和开发工作。
读者对象本文档主要面向XXX系统的设计、开发和测试人员,以及相关领域的专业人士。
术语与缩写解释本文档中出现的术语和缩写将在文中进行解释说明。
2.产品介绍与开发背景本产品是一款基于云计算技术的在线教育平台,旨在为广大学生提供高质量的教育资源和研究支持。
该平台采用先进的技术手段,如人工智能、大数据分析等,为学生提供个性化的研究体验,帮助他们更好地掌握知识,提高研究成绩。
该产品的开发背景是当前教育行业面临的问题。
传统教育模式存在诸多弊端,如教学资源不足、教学效果难以评估、学生个性化需求得不到满足等。
而云计算技术的出现为解决这些问题提供了新的思路和手段。
因此,本产品的开发具有非常重要的意义。
需求分析说明书实例+范例+非常详细
需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。
而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。
于是人们不断地在探索希望能找到解决的方法。
为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。
1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版陈明:《软件工程》,中央广播电视大学出版社,2002年6月版段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
需求分析说明书-举例
实验3 需求分析说明书目的:掌握系统分析需求所包含的3个内容,分别是功能需求、数据库需求以及逻辑结构需求,掌握各自的编写方法。
系统需求分析1 引言需求规格说明书是需求分析的产物,它是软件系统生存期中软件定义阶段的最后一个步骤。
作为整个软件开发过程的指南,它也是软件开发人员开发出符合用户要求的软件的基础。
1.1编写目的软件需求说明书的编写目的是为了使用户和软件开发者双方对该软件的初始化规定有一个共同的理解,使之成为整个开发工作的基础。
1.2背景(1)本系统的名称是“图书馆借阅管理系统”(2)本项目的任务提出者是***,开发者是信息技术学院,用户是***,实现该软件的计算中心是*****1.3定义数据字典:关于数据的信息的集合,也即是对数据流图中包含的元素的定义的集合。
VB:Visual Basic….1.4参考资料(1)****管理系统开发合同(2)引用资料【1】张海藩. 软件工程导论. 北京:清华大学出版社,2008.【2】2 任务概述2.1 目标图书馆借阅管理系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的图书借阅管理系统,实现图书借阅管理的自动化和图书查询快速化的计算机系统,为提高图书馆借阅的效率和方便学生查询图书的信息管理系统。
2.2 用户的特点本软件最终的用户是****图书馆工作人员和图书馆管理人员及借阅者。
管理人员具有一定计算机操作知识,系统的维护人员要求对网络和数据库的操作比较熟悉,同时对VB 和Delphi编程有一定的经验。
图书馆管理人员负责数据的录入及日常更新等管理工作…2.3 假定和约束项目的开发经费不超过5万元,开发时间不超过半年,主要负责人1人,开发小组其他人员3人。
假设:经费不到位,管理不完善,设计时考虑不全面都可能影响项目的开发。
3 需求规定3.1 对功能的规定3.1.1系统的功能要求根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server结构,将图书借阅管理系统划分为3个子系统:图书管理员子系统,图书工作人员子系统、学生查询子系统。
需求分析说明书实例+范例+非常详细
需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。
而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。
于是人们不断地在探索希望能找到解决的方法。
为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。
1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002年6月版陈明:《软件工程》,中央广播电视大学出版社,2002年6月版段兴:《Visual Basic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月杜春雷、孙会莲:《如何使用Visual basic 6.0中文版》,机械出版社,2000年1月张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002年12月范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
需求分析说明书例子(精编文档).doc
进销存管理系统需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言 (1)2 项目概述 (1)2.1 产品描述 (1)3 具体需求 (2)3.1 功能需求 (2)3.1.1 基础信息管理功能需求 (2)模块概述 (2)3.1.1.1 往来单位信息管理 (2)3.1.1.2 商品信息管理 (7)3.1.1.3 仓库信息管理 (12)3.1.1.4 银行账户信息管理 (15)3.1.1.5 员工信息信息管理 (18)3.1.1.6 费用科目信息管理 (21)3.1.2初始化信息管理功能需求 (24)模块概述 (24)3.1.2.1 期初商品库存信息管理 (25)3.1.2.2 期初应收,应付款信息管理 (28)3.1.2.3 期初银行账户信息管理 (32)3.1.3 系统管理模块功能需求 (35)模块描述 (35)3.1.3.1 公司信息管理 (37)3.1.3.2 权限管理 (39)3.1.3.3 系统信息 (43)3.1.3.4 用户修改密码 (45)3.1.3.5 用户登陆系统 (47)3.1.4 现金管理功能需求 (49)模块概述 (49)3.1.4.1其他费用支出 (50)3.1.4.2 其他收入 (52)3.1.4.3 付款单录入 (55)3.1.4.4 收款单录入 (57)3.1.4.5 资金往来查询 (60)3.1.4.6客户对帐单 (62)3.1.4.7应收应付款报表 (64)3.1.4.8 银行帐户资金报表 (66)3.1.4.9 到期单据提醒 (68)3.1.5 进货管理功能需求 (70)模块描述 (70)3.1.5.1 进货功能 (72)3.1.5.2退货 (75)3.1.5.3进货查询 (79)3.1.5.4采购付款查询 (81)3.1.5.5进货日报 (84)3.1.5.6进货商品统计表 (86)3.1.6销售管理功能需求 (87)模块描述 (87)3.1.6.1销售查询 (89)3.1.6.2销售对帐单 (91)3.1.6.3售后服务单 (94)3.1.6.4销售退货 (97)3.1.6.5销售利润 (100)3.1.6.6业务员业绩统计表 (102)3.1.6.7销售日报 (104)3.1.6.8销售商品统计表 (105)3.1.6.9销售清单 (107)3.1.6.10销售资金日报 (109)3.1.6.11报价单 (111)3.1.6.12销售单 (114)3.1.6.12打印帐表 (117)模块描述 (119)3.1.7.1仓库调拨 (120)3.1.7.2 仓库调拨查询 (123)3.1.7.3 库存数量调整 (126)3.1.7.4 仓库数量调整查询 (129)3.1.7.5 商品库存查询 (131)3.1.7.6 收发存报表 (133)3.1.7.7 库存明细帐查询 (136)3.1.7.8 成品组装 (137)3.1.7.9 成品拆分 (140)3.1.7.10 库存报警 (143)3.2 外部接口需求 (145)3.2.1 用户接口 (145)3.2.2 硬件接口 (146)3.2.3 软件接口 (146)3.2.4 通信接口 (147)3.3 性能需求 (147)3.4 设计约束 (147)3.4.1 其他标准的约束 (147)3.4.2 硬件的限制 (148)3.5 属性 (148)3.5.1 可用性 (148)3.5.2 安全性 (148)3.5.3 可维护性 (148)3.5.4 可转移\转换性 (148)3.5.5 警告 (148)3.6 其他需求 (149)3.6.1 数据库 (149)3.6.2 操作 (149)4 附录 (150)1 引言本文描述了进销存系统的用户需求范围,并提供详细的用例描述,主要内容包括功能需求、运行需求。
需求分析说明书例子
进销存管理系统需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言 (1)2 项目概述 (1)2.1 产品描述 (1)3 具体需求 (2)3.1 功能需求 (2)3.1.1 基础信息管理功能需求 (2)模块概述 (2)3.1.1.1 往来单位信息管理 (2)3.1.1.2 商品信息管理 (7)3.1.1.3 仓库信息管理 (12)3.1.1.4 银行账户信息管理 (15)3.1.1.5 员工信息信息管理 (18)3.1.1.6 费用科目信息管理 (21)3.1.2初始化信息管理功能需求 (24)模块概述 (24)3.1.2.1 期初商品库存信息管理 (25)3.1.2.2 期初应收,应付款信息管理 (28)3.1.2.3 期初银行账户信息管理 (32)3.1.3 系统管理模块功能需求 (35)模块描述 (35)3.1.3.1 公司信息管理 (37)3.1.3.2 权限管理 (39)3.1.3.3 系统信息 (43)3.1.3.4 用户修改密码 (45)3.1.3.5 用户登陆系统 (47)3.1.4 现金管理功能需求 (49)模块概述 (49)3.1.4.1其他费用支出 (50)3.1.4.2 其他收入 (52)3.1.4.3 付款单录入 (55)3.1.4.4 收款单录入 (57)3.1.4.5 资金往来查询 (60)3.1.4.6客户对帐单 (62)3.1.4.7应收应付款报表 (64)3.1.4.8 银行帐户资金报表 (66)3.1.4.9 到期单据提醒 (68)3.1.5 进货管理功能需求 (70)模块描述 (70)3.1.5.1 进货功能 (72)3.1.5.3进货查询 (79)3.1.5.4采购付款查询 (81)3.1.5.5进货日报 (84)3.1.5.6进货商品统计表 (86)3.1.6销售管理功能需求 (87)模块描述 (87)3.1.6.1销售查询 (89)3.1.6.2销售对帐单 (91)3.1.6.3售后服务单 (94)3.1.6.4销售退货 (97)3.1.6.5销售利润 (100)3.1.6.6业务员业绩统计表 (102)3.1.6.7销售日报 (104)3.1.6.8销售商品统计表 (105)3.1.6.9销售清单 (107)3.1.6.10销售资金日报 (109)3.1.6.11报价单 (111)3.1.6.12销售单 (114)3.1.6.12打印帐表 (117)3.1.7库存管理功能需求 (119)模块描述 (119)3.1.7.1仓库调拨 (120)3.1.7.2 仓库调拨查询 (123)3.1.7.3 库存数量调整 (126)3.1.7.4 仓库数量调整查询 (129)3.1.7.5 商品库存查询 (131)3.1.7.6 收发存报表 (133)3.1.7.7 库存明细帐查询 (136)3.1.7.8 成品组装 (137)3.1.7.9 成品拆分 (140)3.1.7.10 库存报警 (143)3.2 外部接口需求 (145)3.2.1 用户接口 (145)3.2.2 硬件接口 (146)3.2.3 软件接口 (146)3.2.4 通信接口 (147)3.3 性能需求 (147)3.4 设计约束 (147)3.4.1 其他标准的约束 (147)3.4.2 硬件的限制 (148)3.5 属性 (148)3.5.1 可用性 (148)3.5.3 可维护性 (148)3.5.4 可转移\转换性 (148)3.5.5 警告 (148)3.6 其他需求 (149)3.6.1 数据库 (149)3.6.2 操作 (149)3.6.3 场合适应性需求 (149)4 附录 (150)1 引言本文描述了进销存系统的用户需求范围,并提供详细的用例描述,主要内容包括功能需求、运行需求。
项目需求分析说明书》模板(完整)
项目需求分析说明书》模板(完整)文档编号:版本号:项目名称:{项目名称}用户机构名称:{用户机构名称}编制日期:年月审核人:生效日期:批准人:目录1 引言。
4引言本需求分析说明书旨在明确项目的需求,为项目的开发提供指导。
本文档适用于项目开发过程中的所有阶段,包括设计、开发、测试等。
2 需求概述本项目旨在开发一个{项目名称},以满足客户的需求。
该项目的主要功能包括{主要功能}。
此外,还需要实现{其他功能}等。
3 功能需求3.1 {主要功能1}该功能需要实现{功能描述}。
用户可以{用户行为},系统会{系统响应}。
3.2 {主要功能2}该功能需要实现{功能描述}。
用户可以{用户行为},系统会{系统响应}。
4 非功能需求4.1 性能需求系统需要能够在{最大负载量}的情况下,保持{响应时间}的效率。
4.2 可用性需求系统需要保证{可用性},即在{故障时间}内,系统能够正常运行。
5 约束和假设条件5.1 约束条件本项目的开发需要遵循{约束条件}。
5.2 假设条件本项目的开发假设{假设条件}成立。
6 风险分析6.1 技术风险本项目的开发需要使用{技术},存在{技术风险}。
6.2 时间风险本项目的开发需要在{时间}内完成,存在{时间风险}。
7 开发计划本项目的开发计划如下:7.1 需求分析阶段时间:{时间},任务:{任务}。
7.2 设计阶段时间:{时间},任务:{任务}。
7.3 开发阶段时间:{时间},任务:{任务}。
7.4 测试阶段时间:{时间},任务:{任务}。
8 总结本文档明确了项目的需求,为项目的开发提供了指导。
在项目开发过程中,需要遵循本文档的要求,确保项目的顺利完成。
1.编写目的本文旨在对某项目进行说明和分析,以便更好地理解该项目的背景、定义、参考资料和任务概述。
2.项目说明该项目是一个基于互联网的新型业务系统,旨在提供更加高效、便捷的服务。
该系统将涉及多个领域,包括金融、物流、医疗等。
3.项目背景随着互联网技术的不断发展,人们对于服务的需求也在不断增加。
需求分析案例(共5则范文)
需求分析案例(共5则范文)第一篇:需求分析案例(共)需求分析案例某供电公司拟定建设管理信息系统。
供电公司信息中心经过多方考察,在全国调研的基础上,最后确认让国内一家著名的软件开发商开发管理信息系统。
为了确保该项目的顺利实施,供电公司领导决定,以信息中心为核心成立管理信息系统领导小组。
该小组的主要任务是,首先是对管理信息系统的开发和项目的实施负有领导责任,其次是组织、协调本单位与管理信息系统相关的各个部门,为开发商提供需求,同时与开发商一道制定需求方案和开发计划,从而确保项目的开展。
不久,开发商派来两名系统分析员进驻该供电局。
开始的工作是相当缓慢的。
主要的问题是,两名分析人员不知道从何入手。
虽然信息中心的人全力配合,供电公司的领导大会小会上也再三强调,应该配合开发商的工作。
怎奈供电公司各部门工作繁忙,尤其到了生产部门,各专业管理人员大部分时间都在工作,无暇顾及“提出需求”。
到了春检期间,公司领导都到生产一线,这时,信息中心也无能为力。
开发商说客户不配合,信息中心说开发商不懂电力专业。
开发商和供电公司相互抱怨。
最后还是领导态度坚决,以“红头”文件的形式强制要求各部门限期把需求交到信息中心,否则追究领导的责任。
信息中心的领导总算松了一口气,满以为这次需求总算提出来了,开发商可以工作了。
但想不到的是,两位系统分析人员看到各单位提出的需求时,感到非常茫然,对信息中心说,这种需求他们根本看不懂,既没有流程,也没有说明,有的只是几条干巴巴的要求。
信息中心的领导非常生气,认为自己看错了,开发商能力不行。
无奈,信息中心的领导只能强调,需求分析是开发商的事,而供电公司只是配合,谁的事谁管。
两位系统分析员,只好把提出的所谓需求带回去,进行分析。
又经过了几个月漫长的沉默,终于信息中心接到了开发商打来的电话,告知需求方案基本写完,但需要客户验证。
两位系统分析员又来到了供电公司,交给信息中心多达300多页的需求报告。
需求报告写得相当专业,业务流程图,数据流图,包括数据字典都有了。
【优质文档】软件需求分析范例-精选word文档 (14页)
本文部分内容来自网络整理,本司不为其真实性负责,如有异议或侵权请及时联系,本司将立即删除!== 本文为word格式,下载后可方便编辑和修改! ==软件需求分析范例篇一:软件工程案例(图书管理系统)需求分析文档编号:LMS_1文档名称项编写:校对:审核:批准:开发单位:版本号:V1.0求分析规格说明书名称:图书管理系统:需目1. 引言: 1.1 编写目的:确定图书管理系统的功能及有效性需求,以供软件开发人员参考。
1.2 项目背景:本项目的名称:图书管理系统本项目的应用范围:中型图书室开发者:电信科学技术研究院研究生部用户:开发人员 1.3 定义:LMS : Library Management SystemTitle:记录图书馆内所有类图书的信息并可进行查询。
Item:记录馆内每一本图书的状态,并提供查询、统计、打印功能。
Borrower Information:记录读者信息并可进行查询。
Loan:对图书的出借、归还、续借进行管理并可进行查询。
Reservation: 提供预约与取消预约功能。
1.4 参考资料:《实用软件工程》(第二版)郑人杰殷人昆陶永雷清华大学出版社《软件工程——Java语言实现》 Stephen R. Schach 机械工业出版社《实践者的研究方法》Roger S. Pressman 机械工业出版社2. 任务概述: 2.1目标:该《图书管理系统》针对的用户是中型图书室,藏书的种类包括中、英、俄、德、日文书籍和期刊,读者的数量和来源仅限于本单位职工及通过馆际互借认可的读者。
相应的需求有:1>能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:? ? ? ? ? ? ?图书信息的录入、删除及修改。
图书信息的多关键字检索查询。
图书的出借、返还和资料统计。
图书的远程预约和续借。
馆际互借(通过电子邮件或现场录入)读者信息的登记、删除及修改。
读者资料的统计与查询。
需求分析说明书例子
进销存管理系统需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1 引言12 项目概述12.1 产品描述13 具体需求23.1 功能需求23.1.1 基础信息管理功能需求2模块概述23.1.1.1 往来单位信息管理33.1.1.2 商品信息管理83.1.1.3 仓库信息管理153.1.1.4 银行账户信息管理183.1.1.5 员工信息信息管理223.1.1.6 费用科目信息管理263.1.2初始化信息管理功能需求30模块概述303.1.2.1 期初商品库存信息管理303.1.2.2 期初应收,应付款信息管理353.1.2.3 期初银行账户信息管理393.1.3 系统管理模块功能需求43模块描述433.1.3.1 公司信息管理453.1.3.2 权限管理483.1.3.3 系统信息523.1.3.4 用户修改密码553.1.3.5 用户登陆系统573.1.4 现金管理功能需求59模块概述593.1.4.1其他费用支出613.1.4.2 其他收入643.1.4.3 付款单录入673.1.4.4 收款单录入703.1.4.5 资金往来查询733.1.4.6客户对帐单763.1.4.7应收应付款报表783.1.4.8 银行资金报表803.1.4.9 到期单据提醒823.1.5 进货管理功能需求85模块描述853.1.5.1 进货功能873.1.5.2退货913.1.5.3进货查询953.1.5.4采购付款查询983.1.5.5进货日报1013.1.5.6进货商品统计表103 3.1.6销售管理功能需求105模块描述1053.1.6.1销售查询1073.1.6.2销售对帐单1093.1.6.3售后服务单1123.1.6.4销售退货1163.1.6.5销售利润1203.1.6.6业务员业绩统计表1223.1.6.7销售日报1243.1.6.8销售商品统计表1263.1.6.9销售清单1283.1.6.10销售资金日报1303.1.6.11报价单1333.1.6.12销售单1363.1.6.12打印帐表1403.1.7库存管理功能需求141模块描述1413.1.7.1仓库调拨1433.1.7.2 仓库调拨查询1473.1.7.3 库存数量调整1503.1.7.4 仓库数量调整查询1533.1.7.5 商品库存查询1563.1.7.6 收发存报表1583.1.7.7 库存明细帐查询1613.1.7.8 成品组装1633.1.7.9 成品拆分1673.1.7.10 库存报警1703.2 外部接口需求1733.2.1 用户接口1733.2.2 硬件接口1743.2.3 软件接口1743.2.4 通信接口1753.3 性能需求1753.4 设计约束1753.4.1 其他标准的约束1763.4.2 硬件的限制1763.5 属性1763.5.1 可用性1763.5.2 安全性1763.5.3 可维护性1763.5.4 可转移\转换性1773.5.5 警告1773.6 其他需求1773.6.1 数据库1773.6.2 操作1773.6.3 场合适应性需求1784 附录1781 引言本文描述了进销存系统的用户需求围,并提供详细的用例描述,主要容包括功能需求、运行需求。
需求规格说明书范文(范文)
需求规格说明书范文需求规格说明书范文篇一:需求分析说明书实例+范例+非常详细需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。
而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。
于是人们不断地在探索希望能找到解决的方法。
为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。
1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料鲁荣江、王立丰:《Vis ual Basic项目案例导航》,科学出版社,201X年6月版陈明:《软件工程》,中央广播电视大学出版社,201X年6月版段兴:《Visu al Basic 6.0 控件实用程序设计100例》,人民邮电出版社,201X年12月杜春雷、孙会莲:《如何使用Visual basic6.0中文版》,机械出版社,201X年1月张曜、张青、李丁:《Visu al Basic 函数实用手册》,治金工业出版社,201X年12月范国平、陈晓鹏:《Acc ess 201X 数据库系统开发实例导航》,人民邮电出版社,201X 年12月版闪四清:《S QL Server实用简明教程》,清华大学出版社,201X年1月版 2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
需求分析说明书实例+范例+非常详细
需求分析说明书实例+范例+⾮常详细需求分析说明书实例1.引⾔1.1编写⽬的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使⽤者进⾏了全⾯深⼊地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全⾯细致的⽤户需求分析,明确所要开发的软件应具有的功能、性能与界⾯,使系统分析⼈员及软件开发⼈员能清楚地了解⽤户的需求,并在此基础上进⼀步提出概要设计说明书和完成后续设计与开发⼯作。
本说明书的预期读者为客户、业务或需求分析⼈员、测试⼈员、⽤户⽂档编写者、项⽬管理⼈员。
1.2项⽬背景由于⽂件多,种类多,⽂件创建者多,创建时间为不定期,要保护好⼀些公司重要的⽂件极为不便,同时由于⼈员的流动,对原有的⽂件的再现,显得⼒不从⼼,有时查找与重新整理⽂件要浪费许多的⼈⼒、物⼒。
⽽且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的⾯临着亏损甚⾄破产的局⾯。
于是⼈们不断地在探索希望能找到解决的⽅法。
为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享⽂件资源,保护好⽂件,及促进档案管理的信息化、规范化和集成化,本⼈多⽅听取意见、追加和完善⼤量实⽤功能,进⽽了解⽂件管理的流程,同时结合各部门、各⾏业与企业⽂件管理的⽅法,开发出⼀套适合于档案多⽽复杂的管理系统。
1.3定义、缩写词和符号需求:⽤户解决问题或达到⽬标所需的条件或功能;系统或系统部件要满⾜合同、标准,规范或其它正式规定⽂档所需具有的条件或权能。
1.4参考资料鲁荣江、王⽴丰:《Visual Basic 项⽬案例导航》,科学出版社,2002年6⽉版陈明:《软件⼯程》,中央⼴播电视⼤学出版社,2002年6⽉版段兴:《Visual Basic 6.0 控件实⽤程序设计100例》,⼈民邮电出版社,2002年12⽉杜春雷、孙会莲:《如何使⽤Visual basic 6.0中⽂版》,机械出版社,2000年1⽉张曜、张青、李丁:《Visual Basic 函数实⽤⼿册》,治⾦⼯业出版社,2002年12⽉范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,⼈民邮电出版社,2002年12⽉版闪四清:《SQL Server 实⽤简明教程》,清华⼤学出版社,2003年1⽉版2.任务概述2.1⽬标2.1.1开发⽬标在当今世界电脑普及的时刻,⼈们已经习惯⽤电脑办公,结果⾃然会产⽣⼤量的电⼦⽂件,这些⽂件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些⽂件上,即费时⼜费⼒。
需求分析说明书
需求分析说明书需求分析说明书【范文一】1.引言1.1编写目的本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
预期读者是项目委托单位的管理人员、设计人员和开发人员。
1.2项目背景软件名称:银行储蓄系统项目提出者:银行项目开发者:项目的用户:想要了解银行储蓄业务流程的人1.3定义银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。
需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
1.4参考资料《精通C#数据库开发》王华杰等清华大学出版社xx年出版《软件工程原理,方法与应用》吴钦藩编着人民交通出版社出版《软件工程导论(第四版)》张海藩编着清华大学出版社出版《软件工程》任胜兵邢琳编着北京邮电大学出版社2.任务概述2.1目标完善目前银行储蓄系统,使之能跟上时代的发展。
同时通过实践来提高自己的动手能力2.2用户的特点银行为用户提供存款、取款、查询等业务,用户凭借自己的银行卡、存折等凭证在银行办理各项业务,银行工作人员协助用户完成各项业务。
2.3假定和约束硬件配置要求:硬件外部设备需奔腾133以上的pc机,内存需16兆以上软件要求操作人员具有初步的相关知识由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。
银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。
需求分析说明书实例范例非常详细
需求分析说明书实例1.引言1.1编写目的在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2项目背景由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心,有时查找与重新整理文件要浪费许多的人力、物力。
而且近年来,由于竞争的激烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的局面。
于是人们不断地在探索希望能找到解决的方法。
为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。
1.3定义、缩写词和符号需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
1.4参考资料鲁荣江、王立丰:《VisualBasic 项目案例导航》,科学出版社,2002年6月版陈明:《软件工程》,中央广播电视大学出版社,2002年6月版段兴:《VisualBasic 6.0 控件实用程序设计100例》,人民邮电出版社,2002年12月杜春雷、孙会莲:《如何使用Vis ual basic 6.0中文版》,机械出版社,2000年1月张曜、张青、李丁:《VisualBasic 函数实用手册》,治金工业出版社,2002年12月范国平、陈晓鹏:《Access2000 数据库系统开发实例导航》,人民邮电出版社,2002年12月版闪四清:《SQL Server实用简明教程》,清华大学出版社,2003年1月版2.任务概述2.1目标2.1.1开发目标在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这些文件上,即费时又费力。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
类型 Memo memo
50
宽度 50 50 50 50 50 50 50 50 50 50 50 50 50 50 50 50 50 自动 自动 自动 50 50 50 50 50
宽度 50 50 50 50 50
宽度 自动 自动
输入数据:菜单选项,查找关键字,新建记录项。 输出数据:由查询关键字确定的数据库记录集合。 内部生成的数据:中间查询结果。 3.3 数据库描述 本软件采用 ACCESS 数据库。 3.4 数据流图 《档案管理系统》软件的数据流图是比较清晰的,对各功能模块来说都比较有规 律。但完整的图比较繁琐,各个功能模块的数据流图如下。
Erropoint : Msgbox Err.Descripton
Exit sub 或用 On Error resume Next 等语句进行处理。
7.其它要求 1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能
2)系统的安全性: 对于系统的重要数据都有密码保护,具有一定的安全性 3)系统的容错性: 用户输错数据都有提示信息,具有较好的容错性能。 4)系统的封闭性: 用户的封闭性较好,用户基本上在提示信息下输数据。
需求分析说明书实例
1.引言 1.1 编写目的 在完成了针对《档案管理系统》软件市场的前期调查,同时与多位软件使用者进 行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。 此需求规格说明书对《档案管理系统》软件做了全面细致的用户需求分析,明确 所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能 清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设 计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、 用户文档编写者、项目管理人员。 1.2 项目背景 由于文件多,种类多,文件创建者多,创建时间为不定期,要保护好一些公司重 要的文件极为不便,同时由于人员的流动,对原有的文件的再现,显得力不从心, 有时查找与重新整理文件要浪费许多的人力、物力。而且近年来,由于竞争的激 烈程度不断的加深,档案的管理不当会严重到导致公司的面临着亏损甚至破产的 局面。于是人们不断地在探索希望能找到解决的方法。 为了解决以上的问题,让企事业单位能够有效的掌握,有效的共享文件资源,保 护好文件,及促进档案管理的信息化、规范化和集成化,本人多方听取意见、追 加和完善大量实用功能,进而了解文件管理的流程,同时结合各部门、各行业与 企业文件管理的方法,开发出一套适合于档案多而复杂的管理系统。 1.3 定义、缩写词和符号 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、 标准,规范或其它正式规定文档所需具有的条件或权能。 1.4 参考资料 鲁荣江、王立丰:《Visual Basic 项目案例导航》,科学出版社,2002 年 6 月 版 陈明:《软件工程》,中央广播电视大学出版社,2002 年 6 月版 段兴:《Visual Basic 6.0 控件实用程序设计 100 例》,人民邮电出版社,2002 年 12 月 杜春雷、孙会莲:《如何使用 Visual basic 6.0 中文版》,机械出版社,2000 年1月 张曜、张青、李丁:《Visual Basic 函数实用手册》,治金工业出版社,2002 年 12 月 范国平、陈晓鹏:《Access 2000 数据库系统开发实例导航》,人民邮电出版社, 2002 年 12 月版 闪四清:《SQL Server 实用简明教程》,清华大学出版社,2003 年 1 月版
5) 公司信息表
主要存放公司的信息
字段
字段名
1
公司名称
2
公司电话
3
公司传真
4
负责人
5
公司地址
6)帮助表
此表存放帮助信息
字段
字段名
1
名称
2
内容
3.2 动态数据
text
类型 Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Data/time Data/time Data/time Text Text Text Text Text
字段
字段名
1
用户名
2
密码
3
权限
类型 Text Text
类型 Text Memo Text Text Data/time Text Data/time Text Text Text
类型 Text Text Text
宽度 20 20
宽度 50 自动 50 20 自动 20 自动 20 50 20
宽度 50 50 20
3. 数据:
1)档案目录表
此表存放档案类型信息
字段
字段名
1
档案类型
2
安全级别
2)档案仓库表
此表存放档案的信息
字段
字段名
1
档案名称
2
档案内容
3
档案说明
4
档案创建者
5
档案创建时间
6
最后修改者
7
最后修改时间
8
档案类型
9
附加文件
10
安全级别
3) 登录表
此表存放操作员工的信息
2.任务概述 2.1 目标 2.1.1 开发目标 在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生大量的 电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费在寻找这 些文件上,即费时又费力。本软件根据此需求进行开发的。
2.1.2 应用目标 让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促进档案 管理的信息化、规范化和集成化,实现计算机的智能化管理,以提高工作效率和 经济效益。 2.2 运行环境 2.2.1 硬件环境 A. 一台 586 以上的微机及兼容 B.内存 16MB(最好 32MB 内存) C.VGA 彩显一台 2.2.2 软件环境 A.windows 98 以上的操作系统 B.Microsoft Visual Basic 6.0.中文版数据库管理系统 C.Office 2000 应用软件 2.3 条件与限制 本档案管理系统软件是应用于中小企业的。在功能上还可进一步实现安全防范、 与 E-Mail 和因特网电话集成起来,成为网络档案管理系统软件。
5.性能需求 5.1 数据精确度 A.要按照严格的数据格式输入,否则系统不给予响应进行处理。 B.查询时要保证查全率,所有相应域包含查询关键字的记录都应能查到。因为 通常有文件的记录会很多,所以本系统采用了两种方法进行查询:直接查询和模 糊查询。 5.2 时间特性 一般操作的响应时间应在 1~2 秒内,对软磁盘和打印机的操作也应在可接受的时 间内完成。 5.3 适应性 满足企事业单位使用的需求(记录量控制在 1000 项内)。 对前面提到的运行环境要求不应存在困难。 6. 运行需求 6.1 用户界面 超越 VB 的界面,全新感觉,操作简便,一目了然,视图优美等特点。并且采用 菜单界面驱动方式,给操作用户带来了极大的便利,对用户友好。对鼠标和键盘 单独支持。 6.2 硬件接口 本软件不需要特定的硬件或硬件接口进行支撑。 486 以上 PC 机均可运行此软件。 6.3 软件接口 运行于 Windows95 及更高版本具有 WIN32 API 的操作系统之上。 6.4 故障处理 正常使用时不应出错,若运行时遇到不可恢复的系统错误,也必须保证数据库完 好无损。 调试中遇到的问题及解决的方案: 1)遇到跳出“数据库已经关闭“提示信息阻止程序运行时 可以查看一下进行此项操作时,操作的表是否已经被关闭了或者是在没有关闭此 表的情况 下又一次运用打开语句打开此表。 2)关于空记录带来的麻烦 有些空记录往往会使程序无法运行。此时你可用“if not isnull”语句先判断 一下是否为 空记录,再操作。 3)有些运行错误也可用如下语句排除 On Error GoTo Erropoint
3)系统配置模块 4)系统维护模块 5)打印报表模块 6)帮助模块 4.2 功能描述 下面详细描述一下各个功能模块: 1)档案管理 (1) 档案目录管理:只限于一般用户和管理员操作。而且不同的用户级别所操作
的档案类型是有限制的。用户可以向里面添加、修改和删除档案类型。也可 设置档案类型的级别,以加强它们的保密性。 (2) 档案仓库:限于全体操作员工。一般浏览者只能查看档案,不能对档案做任 何的修改。而且不同的用户级别所看到的档案是有限制的。一般用户可向里 面添加、修改和删除档案。也可设置档案级别,以加强它们的保密性。 2)查询管理 (1) 查询单条档案记录:主要是适合于全体操作员工的。在窗体上,先可以选择 查询的条件,再输入关键字名。按查询即可。如果你不熟悉该档案也可以在 窗体上选择模糊搜索。查到记录后,也可双击记录即可显示详细信息。 (2) 查询全部档案:是给管理员用的,是为了方便管理员查找档案,也有关键字 搜索和模糊搜索。查到记录后,也可双击记录即可显示详细信息。 (3) 查询操作员工:是给管理员用的,因为操作员工的信息是保密的,所以只限 管理员使用。 也有多种查询方法。查到记录后,也可双击记录即可显示详细信息。 3)系统配置 (1) 配置公司信息:只限管理员配置,主要是配置公司的基本信息。一般用户和 浏览者均可查看。 (2) 配置系统桌面:用户可以配置自己喜欢的桌面图形。只要在窗体上单击选择 图片,再选择所喜欢的图片即可。 (3) 数据库保存路径:仅限管理员使用。用于打开数据库。 4)系统维护 (1) 数据备份:用户可以通过选择保存的路径把数据库保存在硬盘中,也可保存 在软盘中。 (2) 数据恢复:用户可以通过选择路径把数据恢复。 (3) 操作员工管理:仅限管理员。其中可以添加、修改、删除操作员工,设置他 们的权限、级别及密码。 (4) 系统整理信息:显示距离管理员整理系统的时间。 5)打印报表 (1) 打印单条档案记录:主要适用于一般浏览者和一般用户。他们只能打印在他 们的权限和级别范围内所能查看的档案。 (2) 打印全部档案:是为管理员设置的,管理员可以根据需要设置打印。也可以 让档案以报表的形式生成文本文件或 HTML 文件输出。 打印操作人员的信息只限管理员使用。 6)帮助 (1) 帮助信息:显示系统的详细帮助信息。 (2) 关于系统:主要是显示系统的一些信息。