系统设计说明书
《系统概要设计说明书》模板
《系统概要设计说明书》模板写作要点:1.1.1编写目的:描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。
注意,如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。
2.1.2预期读者和阅读建议:列举本软件系统概要设计报告所针对的各种不同的预期读者,描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。
3.1.3参考资料:列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。
注意,为了方便读者查阅,所有参考资料应该按一定顺排列,尽可能详细的提供资料的信息,比如标题、版本。
4.术语与缩略语:描述在本文使用的独特的术语、定义和缩略语。
注意不是整个项目共用的术语、定义和缩略语,并且缩略语列表中必须按照滋补的升序排列。
5.2.1限制和约束:简要描述起到限制和约束作用的各种可能存在的条件,并且说明在这些条件下,应该实现的系统目标。
这些条件可能包括:技术条件、资金状况、开发环境、时间限制。
6.2.2设计原则和设计要求:描述设计人员的进行概要设计的方法和决策,通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。
7.3系统的软件架构:描述如何将系统分解为子系统,绘制逻辑图,并用文字说明子系统的主要功能和子系统间是如何协调工作的。
注意,在描述系统分解为子系统共的时候要给出分解的原因。
列举子系统时,可以使用下表•子系统编号给出本系统中指定子系统的顺序编号:如果本系统末划分为多个子系统,仅由一个运行模块组成;则本项内容仍需要描述,但是本表内容只有一行。
•子系统英文名称给出本子系统的英文名称,该名称是在应用软件中实际使用的可执行文件名称,必须能够说明该子系统的特点。
•子系统中文名称给出本子系统的中文名称,该名称必须能够说明该子系统的特点。
系统详细设计说明书[范例]
XXXXXXX管理系统详细设计说明书Prepared by拟制李清清Date日期2012-10-18Reviewed by 评审人Date 日期Approved by批准Date 日期Revision Record 修订记录目录1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3参考资料 (1)1.4术语定义及说明 (1)2设计概述 (1)2.1任务和目标 (1)2.1.1需求概述 (1)2.1.2运行环境概述 (1)2.1.3条件与限制 (1)2.1.4详细设计方法和工具 (2)3系统详细需求分析 (2)3.1详细需求分析 (2)3.2详细系统运行环境及限制条件分析接口需求分析 (2)4总体方案确认 (2)4.1系统总体结构确认 (2)4.2系统详细界面划分 (2)4.2.1应用系统与支撑系统的详细界面划分 (2)4.2.2系统内部详细界面划分 (3)5系统详细设计 (3)5.1系统结构设计及子系统划分 (3)5.2系统功能模块详细设计 (3)5.3系统界面详细设计 (3)5.3.1外部界面设计 (3)5.3.2内部界面设计 (4)5.3.3用户界面设计 (4)6、数据库系统设计 (4)6.1设计要求 (4)6.2 信息模型设计 (4)6.3 数据库设计 (4)6.3.1 设计依据 (4)6.3.2 数据库选型......................................... 错误!未定义书签。
6.3.3 数据库种类及特点 (4)6.3.4 数据库逻辑结构 (4)6.3.5 物理结构设计 (4)6.3.6 数据库安全 (4)6.3.7 数据字典 (5)7 信息编码设计 (5)7.3 代码结构设计 (5)7.4 代码编制 (5)1引言1.1编写目的说明编写详细设计方案的主要目的。
说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑,为程序员编码提供依据。
系统架构设计说明书(样例)
系统架构设计说明书(样例)系统架构设计说明书1:引言本文档旨在详细描述系统的架构设计,并提供相关的技术方案和设计决策。
该系统旨在满足特定的功能需求和非功能需求,并提供良好的可扩展性和可维护性。
本设计说明书适用于开发人员、测试人员和其他项目团队成员参考。
2:背景描述系统的背景信息,包括项目目标、范围和关键业务需求。
对系统所解决的问题进行概述,并说明该系统与其他相关系统的关系。
3:总体设计3.1 系统架构图使用合适的图形表示系统的总体架构,包括各个模块、组件和其之间的关系。
3.2 模块划分对系统进行模块划分,描述每个模块的功能和职责。
对于每个模块,提供详细的设计说明,包括接口定义和实现细节。
3.3 数据流和交互描述系统中的主要数据流和交互过程,包括用户与系统的交互和系统内部各个模块之间的数据传输和消息通信方式。
4:技术方案4.1 技术选型根据系统需求和项目约束条件,选择合适的技术和框架,包括编程语言、数据库、通信协议等。
详细说明每个技术选择的理由和优劣势。
4.2 数据库设计描述系统中使用的数据库的结构和字段定义。
包括数据表的设计、数据关系和索引等。
给出数据库设计的ER图或其他合适的图形表示形式。
4.3 安全设计描述系统的安全设计和措施,包括身份认证、权限控制、数据加密等。
说明如何保护系统免受潜在的安全威胁。
4.4 性能优化提供系统性能优化的方案和策略,包括服务器负载均衡、数据库查询优化、缓存设计等。
解释如何确保系统在高负载情况下能够保持稳定和高效。
5:系统部署描述系统的部署架构和步骤,包括服务器配置、软件安装、数据库初始化等。
提供详细的部署文档和脚本。
6:系统维护描述系统的维护策略和步骤,包括备份与恢复、故障处理、日志记录等。
说明如何确保系统的持续可用性和可靠性。
7:附录附上本文档所涉及的附件,如系统架构图、数据库设计图等。
8:法律名词及注释8.1 法律名词解释- 名词1:解释1- 名词2:解释2- :::8.2 法律注释在文档中出现的和法律相关的名词和条款进行注释说明,确保读者对相关法律概念的理解准确性。
(完整版)软件系统详细设计说明书模板
(完整版)软件系统详细设计说明书模板xxxxx系统详细设计说明书版本历史修改记录⽬录1引⾔ (5)1.1编写⽬的 (5)1.2背景 (5)1.3参考资料 (5)1.4术语定义及说明 (5)2设计概述 (5)2.1任务和⽬标 (5)2.1.1需求概述 (5)2.1.2运⾏环境概述 (5)2.1.3条件与限制 (6)2.1.4详细设计⽅法和⼯具 (6)3系统详细需求分析 (6)3.1详细需求分析 (6)3.2详细系统运⾏环境及限制条件分析接⼝需求分析 (6)4总体⽅案确认 (6)4.1系统总体结构确认 (6)4.2系统详细界⾯划分 (7)4.2.1应⽤系统与⽀撑系统的详细界⾯划分 (7) 4.2.2系统内部详细界⾯划分 (7)5系统详细设计 (7)5.1系统程序代码架构设计 (7)5.1.1UI(User Interface)⽤户界⾯表⽰层 (7)5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8)5.1.5Entity Class实体类 (8)5.2系统结构设计及⼦系统划分 (8)5.3系统功能模块详细设计 (9)5.3.1XX⼦系统 (9).1XX模块 (9)列表和分页 (9)创建XX (9).2XX模块 (9)XX列表 (9)XX修改 (9)5.3.2XX⼦系统 (9)5.3.6.1⽤户管理模块 (9)5.3.6.2⾓⾊管理模块 (14)5.3.6.3系统设置模块 (14)5.3.6.4系统登录注销模块 (14)5.4系统界⾯详细设计 (14)5.4.1外部界⾯设计 (14)5.4.2内部界⾯设计 (14)5.4.3⽤户界⾯设计 (14)6数据库系统设计 (14)6.1设计要求 (14)6.2信息模型设计 (14)6.3数据库设计 (14)6.3.1设计依据 (14)6.3.2数据库种类及特点 (15)6.3.3数据库逻辑结构 (15)6.3.4物理结构设计 (15)6.3.5数据库安全 (15)6.3.6数据字典 (15)7信息编码设计 (15)7.1代码结构设计 (15)7.2代码编制 (15)1引⾔1.1编写⽬的说明编写详细设计⽅案的主要⽬的。
4.系统设计说明书
版本管理系统V1.0版本管理系统V1.0设计说明书目录第一章绪论 (1)1.1项目背景 (1)1.1.1研究开发的内容 (1)1.1.2研究开发的意义 (1)1.2项目研究的目标和成果 (2)1.3技术研究背景 (3)第二章系统的技术概论 (5)2.1主要技术概述 (5)2.1.1Spring介绍 (5)2.1.2Hibernate介绍 (6)2.1.3WebWork介绍 (8)2.1.4Freemarker介绍 (8)2.2接口设计技术 (9)2.2.1Jetty服务器简介 (9)2.2.2MySQL数据库简介 (9)2.3其他开源的工具与技术 (10)第三章系统设计 (12)3.1需求和可行性分析 (12)3.2系统架构分析 (13)3.3系统概要设计 (15)3.4功能模块的详细设计 (18)3.4.1用户管理模块 (18)3.4.2 Project模块 (21)3.4.3 Release Update模块 (24)第四章系统实现 (29)4.1数据库表设计 (29)4.2系统实现 (38)第一章绪论1.1项目背景1.1.1研究开发的内容版本管理是针对软件开发过程中涉及到的各种软件资源进行的管理,有效的版本管理有助于对软件开发过程中所产生的各种中间产品进行有效的组织和控制,版本控制保证了在任何时候恢复任何一个配置项的版本的可能性。
[1]产品版本的定义,就是在产品达到稳定状态时,标记这个稳定状态下的所有组成部分。
这个标记,就是版本了。
一般在达到稳定之前,会有诸如alpha 版、beta版之类的预定义,根据不同组织的政策而不同。
其次是版本的生成,即取得定义好的版本的所有组成部分,并形成一个完整的可运行的产品以供测试、发行。
最后是版本的分支/合并,在稳定产品的版本上进行分支,可以同时进行产品下一版本的研发和当前版本的维护。
一般在主分支上进行新版本开发,在维护分支开发当前版本的补丁;当补丁测试通过后需要把维护分支上的修改内容合并到主分支,以避免在新版本中仍然含有已经修正的。
系统设计说明书-
System DesignSpecification_湖北银行终端服务系统_设计说明书Prepared by拟制余凯Date日期2015/1/13Reviewed by评审人朱佳,翟三玲Date日期2015/1/15Approved by 批准Date 日期Revision Record修订记录Catalog目录1. Introduction 简介 (4)1.1 Purpose 目的 (4)1.2 Scope 范围 (4)1.3 Name 软件名称 (4)1.4 Functions 软件功能 (4)1.5 Applications软件应用 (4)2. High Level Design概要设计 (5)2.1系统功能设计 (5)2.2 系统架构设计................................................................................. 错误!未定义书签。
2.2.1 三层架构............................................................................... 错误!未定义书签。
2.3 Database数据库设计....................................................................... 错误!未定义书签。
2.3.1 数据字典............................................................................. 错误!未定义书签。
2.3.2 数据表设计......................................................................... 错误!未定义书签。
2.3.3 表关系................................................................................. 错误!未定义书签。
教学管理系统——详细设计说明书
教学管理系统——详细设计说明书教学管理系统——详细设计说明书1:引言1.1 目的本文档旨在详细描述教学管理系统的设计及功能,为开发团队提供指导和参考。
1.2 背景教学管理系统是为了帮助学校或教育机构实现教学管理工作的自动化和信息化而开发的软件系统。
1.3 参考资料- 教学管理系统需求规格说明书- 教学管理系统概要设计说明书2:系统概述2.1 系统目标- 提供学生信息管理功能,包括学生基本信息的录入、查询和修改等。
- 提供教师信息管理功能,包括教师基本信息的录入、查询和修改等。
- 提供课程管理功能,包括课程信息的录入、查询和修改等。
- 提供成绩管理功能,包括成绩录入、查询和统计等。
- 提供班级管理功能,包括班级信息的录入、查询和修改等。
2.2 功能性需求2.2.1 学生信息管理- 学生信息录入功能:包括学生基本信息(学号、姓名、性别、年龄等)的录入。
- 学生信息查询功能:根据学号或姓名查询学生的基本信息。
- 学生信息修改功能:根据学号或姓名修改学生的基本信息。
2.2.2 教师信息管理- 教师信息录入功能:包括教师基本信息(工号、姓名、性别、职称等)的录入。
- 教师信息查询功能:根据工号或姓名查询教师的基本信息。
- 教师信息修改功能:根据工号或姓名修改教师的基本信息。
2.2.3 课程管理- 课程信息录入功能:包括课程信息(课程编号、课程名、学分等)的录入。
- 课程信息查询功能:根据课程编号或课程名查询课程的信息。
- 课程信息修改功能:根据课程编号或课程名修改课程的信息。
2.2.4 成绩管理- 成绩录入功能:根据学生学号和课程编号录入成绩。
- 成绩查询功能:根据学生学号或课程编号查询学生的成绩。
- 成绩统计功能:统计某个课程的成绩分布情况,包括平均成绩、最高成绩和最低成绩等。
2.2.5 班级管理- 班级信息录入功能:包括班级信息(班级编号、班级名称、班级人数等)的录入。
- 班级信息查询功能:根据班级编号或班级名称查询班级的信息。
系统架构设计说明书三篇
系统架构设计说明书三篇篇一:系统架构设计说明书Xx系统架构设计说明书编写:日期:检查:日期:审核:日期:批准:日期:文档变更记录1、引言描述本文的参考依据、资料以及大概内容。
1.1背景项目产生或者开发背景,必要性等。
1.2术语和缩略语缩略语、系统主用名词、术语等解释1.3参考资料编写本文和阅读本文是需要查阅的资料有关文档,注明出处、作者和版本。
(架构设计重点在于将系统分层并产生层次内的模块、阐明模块之间的关系)2、范围2.1软件名称英文名称:TopEng-CSP中文名称:客户服务平台2.2软件功能请参考《XXX子系统软件需求规格说明书.doc》2.3软件应用请参考《系统软件需求规格说明书.doc》2.4需求边界3、明确范围边界,做什么,不做什么。
4、总体设计4.1架构设计目标和约束架构设计总体目标和一些有关架构方面的约束,比如技术约束或者设计上约束。
4.1.1运行环境4.1.2开发环境4.2设计思想阐明进行架构设计的思想,可参考一些架构设计的模式,需结合当前系统的实际情况而定。
4.3架构体系根据架构分析和设计思想产生系统的架构图,并对架构图进行描述,说明分层的原因、层次的职责,并根据架构图绘制系统的物理部署图,描述系统的部署体系。
4.4重要业务流程(有多少个就写多少个流程图)流程图类型不做严格要求,只要图和描述表达设计思想即可;重要业务流程数据流向等。
4.4.1流程14.4.2流程24.4.3流程34.5模块划分根据架构图进行模块的划分并阐明模块划分的理由,绘制模块物理图以及模块依赖图。
有多少模块就写多少个模块4.5.1模块一4.5.1.1模块一描述根据模块物理图描述各模块的职责,并声明其对其他模块的接口要求。
这是本系统中的上层应用,包括提供各种功能的插件以及用户界面,主要为用户提供输入条件和输出结果,也就是查询条件的输入和数据展示,也包括基本数据的录入和管理功能,由如下的插件应用构成,子模块描述实时监控插件负责提供实时监控功能4.5.1.2模块一业务流程说明图+文字描述。
系统设计说明书
系统设计说明书一、系统概述1.1 项目背景随着信息技术的飞速发展,企业对信息系统的需求日益增长。
本系统旨在解决企业在业务流程、数据管理、决策支持等方面的痛点,提高企业运营效率,降低成本。
1.2 系统目标(1)业务流程优化:梳理并优化企业现有业务流程,提高工作效率;(2)数据统一管理:整合企业各类数据资源,实现数据共享与交换;(3)决策支持:为企业提供实时、准确的数据分析报告,辅助决策。
1.3 系统范围(1)用户管理模块;(2)业务流程管理模块;(3)数据管理模块;(4)报表统计与分析模块;(5)系统维护与安全模块。
二、系统架构2.1 技术架构本系统采用B/S架构,前端使用HTML、CSS、JavaScript等技术,后端采用Java语言,数据库采用MySQL。
2.2 系统模块划分(1)用户管理模块:负责用户注册、登录、权限分配等功能;(2)业务流程管理模块:实现对业务流程的创建、编辑、审批等功能;(3)数据管理模块:负责数据的采集、存储、查询、修改等功能;(4)报表统计与分析模块:根据业务需求,各类统计报表,为决策提供数据支持;(5)系统维护与安全模块:确保系统稳定运行,防范各类安全风险。
三、系统功能详细描述3.1 用户管理模块3.1.1 用户注册用户可通过填写基本信息进行注册,系统将自动分配初始权限。
3.1.2 用户登录用户输入账号、密码进行登录,系统验证身份后进入相应权限页面。
3.1.3 权限分配系统管理员可根据用户角色,为用户分配不同权限,确保数据安全。
3.2 业务流程管理模块3.2.1 流程创建用户可根据业务需求,创建新的业务流程。
3.2.2 流程编辑用户可对现有业务流程进行调整和优化。
3.2.3 流程审批审批人根据流程节点,对业务流程进行审批。
3.3 数据管理模块3.3.1 数据采集系统自动采集企业内部及外部数据,确保数据完整性。
3.3.2 数据存储系统将采集到的数据存储至数据库,便于查询和分析。
教务管理系统详细设计说明书
教务管理系统详细设计说明书教务管理系统详细设计说明书1、引言教务管理系统是一种用于管理学校教务活动的软件系统,旨在提高学校教务工作的效率和准确性。
本文档旨在对教务管理系统的详细设计进行说明,包括系统的功能、架构、模块划分、数据流程和界面设计等内容。
2、需求分析2.1 功能需求教务管理系统需要实现以下功能:2.1.1 学生管理:包括学生档案管理、学籍管理、学生选课管理等。
2.1.2 教师管理:包括教师档案管理、教师任课管理、课表管理等。
2.1.3 课程管理:包括课程档案管理、开课计划管理、课程调度管理等。
2.1.4 成绩管理:包括成绩录入、查询、统计等。
2.1.5 班级管理:包括班级档案管理、班级课表管理、班级学生管理等。
2.1.6 系统管理:包括用户权限管理、系统日志管理、系统维护等。
2.2 性能需求教务管理系统需要保证稳定性、可扩展性和安全性,具体需求包括:2.2.1 稳定性:能够在高并发的情况下正常运行,保证系统的稳定性和可靠性。
2.2.2 可扩展性:能够根据实际需要增加新的功能模块或扩展现有的功能。
2.2.3 安全性:采用合适的身份认证和权限控制机制,保证系统的安全性,防止非法操作和数据泄漏。
3、架构设计3.1 系统架构教务管理系统采用三层架构,包括表示层、业务逻辑层和数据访问层。
3.2 模块划分根据系统的功能需求,将系统划分为以下模块:3.2.1 学生管理模块功能:用于管理学生的档案信息、学籍信息和选课信息。
3.2.2 教师管理模块功能:用于管理教师的档案信息、任课信息和课表信息。
3.2.3 课程管理模块功能:用于管理课程的档案信息、开课计划和调度信息。
3.2.4 成绩管理模块功能:用于录入、查询和统计学生的成绩信息。
3.2.5 班级管理模块功能:用于管理班级的档案信息、课表信息和学生信息。
3.2.6 系统管理模块功能:用于管理用户权限、系统日志和系统维护等。
4、数据流程设计4.1 学生管理模块数据流程4.1.1 学生档案管理流程:包括学生信息录入、修改和查询等环节。
系统设计说明书-模板资料
系统设计说明书-模板系统设计说明书说明:1.《系统设计说明书》描述了系统或子系统的系统级或子系统级设计与体系结构设计。
SSDD可能还要用《接口设计说明》(IDD)和《数据库(顶层)设计说明》(DBDD)加以补充。
2.SSDD连同相关的IDD和DBDD是构成进一步系统实现的基础。
贯穿本文的术语“系统,,如果适用的话,也可解释为“子系统”。
所形成的文档应冠名为“系统设计说明”或“子系统设计说明”。
目录系统设计说明书 (2)1引言 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (4)2引用文件 (5)3系统级设计决策 (5)4系统体系结构设计 (6)4.1系统总体设计 (7)4.1.1概述 (7)4.1.2设计思想 (7)4.1.3基本处理流程 (8)4.1.4系统体系结构 (8)4.1.5功能需求与系统配置项的关系 (8)4.1.6人工处理过程 (9)4.2系统部件 (9)4.3执行概念 (10)4.4接口设计 (11)4.4.1接口标识和图表 (11)5运行设计 (14)5.1系统初始化 (14)5.2运行控制 (14)5.3运行结束 (15)6系统出错处理设计 (15)6.1出错信息 (15)6.2补救措施 (15)7系统维护设计 (15)7.1检测点的设计 (15)7.2检测专用模块的设计 (15)8尚待解决的问题 (16)9需求的可追踪性 (16)10注解 (16)附录 (16)1引言1.1标识本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发布号。
1.2系统概述本条应简述本文档适用的系统和软件的用途,它应包括:描述系统和软件的一般特性;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划中的运行现场;列出其他有关的文档。
1.3文档概述本条应概述本文档的用途和内容,并描述与其使用有关的保密性或私密性要求。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
实验(实训)报告项目名称库存管理系统设计说明书所属课程名称信息系统分析与设计实验(实训)日期2011-04-28—2011-06-16班级08信息1组员XXX XXX XXXXXX XXX XXXXXX XXX XXX XXX 指导教师姚建荣浙江财经学院教务处制库存管理系统设计说明书1引言1.1项目背景浙江省东阳市鸿运皮具有限公司位于东阳市千祥镇三联中心位置,是千祥镇三联箱包行业的一家制造型企业。
该公司拥有固定资产800万元,主营业务是专业生产背包、书包、儿童包、拉杆包、手提包、沙滩包、购物袋等各种软包。
企业组织结构图如图1图1组织结构图仓库管理部介绍:公司下设原材料仓库和成品库。
原材料仓库主要存放生产产品用的各种原材料。
主要的原材料包括:主面料、配面料、配皮料、无纺布、里布、珍珠棉、拉布、拉头、织带、硬纸板、铁活配件、拉心、钩子、各种包装塑料袋等。
原材料仓库的管理员工作主要分为入库,出库,保管三大部分。
入库流程:(1)总经理交付“采购订单”,通知收货时间、货品的名称、规格、数量。
(2)厂家送货到达后,厂家提供“送货清单”给仓库管员,仓库管理员查验“送货清单”,“送货清单”应清晰显示送货单位名称、送货单位印章或经手人签名、货品的名称、规格、数量、采购订单号。
收货仓管员将“送货清单”和对应的“采购订单”相核对。
相核不符者拒收。
相符者仓管员以“送货清单”和“采购订单”验收货品。
若遇到不相符的问题通知总经理办公室进行处理。
(3)仓库管员收货无误后,在“送货清单”上签收,并加盖收货专用章,一联自留,一联交对方。
(4) 仓库管员开具入库单,并将“入库单”与送货单位的“送货清单”送到财务部。
出库流程,出库对象包括企业内部和外包加工人员两部分。
对于企业内部流程如下:(1)根据生产部门的领料单,照单发货。
(2)登记进销存帐对于外包人员,流程如下:(1)根据经理批准的量,为其分配生产用的各种原材料。
(2)登记领料清单,写明领料数量,时间,种类。
并要求外包人员在领料清单上签字,留下电话号码。
保管流程:(1)物料入库后,给每种物料贴上统一的标签,先进先出。
对于需要特殊保管的材料采取合理的保护措施,防止物资因为各种原因受到损坏。
(2)定期盘点库存。
检查是否账实相符,如果不相符,查找原因,并进行登记,向总经理汇报,做相应的处理。
成品库的仓库管理主要负责成品的入库验收和发货装运。
入库流程:(1)对已经包装好,验收合格的产成品进行归类存放到相应的仓库存放区域。
(2)登记入库清单,并登记入库产成品的各项信息:数量、时间、数量。
发货装运流程:(1)仓库管理员根据总经理传来的“销售订单”备货并作好记载。
(2)仓库管员根据客户持有的已盖章“销售单”和对应的“出仓单”发货。
“出仓单”一式二份,由仓库管员和客户签字,一份交客户,一份仓库自留。
1.2企业对系统的要求由于市场竞争,企业需提高其竞争力,在信息化方面有所提高,企业决定开发库存管理系统,对系统的要求如下:新系统主要对材料入库,出库进行管理。
系统模块有初始化设置,入库管理,出库管理,库存管理。
管理模块中对材料及成品入库,生成入库单号,同时包含数量,时间,金额等信息;对材料及成品出库,生成出库单号,同时包含数量,时间,金额等信息;对外包业务,生成外包单号,同时包含数量,时间,金额,外包人联系方式等信息。
系统要有查询功能,即对原材料以及成品的入库,出库,外包的时间,数量等进行查询。
系统对于废品,次品的信息更新要及时。
2系统总体方案2.1模块设计综合考虑系统的要求后,系统的结构化设计如图2图2 结构化设计各模块功能初始化设置:客户维护:添加,修改,查询,删除(添加新客户,客户信息可修改,查询客户,可删除客户)产品维护:添加,修改,查询,删除(添加新产品,产品信息可修改,查询产品,可删除产品)员工维护:添加,修改,查询,删除(添加新员工,员工信息可修改,查询员工,可删除员工)入库管理:入库通知单:录入,修改,查询,删除,审核(入库通知单录入,修改入库通知单,查询入库通知单,删除入库通知单,审核入库通知单) 入库单:录入,修改,查询,删除,审核(入库单录入,修改入库单,查询入库单,删除入库单,审核入库单)出库管理:订单:录入,修改,查询,删除,审核(订单录入,修改订单,根据订单号查询订单,删除订单,审核订单)发货通知单:录入,修改,查询,删除,审核(发货通知单录入,修改发货通知单,查询发货通知单,删除发货通知单,审核发货通知单) 出库单:录入,修改,查询,删除,审核(出库单录入,修改出库单,查询出库单,删除出库单,审核出库单)库存管理:库存管理:查询(查询产品库存数量)2.2代码设计根据数据流程图,我们得出需要代码设计的有产品和客户。
(1)产品代码设计产品代码用6位整数表示,采用层次码,设计方案如下XX X XXX产品种类二级类别序列号例:01 1 001书包幼儿系列产品序列为101 2 001书包中小学生系列产品序列为1(2)客户代码设计客户代码用6位整数表示,采用层次码,设计方案如下X X XXXX国内/国外区域序列号例:1 1 0011国内华中地区客户序列为110 2 0001国外韩国客户序列为1添加新员工,界面如下:入库通知单录入,界面如下:订单录入,界面如下:库存查询,查询采用模糊搜索,输入产品编号,输出结果如下:客户查询,查询采用模糊搜索,输入客户编号,输出结果如下:根据订单编号,填制发货通知单,输出界面如下:根据发货通知单号,填制出库单,输出界面如下:根据入库通知单号,填制入库单,输出界面如下:2.5数据库设计2.5.1 数据字典(1)数据流入库通知单:组成:编号,入库通知单编号,填制日期,产品名称,产品代码,产品数量,计量单位,单价,合计金额,制单人,审核人,备注流量:100张/月来源:生产部去向:填写入库通知单入库单组成:编号,入库单编号,产品代码,产品名称,计量单位,单价,数量,合计金额,入库日期,制单人,审核人,入库通知单编号,备注流量:100张/月来源:填写好的入库单去向:入库单客户订单组成:编号,订单编号,订货日期,客户名称,客户代码,产品名称,产品代码,计量单位,产品数量,单价,合计金额,是否交货,制单人,审核人,备注流量:100张/月,每张约10笔数据来源:客户去向:填写定单出货信息组成:出货编号+出货日期+产品名称+数量+客户名称流量:100张/月,每张约10 笔数据(2)数据存储入库通知单:入库单订单:发货通知单出库单存储量:100张/月客户组成:客户编号,客户名称,公司电话,联系人名称,联系人电话,详细地址,邮编,传真电话存储方式:索引存储量:50/月库存流入的数据流:出入库信息流出的数据流:库存信息组成:编号,产品名称,产品代码,计量单位,单价,数量,合计金额,备注存储方式:顺序(3)数据项发货通知单入库单入库通知单:出库单客户(4)处理逻辑输入来源:生产部加工逻辑:将生产部传来的入库通知单的信息进行登记输出去向:生成入库通知单输入来源:入库通知单加工逻辑:对入库通知单上的信息进行审核输出去向:填写入库单P3填写入库单输入来源:入库通知单的审核加工逻辑:根据审核后的入库通知单填写入库单输出去向:入库单输入来源:入库单加工逻辑:根据审核后的入库单,修改库存信息输出去向:库存P6:审核P7:填写出库单P8:出库2.5.2 数据流程图图3 入库流程图图4 出库流程图2.5.3 概念结构设计(1)E-R图(2)E-R图实体定义1.入库通知单:{编号,入库通知单编号,填制日期,产品名称,产品代码,产品数量,计量单位,单价,合计金额,制单人,审核人,备注}2.入库单:{编号,入库单编号,产品代码,产品名称,计量单位,单价,数量,合计金额,入库日期,制单人,审核人,入库通知单编号,备注 } 3.订单:{编号,订单编号,订货日期,客户名称,客户代码,产品名称,产品代码,计量单位,产品数量,单价,合计金额,是否交货,制单人,审核人,备注}4.发货通知单:{编号,发货通知单编号,填制日期,客户名称,客户代码,产品代码,产品名称,计量单位,单价,数量,合计金额,制单人,审核人,订单编号,备注 }5.出库单:{编号,出库单编号,填制日期,客户名称,客户代码,产品代码,产品名称,计量单位,单价,数量,合计金额,制单人,审核人,发货通知单编号,备注 }6.客户:{客户编号,客户名称,公司电话,联系人名称,联系人电话,详细地址,邮编,传真电话 }7.库存:{编号,产品名称,产品代码,计量单位,单价,数量,合计金额,备注}2.5.4 逻辑结构设计(1)关系模型1.入库通知单:{编号,入库通知单编号,填制日期,产品名称,产品代码,产品数量,计量单位,单价,合计金额,制单人,审核人,备注}2.入库单:{编号,入库单编号,产品代码,产品名称,计量单位,单价,数量,合计金额,入库日期,制单人,审核人,入库通知单编号,备注 } 3.订单:{编号,订单编号,订货日期,客户名称,客户代码,产品名称,产品代码,计量单位,产品数量,单价,合计金额,是否交货,制单人,审核人,备注}4.发货通知单:{编号,发货通知单编号,填制日期,客户名称,客户代码,产品代码,产品名称,计量单位,单价,数量,合计金额,制单人,审核人,订单编号,备注 }5.出库单:{编号,出库单编号,填制日期,客户名称,客户代码,产品代码,产品名称,计量单位,单价,数量,合计金额,制单人,审核人,发货通知单编号,备注 }6.客户:{编号,客户编号,客户名称,公司电话,联系人名称,联系人电话,详细地址,邮编,传真电话 }7.库存:{编号,产品代码,产品名称,计量单位,单价,数量,合计金额,备注}(2)对关系模式进行规范化所有关系中,每个属性都是不可分的,所以所有关系属于1NF,根据题意,主码分别是:入库通知单编号,入库单编号,订单编号,发货通知单编号,出库单编号,客户编号,产品代码。
所有关系中主码是单属性,所以不存在非主属性对主码的部分函数依赖,已经属于2NF.所有关系中不存在传递函数依赖,属于3NF.由于以上关系已经不存在主属性对不包含它的侯选码的部分函数依赖,所以,还属于BCNF。
2.6安全保密设计系统的安全保密设计主要是对员工的权限进行控制,管理员的权限最大,可对员工进行添加,删除,修改,对员工的权限部门都可修改,员工的权限分为制单和审核权限,员工自身不能修改自己信息,对应的权限有相应的功能,例如制单权限的员工不能审核单子,审核权限的员工不能进行制单,即审核和制单不能为同一人,这样就能防止系统信息被随意更改,而且对于单子信息能进行二次复查,审核人对单子信息进行核对后,才能审核通过。