小组作业模板副本.docx
《小组作业模板副本.docx》由会员分享，可在线阅读，更多相关《小组作业模板副本.docx（13页珍藏版）》请在冰豆网上搜索。
小组作业模板副本
**管理信息系统
开发单位：
****
委托单位：
天津大学仁爱学院
委托小组：
姓名，学号；
2015年5月25日
摘要
200-300字。
下空一行写关键词
关键词：
3到5个；***；***；***
第一章绪论
1.1研究背景与意义
（背景是目前该主题的发展与应用情况等；意义是指本研究对学术研究的价值（理论意义）、对实际应用的价值（实际意义））
1.2研究现状
（目前该主题的国内外研究现状，存在的问题）
1.3主要研究内容
第二章系统规划
系统规划的主要目的是根据用户的请求，进行初步调查，明确问题，确定系统目标和总体结构，进行可行性研究。
2.1初步调查
企业目标与任务；企业规模、人力物力财力等各种资源配备情况、资源利用率、效率和效益等基本情况；外部供应与销售情况简介、同行业竞争、外单位协作；原始数据和资料的完整性正确性。
2.2新系统设想
示例：
根据用户需求，新系统功能应该覆盖整个组织，以解决业务为主；采用C/S架构，考虑到要开分店，拟采用分布式网络布局。
本着尽量不改变组织结构的原则，系统可包含4个子系统：
人事管理子系统，对员工出勤、员工业绩、工资表制作、员工招聘等全面管理；财务子系统，负责应收账款管理、应付账款管理、票据管理、结算及分析等；采购管理子系统对市场、进货、出版社、图书商提供全面管理；书务管理子系统对书库的入、出、盘、报损等业务提供全面管理；销售管理子系统对图书销售、结算、安全提供全面管理。
本系统的开发能够提高工作效率、扩大服务范围、增加书店收入、及时获取信息、减少决策失误、减少库存积压、提高资金周转。
还能够加强员工管理，并及时提供图书市场信息、出版商信息、库存信息、销售信息、读者反馈信息，提高决策正确率。
项目计划于2015年3月1日开工建设。
开发期9个月，试运行期3个月，系统计划于2016年2月1日正式投入运行。
2.3可行性分析
2.3.1经济可行性
*****
2.3.2技术可行性
******
2.3.3管理可行性
*******
第三章系统分析
系统分析的主要工作是：
分析业务流程；分析数据与数据流程，分析功能与数据之间的关系；提出新系统逻辑方案。
并据此生成系统分析书。
3.1业务功能
示例：
表3-1业务关联表
采购部
书库
销售部
办公室
订购
*
<
<
销售
v
*
库存
V
*
V
结算
*
<
员工管理
*
备注：
*主管V相关<辅助
3.2业务流程分析
根据图表3-1所示的业务功能，分部门调查书店的业务流程，为了更好的描述每个业务流程，将结果整理成TFD（TransactionFlowDiagram，业务流程图），业务流程图是一种描述系统内各单位及人员之间所进行的业务关系、作业顺序及管理信息流向的图表，它是一种尽可能少、尽可能简单的方法来描述业务处理过程的方法。
它的绘制基本上是按照业务的实际处理步骤和过程绘制。
利用它可以帮助分析人员更好的与客户沟通，并及时找出业务流程中的问题。
本系统涉及的业务如下：
图书订购计划、图书订购、图书征订等项业务。
图书入库、出库、盘库、保管和过期图书的报损等项工作。
图书的销售工作，具体包括从书库领书，图书销售、结算。
员工出勤及工资结算。
图书订购主要过程：
书商将采购单和新书送采购员；采购员验收，如果不合格就退回，合格就送编目员；编目员按照国家标准进行的分类编号，填写包括书名，书号，作者、出版社等基本信息的入库单；库管员验收入库单和新书，如果合格就入库，并更新入库台帐；如果不合格就退回。
TFD图如图3-1所示：
3.3数据流程分析
数据字典示例：
表3-2用户编号数据项
表3-3用户表数据结构
表3-4数据存储
ID
用户名
密码
日期
类型
普通客户是Y开头，用户管理员ygl开头，订单管理员dgl开头，char型6位
Varchar型
10位
Char型6位
添加日期
1：
客户，2：
用户管理员，3：
订单管理员，4：
禁用账户
3.4系统涉及的管理模型
没有可以不写！
！
！
3.5新系统逻辑方案
TFD
DFD
哪些由系统完成，哪些由手工完成
管理模型．
第四章
系统总体设计
4.1划分子系统（图）
人事管理子系统，对员工出勤、员工业绩、工资发放、员工招聘等全面管理；采购管理子系统对市场、进货、出版社、图书商提供全面管理；书务管理子系统对书库的入、出、盘、报损等业务提供全面管理；销售管理子系统对图书销售、结算、安全提供全面管理。
4.2建立系统结构图
4.3网络结构设计
图4-2网络结构图
第五章详细设计
5.1输入输出设计
5.1.1输入设计
录入内容及设备：
书籍信息、顾客信息、员工信息、部门信息等事先用移动硬盘导入；顾客购买书籍时，用条形码扫描书籍信息，其他用键盘输入。
校验内容与方法：
为确定数据的正确性，采用静态校验法校验事先录入的数据；用户注册时采用二次输入校验法校验密码；在键盘录入数据时采用数据格式校验法和界限校验法，主要校验各类编号的位数，电话、手机号位数，和日期格式等。
5.1.2输出设计
输出内容及用途：
输出销售报表，分析销售数据；输出图书征订表、图书订购计划表，辅助采购部门做采购；输出库存信息，辅助库存管理；输出工资表，发放工资条。
注：
所有报表保存六个月，过期后转存到制定硬盘中。
5.2代码设计
部门编号：
D01——D99
员工编号：
8位，前两位EM，三四位表示入职年份，五六位两位表示就职部门，后两位表示顺序码。
如EM120101表示12年入职到01部门工作的第一位员工。
销售单编号：
10位，前两位SL（saleslist），中间六位分别是年月日，后三位表示顺序码。
如SL150527001，表示15年5月27日的第一单。
供应商编号
顾客编号
采购单编号
书籍编号
5.3数据库设计
5.3.1识别实体和属性
部门：
部门编号、部门名称、部门主管、部门电话、职位编号
职位：
职位编号、职位名称、职位工资
员工：
员工编号、员工姓名、性别、年龄、入职时间、固定电话、手机、住址、紧急联系人
仓库
供应商
顾客
书籍分类
书籍
设备类别
设备
5.3.2识别联系
一个部门有多个职位，一个职位只属于一个部门；
一个职位有多个员工，一个员工只有一个职位；
一个部门有一个领导，一个领导只管理一个部门；
一个库工管理一个仓库，一个仓库只被一个库工管理；
一个仓库可以存放多本书籍，一本书籍只能存放在一个仓库；
一个供应商可以供应多个书籍，一个书籍可以被多个供应商供应；
一个收银员可以为销售多个顾客购买的多本书籍，一本书籍可以被多个多个顾客购买并被多个收银员收银结算。
5.3.3转化为概念模型
5.3.4转化为关系数据模型
部门（部门编号，部门名称，部门主管，部门电话，职位编号，员工编号）
职位（职位编号，职位名称，职位工资，部门编号）
员工（员工编号，员工姓名，性别，年龄，入职时间，固定电话，手机，住址，紧急联系人，职位编号）
仓库（仓库编号，……，员工编号）
顾客（顾客编号，）
供应商（供应商编号，）
书籍类别（书籍类别编号，）
书籍（书籍编号，……，书籍类别编号）
库存量（书籍编号，仓库编号，存放量）
采购单单（供应商编号，书籍编号，供应量）
销售单（员工编号，顾客编号，书籍编号，销售量）
5.4系统界面设计
升级会员 