仓库管理系统需求分析说明书
仓库管理系统
班级：
学号：2
姓名：
仓库管理系统
需求规格说明书（Requirements Specification）1．引言
1．1 编写目的
开发本系统的目的在于代替手工管理、统计报表等工作，具体要求包括：
数据录入：录入商品信息、供货商信息、名片、入库信息、出库信息、退货信息等信息；
数据修改：修改商品信息、供货商信息、名片、帐号等信息；
统计数据：统计仓库里面的商品的数量，种类，并计算库存总价值；
数据查询：输入查询条件，就会得到查询结果；
数据备份：定期对数据库做备份，以免在数据库遇到意外破坏的时候能够恢复数据库，从而减少破坏造成的损失。
1．2 背景说明
(1)项目名称：仓库管理系统
(2)项目任务开发者：山东师范大学信息科学与工程学院06计升本计算机科学与技术<3>班开发小组，软件基本运行环境为Windows环境。
(3)本系统完全计算机自动化。能准确、合理、全面的进行仓库管理系统。
1．3 术语定义
静态数据－－系统固化在内的描述系统实现功能的一部分数据。
动态数据－－在软件运行过程中用户输入的后系统输出给用户的一部分数据，也就是系统要处理的数据。
数据字典－－数据字典中的名字都是一些属性与内容的抽象和概括，它们的特点是数据的“严密性”和“精确性”。
1．4 参考资料
<<软件工程导论>>（第四版） --------张海藩编著清华大学出版社<<数据库系统概论>> --------萨师煊王珊主编高等教育出版社2．概述
2．1 功能概述
系统功能划分和描述如下:
教室管理系统
A.日常管理
A.1商品信息管理
A.2供应信息管理
A.3名片信息管理
B入库管理
B.1入库管理操作
C出库管理
C.1出库管理操作
D查询管理
D.1出库查询
D.2入库查询
D.3库存查询
D.4紧销商品查询
D.5滞销商品查询
E退货管理
E.1退货管理操作
F打印管理
F.1出库单打印
F.2入库单打印
F.3库存单单打印
F.2供应商打印
F.2业务信息打印
系统结构连接图
2．2 约束
由于系统较小，且在windows 系统下开发，故在windows 环境下基本没有什么限制。
3． 数据流图和数据字典 3. 1 数据流图
系统数据流图
顶层
L01：操作要求 L02：管理信息
第二步顶层加工产生以下各层DFD
L03：日常数据 L04：日常信息 L05：入库要求
L06：入库信息L07：出库要求L08：出库信息
L09：退货要求L10：退货信息L11：退入要求L12：退入信息L13：查询要求L14：查询结果L15：打印要求L16：打印结果
DFD1
L17 ：商品信息L18：供应商信息L19：名片信息
L20：入库查询要求L21：入库查询结果
L22：出库查询要求L23：出库查询结果
L24：库存查询要求L25：库存查询结果
图3.2 DFD2
3．2 数据字典
1、定义数据元素
编号数据元素名内部名值域类长备注E01 账号ZH C/12
E02 密码MM C/12
E03 姓名XM C/12
E04 级别JB C/10
E05 商品编号SPBH C/6
E06 商品名称SPMC C/30
E07 规格GG C/10
E08 出库价格CKJG N/6
E09 出库日期CKRQ D/8
E10 出库经手人CKJSR C/12
E11 客户KH C/12
E12 供货编号GHBH C/6
E13 供货单位名称GHDWM C/30
E14 收款单位SKDW C/30
E15 业务员YWY C/12
E16 商品数量SPSL N/8
E17 入库价格RKJG N/6
E18 入库日期RKRQ D/8
E19 入库经手人RKJSR C/12
E20 名片编号MPBH C/6
E21 供货商编号GHSBH C/6
E22 职务ZW C/12
E23 公司电话GSDH C/12
E24 地址DZ C/30
E25 邮编YB C/6
E26 入库编号RKBH C/6
E27 库存上限KCSX N/8
E28 库存下限KCXX N/8
E29 退货编号THBH C/6
编号数据元素名内部名值域类长备注
E30 退货数量THSL N/6
E31 退货日期THRQ D/8
E32 退货单位THDW C/30
E33 退入编号TRBH C/6
E34 退入数量TRSL N/8
E35 退入单位TRDW C/30
E36 退入时间TRSJ D/8
E37 出库编号CKBH C/6
表3.2.1数据元素定义表
2、定义数据结构
编号数据结构名内部名组成备注
S01 紧俏JQ E27+E28 用来查询紧俏的商品S02 滞存ZC E27+E28 用来查询滞存的商品
表3.2.2数据结构定义表
3、定义数据流
编号数据流名内部名组成流量备注L01 操作要求CZYQ L03+L04+L06
L02 管理信息GLXX L05+L07+L08
L03 日常数据RCSJ E01+E02+E03+E04+E05
L04 日常信息RCXX E01+E02+E03+E04+E05
L05 入库要求RKYQ L06+L07+L09
L06 入库信息RKXX L07+L08+L10
L07 出库要求CKYQ E37+E08+E09+E10+E11
L08 出库信息CKXX E37+E08+E09+E10+E11
L09 退货要求THYQ E29+E30+E31+E32
L10 退货信息THXX E29+E30+E31+E32
L11 退入要求TRYQ E33+E34+E35+E36
L12 退入信息TRXX E33+E34+E35+E36
L13 查询要求CXYQ E05+E06
L14 查询结果CXJG E05+E06+E07+E16
L15 打印要求DYYQ E05+E06+E08+E13
L16 打印结果DYJG E05+E06+E08+E13
L17 商品信息SPXX E05+E06+E07+E16+E17
L18 供应商信息GYSXX E12+E13+E14+E15
L19 名片信息MPXX E20+E22+E23+E24+E25
L20 入库查询要求RKCXYQ E05+E06+E27+E28
L21 入库查询结果RKCXJG E05+E06+E27+E28
L22 出库查询要求CKCXYQ E05+E06+E27+E28
L23 出库查询结果CKCXJG E05+E06+E27+E28
L24 库存查询要求KCCXYQ E05+E06+E27+E28
L25 库存查询结果KCCXJG E05+E06+E27+E28
表3.3.3数据流定义表
4、定义文件
编号文件名内部名组成索引健备注F01 库存帐KCZ E05+E06+E07+E17+E27+E28 E05升序
F02 商品库SPK E05+E06+E07+E17+E27+E28 E05升序
F03 供应商库GYSK E21+ E12+E13+E14+E15+E16 E21升序
F04 名片库MPK E20+E22+EE23+E24+E25 E20升序
F05 报表BB E05+E06+E17+E27+E28+E21+E13 E05升序
F06 入库帐RKZ E26+E05+E06+E17+E18+E19 E26升序
F07 出库帐CKZ E37+E08+E09+E10 E37升序
表3.2.4文件定义表
5. 定义外部项
编号名称输出数据表输入数据表备注
W1 操作人员L01 L02
表3.2.5外部项定义表
6、定义加工
编号 加工名 内部名 输入数据流 输出数据流 关联文件 加工逻辑 备注
P1 日常管理 RCGL L03 L04 F01 P2 入库管理 RKGL L05 L06 F05 F03 P3 出库管理 CKGL L07 L08 F01 P4 退货管理 THGL L 09 L10 F01 P5 退入管理 TRGL L11 L12 F01
P6 查询管理 CXGL L13 L14 F06 F01 P7 打印管理 DYGL L15 L16 F01 F07 P8 商品管理 SPGL L17 F02 P9 供应商管理 GYSGL L18 F03 P10 名片管理 MPGL L19 F04
表3.2.6定义加工表
4．接口 4.1 用户界面
系统运行时的主界面大致要求为windows 的经典运行界面，主界面可以是用ASP 开发独立的页面，有一个主页，可以链接其他页面。用户可通过各自的权限对各个页面进行操作.
4.2 硬件接口
系统较小除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与磁带机和光盘刻录机的接口，这点较易实现。
4.3软件接口
在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。例如Microsoft 的Office 系列。另外用户还有用户所需要的软件接口，这些应在用户需求定义时明了。
5． 性能需求 5.1数据精确度
由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。
5.2 时间特性
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。
5.3适应性
该软件是使用ASP在windows xp系统下完成的所以只要是兼容windows的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口，随时满足用户的使用要求。
6．属性
系统保证了较好的可使用性与数据的安全保密性，但由于系统较小只保留一定程度的可移植性，可维护性。
7．其他需求
7．1 数据库描述
7．1 数据库描述
主数据库：huowu
表account：记录系统用户信息
表chuku，记录商品出库信息
表gonghuo：记录供货商信息
表kucun：记录商品库存信息
表mingpian：记录业务员信息
表ruku：记录商品入库信息
表shangping：记录商品信息
表tuichu：记录商品退货信息
表tuiru：记录商品退入信息
7.2 数据结构
从整个系统的需求分析及概要设计来看，仓库管理系统中所用到的数据库有共享部分，所以系统数据采用二层结构, 一部分是由多个用户共享的数据库，它执行后台服务，负责管理共享数据库，就是我们接下来要分析的部分；另一部分是为个人所专有的，就是在ASP中开发的部分，负责执行前台的界面等的开发等功能。E-R图如下：
图3.3总体ER图
7．2 故障处理
考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经达到了，只要稍微在其上再增加用户所需要的附加功能即可。
总体设计
1.编写目的：
根据需求分析文档，初步提出问题的解决方案，以及软件系统的体系结构和数据结构的设计方案并写出书面文档总体设计说明书，为下一步进行详细设计做准备。
2.总体设计：
该系统可以按功能进行模块划分，其模块图如下：
系统模块图
其中：
信息录入：实现商品基本信息、供货商信息、名片信息、库存，入库，
出库信息、退入退货信息的录入、修改、删除功能；
信息查询：根据查询条件，得到想要查询的结果；
信息统计：统计仓库里面的商品的数量，种类，并计算库存总价值；
信息打印：根据打印条件，得到打印结果；
3. 程序流程
系统的执行应从功能菜单的选择开始，依据用户的选择来进行后续的处理，直到用户选择退出系统为止，其间应对用户的选择做出判断及异常处理。系统的流程图如下：
数据库需求分析报告
高校学生学籍管理 §１概述 编写说明: 本章描述本软件开发得背景，系统目标，用户得业务情况,以便于需求理解。 §1·１背景 在学籍管理中,需要从大量得日常教学活动中提取相关信息，以反映教学情况．传统得手工操作方式，易发生数据丢失,统计错误,劳动强度高，且速度慢.使用计算机可以高速,快捷地完成以上工作。在计算机联网后，数据在网上传递,可以实现数据共享，避免重复劳动，规范教学管理行为,从而提高了管理效率与水平. §1·２系统目标 学籍管理信息系统以计算机为工具,通过对教务管理所需得信息管理,把管理人员从繁琐得数据计算处理中解脱出来,使其有更多得精力从事教务管理政策得研究实施,教学计划得制定执行与教学质量得监督检查，从而全面提高教学质量。 §１·3 业务模式 本系统就是运行在Ｗin9８、Win2０00、WiｎdｏwsNＴ等操作系统环境下得多台计算机构成得局域网，主要业务流程如下: ·按某学生某学期，学年考试及补考成绩，自动生成该学生就是否升留降级，退学。 ·按某学生在校期间累计补考科目门数与成绩自动生成该学生就是否结业，毕业,授位。 ·按某学生因非成绩原因所引起得学籍变更作自动处理． ·按每学期各年级班学生考试成绩自动生成补考名单,科目。 ·按每学期各年级学生考试成绩自动生成某课程统计分析表。 ·按同一年级学习成绩进行同一课程不同班级间成绩比较。 §2用户需求 编写说明: 此系统专门为高校学籍管理所设置。本节主要描述用户需求得使用范围,功能要求信息采集与各部门得使用权限 §2·１使用范围 按成都信息工程学院全日制学生学籍管理等相关文件完成本科与专科学生学籍状况得系统管理(本科生用学年学分制,专科生用学年制）。 系统中保留五个年级学生得信息，学生毕业一年后信息转储，但随时可以查询，输出. §2·２功能要求 ·学生档案管理: 学生得一般情况,及奖励，处分情况; ·学生成绩管理: 学习成绩,补考成绩; ·学籍处理: 学生留降级处理，休复学处理,退学处理; ·日常教务管理: 日常报表，如通知书,补考通知书等，学生学习成绩得各种分类统计; ·毕业生学籍处理：结业处理,毕业处理，授位处理,学籍卡片等。 §2·3信息采集与各部门得使用权限 每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息得安全与数据得权威性,对于网上信息得使用权限与责任规定如下： 数据收集前得系统权限
软件需求规格说明书案例
软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录
目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)
3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)
仓库管理系统需求分析
仓库管理系统 开发者：施飞飞、韩显 组长：韩显 院系：数学与计算机科学学院班级：11信息与计算科学
一、仓库管理系统可行性研究报告 3 1引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 2可行性研究的前提 (3) 2.1要求 (3) 2.2目标 (4) 2.3条件、假定和限制 (4) 2.4决定可行性的主要因素 (4) 3技术可信性分析 (5) 3.1系统优越性 (5) 3.2 采用建议系统可能带来的影响 (5) 3.3 技术可行性评价 (5) 4信用经济可行性分析 (5) 5社会因素可行性分析 (6) 5.1法律因素 (6) 5.2用户使用可行性 (6) 6结论 (6) 二、仓库管理系统需求分析目录 (7) 1.1系统任务概述 (7) 1.2功能需求 (7) 1.3数据流图 (8) 1.4功能模块图： (10) 1.5数据字典 (10) 1.6E-R图 (11)
1.7性能要求 (13) 1.8运行环境 (13) 一、仓库管理系统可行性研究报告 1引言 1.1编写目的 为了以最小的代价在最短的时间内确定仓库管理系统项目是否值得去开发，其中的关键和技术难点是什么，问题能否得到解决，怎样达到目的？我们编写了可行性报告以对这些问题进行分析。 除此之外，经过对此项目进行详细调查研究，我们初步拟定了系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。以便于中小规模工厂的仓库管理人员阅读及理解整个项目。 1.2项目背景 开发软件名称：仓库管理系统 项目开发者：施飞飞（2011033504）、韩显（2011033549）
软件需求分析说明书模板
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
数据库学生信息.管理系统需求分析报告
数据库系统概论 课程设计 设计名称：学生信息管理系统数据库设计
湖南工业大学 课程设计任务书 2011—2011学年第1学期 计算机与通信学院（系、部）软件工程专业091班课程名称：数据库原理 设计题目：学生信息管理系统的设计与实现 完成期限：自2011年05月28日至2011年05月29日共2天 内容及任务一、设计的主要技术参数 开发出一个原型系统，能正确运行，数据库的设计要满足规范、能对数据进行维护和查询、完成报表统计等。 二、设计任务 1)系统分析(包括可行性分析、用户需求分析等)及功能分析； 2)数据库设计； 3)系统总体功能设计； 4)程序设计及调试； 5)设计说明书的书写。 三、设计工作量 每个小组至少要投入一个月的时间来完成该课程设计，而且每个小组中的每个人要独立开发1到2个模块，要求每个小组有个独立的系统。 进度安排 起止日期工作内容 2011-05-28~2011-05-28 选题 系统分析和设计 2011-05-29~2011-05-29 熟悉软件开发工具、编码系统测试 进行集中课程设计，完成系统最后测试和课程设计说明书； 答辩，确定小组等级，交文档材料(含电子文档)、源程序。 主要参考资料[1]施伯乐,丁宝康,汪卫.数据库系统教程(第3版)[M],北京:高等教育出版社,2008. [2]萨师煊,王珊.数据库系统概论(第三版)[M].北京:高等教育出版社,2000. [3]王晟,万科.数据库开发案例解析[M].北京:清华大学出版社,2003 [4]郑阿奇https://www.wendangku.net/doc/d59750513.html,3.5实用教程.北京:电子工业出版社,2009 [5]范立南《SQL Server2000实用教程》第2版.北京.清华大学出版社.2005年 [6]齐治昌,谭庆平,宁洪.软件工程第2版.高等教育出版社.2004年 [7]刘浩,https://www.wendangku.net/doc/d59750513.html,+SQL Server网络应用系统开发与实例.北京:人民邮电出版社,2005 指导教师（签字）：年月日 系（教研室）主任（签字）：年月日
软件需求分析规格说明书格式
软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数：1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者，开发者，及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系，最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件，如管理模式，硬件限制，技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工，按编号，加工名，输入流，输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项，数据结构，文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求，如屏幕格式，报表，菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容，格式以及运行软件的硬件设
备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格，支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间，更新处理时间，数据传输转换时间，计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式，精度要求，时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求，如检查点设置，恢复方法和重启动方法，以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全，信息安全面而采用的技术措施，如密码，防病毒，防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性，扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构，动态组织，访问信息的方式，使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式，如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统)，并指出故障可能造成的影响及故障排除的方法。 8 附录
服装仓库管理系统需求分析
一、内容 1、通过实地调研拟解决的问题与目标。 本系统需要具备以下几个模块功能: 1、用户登录。用户可用两种身份登录本系统:普通操作员或经理;不同身份登录被系统授予不同的使用权限,这样提高了本系统的安全性,避免了无关人员获取不在她权限范围内的信息。 2、仓库进货。仓库存放货物品种繁多,堆存方式以及处理过程也非常复杂,随着业务量的增加,仓库管理者所需要处理的信息量大幅上升,因此管理者往往很难及时准确掌握整个仓库的运作状态。分析其原因在于:仓库在进货时没有输入详细、有效、完整的信息。 在本仓库信息系统中,仓库进货模块要求操作员输入商品号、进货数量、单价与供应商,系统会自动的将当前系统时间作为进货时间更新到数据库,并且会自动统计总进货金额。该操作完成后,相应货物的数量为原数量加进货的数量,并更新数据库。 3、仓库退货。需求分析表明,企业仓库中的货物离开仓库主要有两种原因:企业无法销售某商品,将其退还给供应商;企业销售了一部分某商品,再从仓库调出部分库存的该种商品。 在本仓库信息系统中,仓库进货模块就是为了第一种原因而设计的,它要求操作员输入退货商品号、退货数量、单价与供应商,系统会自动的将当前系统时间作为退货时间更新到数据库,并且会自动统计总退货金额。该操作完成后,相应货物的数量为原数量减退货的数量,并更新数据库。 2、业务需求分析(用业务流程图描述并配上适当文字) 1、顶层业务流程图
顶层业务流程图 2、1级业务流程图 入库: 一级业务流程图:入库 库存: 一级业务流程图:库存 出库 :
一级业务流程图:出库 3、2级业务流程图 入库: 二级业务流程图:入库 3、数据需求分析(用数据流程图描述并配上适当文字) 1、顶层数据流程图 拒收单 顶层数据流程图 2、1级数据流程图 订货单
电商系统需求分析说明书
电商系统需求分析说明书 一．引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二．技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三．功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四．性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五．系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六．数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一．引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户，让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成，网站后台系统，通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前，首先是对各大网上销售网站进行了调查，其中包括：网页排版、顾客消费流程、以及管理员的操作，这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。
软件需求分析报告书
软件需求分析报告
目录 1.总体功能需求-------------------------------------------------------------1 2.软件开发平台需求---------------------------------------------------------1 3.软件需求分析-------------------------------------------------------------1 3.1.软件范围-----------------------------------------------------------1 3.2软件的风险----------------------------------------------------------1 3.3软件的功能----------------------------------------------------------2 3.4用户类和特性--------------------------------------------------------2 3.5运行环境需求--------------------------------------------------------2 3.6设计和实现上的限制--------------------------------------------------2 4.外部接口需求--------------------------------------------------------------2 4.1用户界面-----------------------------------------------------------3 4.2硬件接口-----------------------------------------------------------3 4.3软件接口-----------------------------------------------------------3 4.4通讯接口-----------------------------------------------------------4 5.系统功能需求--------------------------------------------------------------5 5.1说明和优先级-------------------------------------------------------5 5.2激励响应序列-------------------------------------------------------5 5.3输入输出数据-------------------------------------------------------6 6.其他非功能需求-------------------------------------------------------------6 6.1性能需求------------------------------------------------------------6 6.2安全措施需求--------------------------------------------------------6 6.3安全性需求----------------------------------------------------------6 6.4操作需求------------------------------------------------------------7 6.5软件质量属性--------------------------------------------------------7
仓库管理系统需求分析报告
软件需求分析报告 学生姓名： 学号： 专业班级：计算机科学与技术院（系）：计算机与通信工程学院指导教师： 完成时间：2012年11月18日 成绩： 前言
仓库管理系统是物资管理系统的核心，是一个企业不可缺少的部分，它的内容对于企业的决策者和管理者来说都至关重要。一直以来人们使用人工的方式管理仓库，效率低，查找、更新和维护困难。今天，仓库作业和库存控制作业已多样化、复杂化，靠人工去处理已十分困难。如果不能保证正确的进货、验收及发货，就会导致生产过量的库存，延迟交货时间，增加增加经营成本，以致失去客户。随着科学技术的不断提高，计算机科学日渐成熟，仓库管理系统应运而生，其检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、等优点极大地提高人事劳资管理的效率；其能够有效地组织人员、空间和设备进行收货、存储、拣货和运输，组织运送原材料到生产企业，运送成品到批发商、分销商和最终客户手中等强大的功能已为人们所熟知。仓库管理系统是为企业的采购、制造计划、制造执行、客户服务系统与仓库或配送中心提供的管理手段，满足企业对低成本和快速处理的要求，帮助不同行业的企业解决复杂的配送问题并降低订单履行成本，它已越来越广泛的应用到各大仓库，并随着不断地完善发挥着越来越重要的作用。 目录 一、项目前景文档 (4) 1业务需求 (4)
1.1项目背景、业务机会和客户需要 (4) 1.2业务目标和成功标准 (4) 1.3业务风险 (5) 2解决方案的前景 (5) 2.1前景陈述 (5) 2.2主要特征 (5) 2.3假设（Assumption）和依赖（Dependency） (6) 2.4项目范围和局限性 (6) 2.4.1项目范围 (6) 2.4.2项目限制 (6) 2.5业务环境 (7) 2.5.1涉众档案 (7) 2.5.2运行环境 (7) 二、软件需求规格说明书 (8) 1引言 (8) 1.1概述 (8) 1.2背景 (8) 1.3定义 (9) 1.4参考资料 (9) 2任务概述 (9) 2.1目标 (9) 2.2运行环境（Operating Environment，OE） (9) 2.3假定（Assumption）和约束（Constraint） (9) 3需求规定 (10) 3.1对功能的规定 (10) 3.1.1用户需求 (10) 3.1.2系统需求 (25) 3.2非功能性需求 (38) 3.2.1性能需求（Performance） (38) 3.2.2安全设施需求（SAfety） (38) 3.2.3安全性需求（Security） (38) 3.2.4软件质量属性 (39) 3.3外部接口需求 (39) 3.3.1用户界面（User Interfaces，UI） (39) 3.3.2硬件接口（Hardware Interfaces，HI） (39) 3.3.3软件接口（Software Interfaces，SI） (39) 3.3.4通信接口（Communications Interfaces，CI） (39)
OA系统需求规格说明书
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
网站建设需求分析报告
需求分析报告 对江洵网络科技有限公司的需求分析报告一、引言： 重庆江洵网络科技有限公司，是一家新兴成长的互联网公司，主要从事企业电子商务外包服务。为了和同行竞争，提升公司知名度，扩大产品销路，打造企业形象。公司董事会决定建设一个“公司网站”。 立项背景： （1）项目提出者：江洵网络科技有限公司董事会。 （2）提出原因：提升公司知名度，扩大产品销路，打造企业形象。 （3）项目创立者：吴优。 （4）项目开发者：吴优。 （5）项目名称：江洵网络科技公司网站建设。 立项原因概述： （1）随着网络的发展，大多数人都喜欢上网。 （2）大多数企业都有自己的网站。 （3）在网上找工作的人越来越多。 （4）通过做网站可以更好、更有效的宣传公司。 文档依据： 二、项目概述： 面向的用户人群： （1）公司员工。 （2）董事会管理人员。 （3）广大顾客群众。 （4）找工作的人。 （5）网站管理员。 实现目标： （1）建立一个拥有良好交互性、操作简单易用的网站。 （2）网站运行要高效，费用尽量低，注重实用性。 （3）该网站可为让广大群众更加方便的了解我们公司。 （4）网站实现及时把公司情况和意见反映给董事。 （5）能让进此网站的群众能对公司有一定的了解。 项目开发要求： （1）项目开发规范统一：模块划分，代码编写命名规范文档；
（2）程序优化、安全并要有良好的可扩展性； （3）用户界面简洁明了、操作简单实用； （4）与公司员工保持良好的沟通，及时根据员工新的需求改善系统功能； （5）有一些Flash 、动态画面； （6）有一些新闻、公告等，并且能动态更新。 （7）有个留言版，要用户登录过后便能留言。 系统功能模块图 开发工具： Dreamweaver8 、Flash8、 Microsoft Office Access 、Photoshop CS3 三、具体分析 实现概述： 后台程序将可以更新新闻、通知等其它信息。首页顶端的FLASH 动画可以显现出公司的一些情况。公司的交流平台可以通过登录过后进行留言。当用户进入公司网后可以第一时间了解公司的大体情况。 管理员的功能 登录：用户名、密码 管理员的管理动作自动记录在该管理员的管理日志中，该日志对同级别或更高级别管理员公开但只能由最高权限管理员更改、删除； 添加用户：由具有更高权限的管理员添加新用户名称、密码、权限 删除用户：由具有更高权限的人删除，彻底清除该用户的信息 权限：1. 最高权限：管理整个网站（包括手动删除信息，管理其它用户，搜索所有注册者的信息，添加新闻等）； 四 首页设计: 后台数据库首页 功能公 司 网 站 后台 数据库
软件需求规格说明书(案例)
软件开发方向“成绩管理系统”软件需求规约 二零零八年十月
修订历史记录
目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)
系统需求规格说明书 (1)
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
数据库分析与设计报告(车辆管理系统)
1.需求分析 2.概念结构设计 3.逻辑结构设计 4.物理结构设计 5.数据库的建立和测试 6.数据库运行和维护 《车辆管理系统》数据库设计 班级：11计算机转 学号：1116939040 姓名：王湘萍 一．需求分析 1.1可行性分析 现在随着企业规模的扩大以及车辆作为最为普遍的交通工具，在企业中已经不是单一的存在，由于单位车辆数目的急剧增加，与之相对应的问题随之而生，比如车辆的使用权问题，车辆的费用问题等，不再是简单的少量的数据。为了解决这一系列的问题，我们必须借助于电脑的强大的数据处理能力和存储能力，如此可以减少人力财力来维护这些数据，可以用更少的投入来换取更佳的数据管理。因此，在这样的情况下，开发单位车辆管理系统是可行的，是必要的。如今，MIS开发已经慢慢的驱向成熟，车辆管理系统也有部分开发，但是都还不是十分完善。现今已经开发的车辆管理系统都是针对以运营为主的具有盈利目的的单位。比如，公交管理、出租车管理、运输公司管理、汽车站点的管理，而这些管理最主要是针对盈利的管理，很少有针对各种汽车使用权、车辆调配等各种普通单位，不是以车辆运营为盈利手段的车辆管理，针对这点，此系统就是适合如今大多数企业管理的车辆管理系统。 通过计算机系统对学校进行全面的管理，满足了学校的现代化管理的要求。 1）经济性 ①系统建设不需要很大的投入；
②可缩减人员编制，减少人力费用； ③人员利用率的改进； 2）技术性 ①处理速度快，准确； ②通过权限的设置，数据的安全性好； ③方便查询； ④控制精度或生产能力的提高 3）社会性 ①可降低工作人员工作强度，提高效率，会得到上下员工的一致同意的； ②可引进先进的管理系统开发方案，从而达到充分利用现有资源 1.2需求分析 现代信息技术特别是计算机网络技术的飞速发展，使我们的管理模式产生了质的飞跃，网络化管理将成为信息时代的重要标志和组成部分。探索、研究并构建适宜于在计算机网络环境下的管理模式，是我们责无旁贷的使命。 通过调查，要求系统需要具有以下功能： 1）由于操作人员的计算机知识普遍较差，要求有良好的人机界面。 2）由于该系统的使用对象多，要求有较好的权限管理。 3）方便的数据查询，支持多条件查询。 4）基础信息管理与查询（包括车辆信息、用车记录、部门信息）。 5）通过计算机，能够直接“透视”仓库存储情况。 6）数据计算自动完成，尽量减少人工干预。 7）系统退出。
软件需求分析说明书
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
系统项目需求分析说明书
CRM客户关系管理 ——项目需求分析说明 江苏淮微技术中心 Jiangsu Microsoft Technology Center
第一部分引言 1.1编写目的 本规格说明描述了CRM项目的需求，作为系统设计、实现目标及验收的依据，通过该需求分析，描述用户的具体需求，定义需求具体的规格和内容。并且作为各方面沟通的依据，也作为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点，经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考。 1.2适用范围 本文档主要设计CRM的应用模型和功能需求描述。 1.3背景 A、软件系统的名称：CRM客户关系管理系统 B、任务提出者：中文名称(英文) 开发者：江苏淮微技术中心（Jiangsu Microsoft Technology Center） C、本系统目前是独立的系统，暂不与江苏淮微技术中心的其他软件系统提供接口，所产生的输出也将是独立的。 最终用户可通过互联网或局域网以多种方式使用本系统。 本系统将使用SQL Server2005作为数据库存储系统，SQL Server2005软件由用户自行提供 1.4 术语、定义和缩写 定义：CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。 缩写：CRM
1.5文档概述 本文档主要描述了CRM的外部接口需求、功能需求以及其他非功能需求 1.6参考资料 相关的文件包括： Ａ、江苏淮微技术中心《CRM项目开发计划》； 参考资料： A、国家标准《软件需求说明书（GB856T——88）》 B、《软件工程》 C、《设计模式》 D、《CRM客户关系管理系统》 第二部分任务概述 2.1目标 CRM 客户关系管理系统是把有关市场和客户的信息进行统一管理、共享，并能进行有效分析的处理的新型应用系统，它为企业内部的销售、营销、客户服务等提供全面的支持。具体说来，系统的目标包括： 客户管理 事物管理 销售管理 采购管理 商务管理 服务管理 汇总中心 权限管理
学生信息管理系统需求分析报告(完整版)5
学生信息管理系统 分 析 报 告 专业：经济学 班级：0902班 姓名: 吴雪艳 学号：090430213
任务分配： 1、可行性分析 2、系统功能分析 3、数据描述 4．详细设计 一、可行性分析 1. 问题： （1）目前的课程设计管理系统由人工统计处理。 （2）站用一个办公室和2-3个职工专门用来管理课程设计选课，每天有固定工作时间8小时。 （3）每人工资在每月2000-3000元。 （4）需要选题的同学按班级的方式报上来，经核对分配后方才生效，在通知老师选题情况。双方如有问题还需在工作时间来此解决。（5）由于是人工处理且工作量大，所以效率低，出错率高，修改麻烦。 2．项目目标：学生和老师可以方便的选课，同时可以查询和修改各自的信息，以便学校管理。 3．运行环境： （1）以Windows98 以上/ME/2000/XP作为学生选课管理系统的后台操作系统。 （2）前台开发程序为JAVA，SQL Server 2000。 （3）后台数据库为Microsoft Access 2000/ SQL Server 2000。
（4）主要硬件设备：PC机一台。 4. 开发风险：浪费资金人力，会影响原有管理方式，总体风险不大。 5. 经济可行性： 成本估计:一台计算机每天电费（工作18小时以上），需要4-5名管理远和数据库维护人员每天工资（每天工作在8小时以上），人员培训费用，定期软硬件更新费用，每年总运营费用,杂项费用。 资源分析：现有计算机比较充足，相关人才在学校内就能找到，工资要求低。 6．技术可行性:我校计算机系以及其他系都有软硬件知识丰富,具有较高的文化水平和计算机操作水平，可以设计管理该系统的学生和老师,且课余时间丰富,可以学习和了解在设计和应用当中会遇到或可 能遇到的技术问题。我校许多专业都以开设类似的课程设计题目，学生和老师在技术方面已经有经验，正缺少这样的实践机会。 7．法律可行性：虽然其他学校也有类似的管理系统，但都主要在本校使用，没有涉及到盈利方面，我校设计该系统也本着让学生和老师把握一次学习实践的机会的目的，锻炼他们的开发技术和能力，不会去抄袭已经设计好的管理系统，如有借鉴的地方发布时也会说明，而且该系统是本着方便学生学习的目的，而非盈利目的，所以不会和法律相冲突。 8.总体分析：比原有方式工作效率高，成本低，出错率低，使学校实现现代化网络教学管理。 二、系统功能分析