软件工程作业范本v10.docx
- 文档编号:29833451
- 上传时间:2023-07-27
- 格式:DOCX
- 页数:86
- 大小:1.90MB
软件工程作业范本v10.docx
《软件工程作业范本v10.docx》由会员分享,可在线阅读,更多相关《软件工程作业范本v10.docx(86页珍藏版)》请在冰豆网上搜索。
软件工程作业范本v10
第一章引言
1.1系统背景
1999年,在国务院的大力推动下,高校后勤社会化改革在全国范围内掀起高潮,传统的总务处管理模式纷纷被企业化或半企业化管理模式所取代。
各个高校将后勤管理与服务的功能从学校整体剥离,或注册成立高校后勤服务企业,或着手成立高校后勤服务实体,并引入现代企业管理理念和管理手段实现对后勤的管理。
在此前提下,高校后勤作为带有一定的经济性质和经营性质的部门,自然成为改革的关注重点,市场化经营理念日益得到广泛应用,管理者也开始尝试将现代化的管理工具运用于日常管理,以提高管理的效能和效率。
对于后勤而言,除了对于人员的管理,最重要的便是对进出库的管理,于是杭州师范大学后勤采购管理系统在不少高校后勤都获得使用。
1.2分析的内容和主要工作
1.2.1分析内容
高校杭州师范大学后勤采购管理系统的研究主要应包括以下几个方面:
●实现杭州师范大学后勤采购计划的系统化管理;
●实现杭州师范大学后勤采购的集中管理,减少了后勤、采购部门、供应商之间的多环节交互,提高工作效率;
●建立高校采购部门与供应商之间的系统关联,以实现订货、发货、退货的过程可控性;
●建立高校采购部门与财务部门的系统内对接,以便于高校后勤的高层管理者与财务部门及时掌握后勤经营信息,并实现系统支付功能;
●即时掌握库存情况,及时订购所需物资,确保后勤的正常运作;
●建立系统关于库存商品的预警机制,对于临期产品能发出预警提示,尽量做到“先进先出”,减少因产品过期而给后勤造成经济损失;
●建立系统日经营报表、周经营报表、月经营报表、年经营报表自动生成功能,使高校后勤的管理者能及时掌握后勤经营状况。
1.2.2小组成员的主要工作
本人从事高校后勤管理工作多年,对于高校后勤有过直接的管理工作经历,熟悉高校后勤的运作规律,也深知高校后勤在当前的物资采购管理方面所存在的弊端。
在该系统的设计过程中,本人还将与高校后勤的高层管理者、高校后勤的采购部门、高校后勤的管理者及物资采购系统操作人员等进行更多地调研座谈,进一步找出他们对于高校杭州师范大学后勤采购管理系统的功能需求,以尽可能设计出一套符合高校后勤实际运用需要、操作便捷、功能完善的物资采购管理系统。
第二章业务分析
软件需求分析主要包括三个不同的层次:
业务分析、功能分析和数据分析。
业务分析是客户对软件制品目标的高层次要求。
2.1业务描述
业务描述是客户对软件制品目标的高层次要求的形象化阐述。
2.1.1组织结构分析
组织结构图是企业的流程运转、部门设置及职能规划等最基本的结构依据,常见的组织结构形式包括中央集权制、分权制、直线式以及矩阵式等。
图2.1杭州师范大学组织结构图
2.1.2业务问题概述
虽然杭州师范大学后勤采购管理系统已经获得比较普遍的应用,但在具体的使用过程中,不少高校后勤的管理者发现现有系统存在着诸多弊端,与现代化大学后勤的管理要求并不相适应,主要表现为以下几个方面:
●只有简单的进出库管理和库存数量的管理,无法实现库存提醒“先进先出”的使用原则,容易出现库存商品临期或过期的问题;
●日常订货仍需依靠电话订购或传真订购,无法实现系统直接订购;
●高校后勤每日所采购的原材料品种繁多,但单品数量较少,而每日进货情况仍需手工记录后再逐个输入系统,工作效率较慢;
●无法自动生成每日的后勤经营报表,使后勤管理者难以便捷清晰地掌握每日的经营情况;
●与财务系统之间的对接会造成一定的财务信息泄露风险,导致后勤与财务部门之间存在信息的双重核算问题,增加了人工的工作量。
2.2原有业务流程分析
原有业务流程分析采用流程图描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表,主要是描述业务走向,以业务处理过程为中心。
2.2.1采购计划管理流程
图2.2采购计划管理业务流程图
如上图所示,采购计划管理业务流程图是采购干事、采购主管、后勤处主任进行采购计划管理的业务流程。
首先采购干事编制采购计划表,并提交采购计划表至采购主管处,由采购主管审核采购计划表,确定是否通过审核,如果没有通过,则返回采购干事重新提交,如果通过审核,则由采购主管制定物资需求总计划,并由后勤处主任进行审批,确定是否通过审批,如果没有通过审批,则返回采购主管处重新制定物资需求总计划,如果通过审批,则由采购干事制定物资需求月计划。
采购干事确定是否是特殊物资,如果是特殊物资,则提前2月报计划,并报采购主管审核月计划,如果不是特殊物资,则直接报采购主管审核月计划。
采购主管确定月计划是否通过审核,如果没有通过,则返回采购干事处重新编制物资采购月计划,如果通过审核,则由后勤处主任审批授权,形成采购计划管理结果。
2.2.2采购管理流程
图2.3采购管理业务流程图
如上图所示,采购管理业务流程图是采购主管、后勤处主任、物资申请人、采购干事进行采购管理的业务流程。
首先由采购主管制定分级采购机制,并提交分级采购机制至后勤处主任。
由后勤处主任审核采购机制,确定是否通过审核,如果没有通过,则返回采购主管处重新提交,如果通过审核,则由物资申请人上报物资申请计划,并由采购干事汇总物资申请计划,并建立采购任务。
由采购主管确定采购方式,包括招标采购(公开招标和邀请招标)、议标采购(竞争性谈判、单一来源采购)、框架协议执行采购、紧急采购、零星采购等。
采购主管选择供应商。
采购干事根据情况拟定采购合同,交由采购主管进行采购合同评审,由后勤处主任进行审批,确定是否通过审批,如果没有通过审批,则由采购干事重新拟定采购合同,如果通过审批,则由采购干事签订采购合同,形成采购管理结果。
2.2.3验收管理流程
图2.4验收管理业务流程图
如上图所示,验收管理业务流程图是采购干事、库房主管进行验收管理的业务流程。
首先由采购干事和库房主管进行物资进场,采购干事和库房主管分别进行质量验收、单据验收、数量验收,并分别确定是否合格,如果验收不合格,则由采购干事联系供应商,进行退货、换货或者补货。
如果验收合格,则提交至采购干事填写验收表,并由库房主管填写验收表后,库房主管进行物资入库,生成验收管理结果,完成管理任务。
2.2.4支付管理流程
图2.5支付管理业务流程图
如上图所示,支付管理业务流程图是采购主管、后勤处主任、财务处、分管副校长进行支付管理的业务流程。
首先由采购主管接收物资入库验收单,并根据物资入库验收单信息收取发票,填写付款申请表,提交至后勤处主任审核申请,并确定是否通过审核,如果未能通过审核,则返回采购主管处重新填写付款申请表,如果通过审核,则由财务处进行审核申请。
财务处确定是否通过审核,如果未能通过审核,则返回采购主管处重新填写付款申请表,如果通过审核,则交由分管副校长审批申请。
财务处根据分管副校长的审批信息进行贷款支付,由采购主管进行财务核销,生成支付管理结果。
2.2.5入库管理流程
图2.6入库管理业务流程图
如上图所示,入库管理业务流程图是库房干事、库房主管进行入库管理的业务流程。
首先由库房干事进行物资核对,确定是否一致,如果不一致,则重新进行物资核对,如果一致,则进行物资入库,根据物资入库信息填写物资入库验收单,并进行物资登记。
库房干事将物资登记信息提交至库房主管处,由库房主管进行审核,并确定是否通过审核,如果未能通过审核,则返回库房干事处重新进行物资核对,如果通过审核,则由库房干事进行物资编目,生成入库管理结果,结束任务。
2.2.6基础信息管理流程
图2.7基础信息管理业务流程图
如上图所示,基础信息管理业务流程图是采购干事、采购主管进行基础信息管理的业务流程。
首先由采购干事整理基础信息,包括仓库基础信息、物资基础信息、供应商信息管理、员工信息管理等,并交由采购主管进行信息审批,并确定是否通过审批,如果未能通过审批,则结束基础信息管理任务,如果通过审批,则由采购干事选择更新类型。
根据更新类型,采购干事对已有信息进行查询,并确定该信息是否存在,如果信息不存在,则新增信息,并记录信息,如果信息存在,则修改或删除信息后记录信息,生成基础信息管理结果。
2.3业务流程再造
2.3.1采购计划管理流程
图2.6采购计划管理流程再造业务流程图
如上图所示,采购计划管理流程再造业务流程图是采购干事、采购主管和后勤处主任进行采购计划管理流程再造的业务流程。
首先,由采购干事登陆杭州师范大学后勤采购管理系统,进入采购计划管理界面,填写采购计划表信息,并上传采购计划表信息至采购主管处,由采购主管等待审核采购计划表,并确定是否通过审核,如果未能通过,则返回采购干事重新进行上传,如果通过审核,则由采购主管登记物资需求总计划信息。
后勤处主任根据物资需求总计划信息,等待审核物资需求总计划信息,并确定是否通过审核,如果未能通过审核,则返回采购主管处重新登记物资需求总计划信息,如果通过审核,则由采购干事根据审核结果编制物资需求月计划,并确定是否是特殊物资,如果是特殊物资,则提前两个月上报计划信息,并由采购主管等待审核月计划信息,如果不是特殊物资,则直接提交至采购主管等待审核月计划信息,由采购主管确定是否通过审核,如果未能通过,则由采购干事重新编制物资需求月计划,如果通过审核,则由后勤处主任保存审批授权信息,生成流程再造结果。
2.3.2采购管理流程
图2.7采购管理流程再造业务流程图
如上图所示,采购管理流程再造业务流程图是采购主管、后勤处主任、物资申请人、采购干事进行采购管理流程再造的业务流程。
首先由采购主管登陆杭州师范大学高校后勤采购管理系统,进入采购管理界面,设置分级采购机制信息,并保存分级采购机制信息,并提交至后勤处主任处,由后勤处主任等待审核分级采购机制信息,并确定是否通过审核,如果未能通过审核,则由采购主管重新保存分级采购机制信息,如果通过审核,则由物资申请人根据审核信息上传物资申请计划信息,并由采购干事自动汇总物资申请计划信息。
采购干事根据汇总结果登记采购任务信息,并由采购主管设置采购方式,包括招标采购(公开招标和邀请招标)、议标采购(竞争性谈判、单一来源采购)、框架协议执行采购、紧急采购、零星采购等。
采购干事根据采购方式填写市场调查信息,采购主管根据市场调查信息选择供应商信息,并由采购干事根据供应商信息填写采购合同信息。
采购主管记录采购合同评审信息,交由后勤处主任等待审批信息,并确定是否通过审批,如果未能通过审批,则返回采购干事处重新填写采购合同信息,如果通过审批,则由采购干事保存采购合同信息,生成流程再造结果。
2.3.3验收管理流程
图2.8验收管理流程再造业务流程图
如上图所示,验收管理流程再造业务流程图是采购干事、库房主管进行验收管理的业务流程。
首先由采购干事和库房主管登陆杭州师范大学高校后勤采购管理系统,进入验收管理界面,填写物资进场信息,分别填写质量验收信息、填写单据验收信息和填写数量验收信息,并分别确定是否合格,如果不合格,则交由采购干事记录供应商联系信息,并根据供应商记录退货、换货或者补货信息,完成验收管理任务,如果合格,则共同提交至采购干事,采购干事填写验收表信息,由库房主管填写验收表信息,并根据验收表信息登记物资入库信息,生成验收管理流程再造结果,结束任务。
2.3.4支付管理流程
图2.9支付管理流程再造业务流程图
如上图所示,支付管理流程再造业务流程图是采购主管、后勤处主任、财务处、分管副校长进行支付管理流程再造的业务流程。
首先由采购主管登陆杭州师范大学高校后勤采购管理系统,进入支付管理界面,查询物资入库验收单信息,并根据物资入库验收单信息上传发票材料,填写付款申请表,并交由后勤处主任等待审核申请信息,并确定是否通过审核,如果未能通过,则交由采购主管重新填写付款申请表,如果通过审核,则由财务处等待审核申请信息,并确定是否通过审核,如果未能通过审核,则返回由采购主管重新填写付款申请表,如果通过审核,则提交至分管副校长等待审核申请信息。
财务处根据分管副校长的审核结果登记货款支付信息,采购主管根据财务处的支付信息登记财务核销信息,并生成支付管理流程再造结果。
2.3.5入库管理流程
图2.10入库管理流程再造业务流程图
如上图所示,入库管理流程再造业务流程图是库房干事、库房主管进行入库管理流程再造的业务流程。
首先,由库房干事登陆杭州师范大学高校后勤采购管理系统,进入入库管理界面,登记物资核对信息,并确定物资是否一致,如果不一致,则重新进行登记,如果一致,则由库房干事登记物资入库信息,根据物资入库信息填写物资入库验收单,并登记物资入库信息提交至库房主管。
库房主管等待审核信息,并确定是否通过审核,如果未能通过审核,则返回由库房干事重新登记物资核对信息,如果通过审核,则由库房干事根据审核结果记录物资编目信息,生成流程再造结果,结束任务。
2.3.6基础信息管理流程
图2.11基础信息管理流程再造业务流程图
如上图所示,基础信息管理流程再造业务流程图是采购干事、采购主管进行基础信息管理流程再造的业务流程。
首先由采购干事登陆杭州师范大学高校后勤采购管理系统,进入基础信息管理界面,并填写基础信息,包括仓库基础信息、物资基础信息、供应商信息管理、员工信息管理等,并提交至采购主管等待审批信息,确定是否通过审批,如果未能通过审批,则结束任务,如果通过审批,则由采购干事选择更新类型,根据更新类型查血已有信息,并确定已有信息是否存在,如果不存在,则新增信息并保存,如果存在,则删除或修改信息并保存,生成基础信息管理流程再造结果,结束任务。
第三章功能分析
3.1角色分析
以下从系统的实际需求分析,系统涉及到以下角色:
表3.1角色划分表
角色
职责或功能
物资申请人
系统主要参与者,进行采购申请等
采购主管
系统主要参与者,进行物资需求计划管理、审核审批管理、合同管理、采购工作机制管理、采购任务管理、付款申请管理、信息审批等
采购干事
系统主要参与者,进行采购计划表管理、物资需求计划管理、采购任务管理、合同管理、质量验收、单据验收、数量验收、信息管理等
后勤处主任
系统主要参与者,进行审核审批管理、合同管理、采购工作机制管理、审核审批管理等
财务处
系统主要参与者,进行审核审批管理、货款支付等
分管副校长
系统主要参与者,进行审核审批管理等
库房主管
系统主要参与者,进行质量验收、单据验收、数量验收、入库审核管理等
库房干事
系统主要参与者,进行入库验收单管理、物资登记管理等
管理人员
系统的管理人员,负责系统维护等
3.2系统用例分析
3.2.1总体用例分析
下面给出了系统的总体用例图,包含采购计划管理、采购管理、验收管理和支付管理、入库管理、基础信息管理等用例,如下图3.1所示:
图3.1系统总体用例图
用例图3.1中参与者有物资申请人、采购主管、财务处、库房主管、采购干事、后勤处主任、分管副校长、库房干事,用例有采购计划管理、采购管理、验收管理、支付管理、入库管理、基础信息管理、系统管理。
参与者采购主管、采购干事、后勤处主任与用例采购计划管理之间的关系是关联关系,参与者物资申请人、采购主管、后勤处主任、采购干事与用例采购管理之间的关系是关联关系,参与者采购干事、库房主管与用例验收管理之间的关系是关联关系,参与者采购主管、财务处、后勤处主任、分管副校长与用例支付管理自己的关系是关联关系,参与者库房主管、库房干事与用例入库管理之间的关系是关联关系,参与者采购主管、采购干事与用例基础信息管理之间的关系是关联关系,参与者系统管理员与用例系统管理之间的关系是关联关系。
表2-2采购计划管理用例说明
用例
采购计划管理
参与者
采购主管、采购干事、后勤处主任
描述
描述了采购主管、采购干事、后勤处主任使用本系统的系统总体子系统进行采购计划管理的整个过程
前置条件
采购主管、采购干事、后勤处主任已经成功登陆到系统总体子系统
后置条件
界面向采购主管、采购干事、后勤处主任给予操作成功提示系统生成采购计划管理信息
基本流
1.采购主管、采购干事、后勤处主任登陆系统,系统显示主页界面
2.采购主管、采购干事、后勤处主任选择系统总体子系统,系统显示系统总体子系统界面
3.采购主管、采购干事、后勤处主任选择采购计划管理模块,系统显示采购计划管理信息界面
4.采购主管、采购干事、后勤处主任对采购计划信息进行录入、添加、删除、修改等
5.确认无误后,点击保存,系统自动提交
可选流
1.系统身份验证不通过,系统给出非法用户的提示
2.当前用户无系统参数设置权限,系统提示不能越权使用
表2-3采购管理用例说明
用例
采购管理
参与者
物资申请人、采购主管、后勤处主任、采购干事
描述
描述了物资申请人、采购主管、后勤处主任、采购干事使用本系统的系统总体子系统进行采购管理的整个过程
前置条件
物资申请人、采购主管、后勤处主任、采购干事已经成功登陆到系统总体子系统
后置条件
界面向物资申请人、采购主管、后勤处主任、采购干事给予操作成功提示系统生成采购管理信息
基本流
1.物资申请人、采购主管、后勤处主任、采购干事登陆系统,系统显示主页界面
2.物资申请人、采购主管、后勤处主任、采购干事选择系统总体子系统,系统显示系统总体子系统界面
3.物资申请人、采购主管、后勤处主任、采购干事选择采购管理模块,系统显示采购管理信息界面
4.物资申请人、采购主管、后勤处主任、采购干事对采购管理信息进行录入、添加、删除、修改等
5.确认无误后,点击保存,系统自动提交
可选流
1.系统身份验证不通过,系统给出非法用户的提示
2.当前用户无系统参数设置权限,系统提示不能越权使用
表2-4验收管理用例说明
用例
验收管理
参与者
采购干事、库房主管
描述
描述了采购干事、库房主管使用本系统的系统总体子系统进行验收管理的整个过程
前置条件
采购干事、库房主管购干事已经成功登陆到系统总体子系统
后置条件
界面向采购干事、库房主管购干事给予操作成功提示系统生成验收管理信息
基本流
1.采购干事、库房主管登陆系统,系统显示主页界面
2.采购干事、库房主管选择系统总体子系统,系统显示系统总体子系统界面
3.采购干事、库房主管选择验收管理模块,系统显示验收管理信息界面
4.采购干事、库房主管对验收管理信息进行录入、添加、删除、修改等
5.确认无误后,点击保存,系统自动提交
可选流
1.系统身份验证不通过,系统给出非法用户的提示
2.当前用户无系统参数设置权限,系统提示不能越权使用
表2-5支付管理用例说明
用例
支付管理
参与者
采购主管、后勤处主任、分管副校长、财务处
描述
描述了采购主管、后勤处主任、分管副校长、财务处使用本系统的系统总体子系统进行支付管理的整个过程
前置条件
采购主管、后勤处主任、分管副校长、财务处已经成功登陆到系统总体子系统
后置条件
界面向采购主管、后勤处主任、分管副校长、财务处给予操作成功提示系统生成支付管理信息
基本流
1.采购主管、后勤处主任、分管副校长、财务处登陆系统,系统显示主页界面
2.采购主管、后勤处主任、分管副校长、财务处选择系统总体子系统,系统显示系统总体子系统界面
3.采购主管、后勤处主任、分管副校长、财务处选择支付管理模块,系统显示支付管理信息界面
4.采购主管、后勤处主任、分管副校长、财务处对支付管理信息进行录入、添加、删除、修改等
5.确认无误后,点击保存,系统自动提交
可选流
1.系统身份验证不通过,系统给出非法用户的提示
2.当前用户无系统参数设置权限,系统提示不能越权使用
表2-6入库管理用例说明
用例
入库管理
参与者
库房主管、库房干事
描述
描述了库房主管、库房干事使用本系统的系统总体子系统进行入库管理的整个过程
前置条件
库房主管、库房干事已经成功登陆到系统总体子系统
后置条件
界面向库房主管、库房干事给予操作成功提示系统生成入库管理信息
基本流
1.库房主管、库房干事登陆系统,系统显示主页界面
2.库房主管、库房干事选择系统总体子系统,系统显示系统总体子系统界面
3.库房主管、库房干事选择入库管理模块,系统显示入库管理信息界面
4.库房主管、库房干事对入库管理信息进行录入、添加、删除、修改等
5.确认无误后,点击保存,系统自动提交
可选流
1.系统身份验证不通过,系统给出非法用户的提示
2.当前用户无系统参数设置权限,系统提示不能越权使用
表2-7基础信息管理用例说明
用例
基础信息管理
参与者
采购主管、采购干事
描述
描述了采购主管、采购干事使用本系统的系统总体子系统进行基础信息管理的整个过程
前置条件
采购主管、采购干事已经成功登陆到系统总体子系统
后置条件
界面向采购主管、采购干事给予操作成功提示系统生成基础信息管理信息
基本流
1.采购主管、采购干事登陆系统,系统显示主页界面
2.采购主管、采购干事选择系统总体子系统,系统显示系统总体子系统界面
3.采购主管、采购干事选择基础信息管理模块,系统显示基础信息管理信息界面
4.采购主管、采购干事对基础信息管理信息进行录入、添加、删除、修改等
5.确认无误后,点击保存,系统自动提交
可选流
1.系统身份验证不通过,系统给出非法用户的提示
2.当前用户无系统参数设置权限,系统提示不能越权使用
表2-8系统管理用例说明
用例
系统管理
参与者
系统管理员
描述
描述了系统管理员使用本系统的系统总体子系统进行系统管理的整个过程
前置条件
系统管理员已经成功登陆到系统总体子系统
后置条件
界面向系统管理员给予操作成功提示系统生成系统管理信息
基本流
1.系统管理员登陆系统,系统显示主页界面
2.系统管理员选择系统总体子系统,系统显示系统总体子系统界面
3.系统管理员选择系统管理模块,系统显示系统管理信息界面
4.系统管理员对系统管理信息进行录入、添加、删除、修改等
5.确认无误后,点击保存,系统自动提交
可选流
1.系统身份验证不通过,系统给出非法用户的提示
2.当前用户无系统参数设置权限,系统提示不能越权使用
3.2.2子用例分析
3.2.2.1采购计划管理用例
如下图所示,采购计划管理用例包含了个子用例。
其中,
图3.2采购计划管理用例图
用例图3.2中的参与者有采购干事、采购主管、后勤处主任,用例有采购计划管理、物资需求计划管理、总计划管理、月计划管理、审核审批管理。
参与者采购干事与用例采购计划管理之间的关系是关联关系,参与者采购干事、采购主管与用例物资需求计划管理之间的关系是关联关系,参与者采购主管、后勤处主任与用例审核审批管理之间的关系是关联关系,用例物资需求计划管理与用例总计划管理、月计划管理之间的关系是包含关系.
表2-9采购计划表管理用例说明
用例
采购计划表管理
参与者
采购干事
描述
描述了采购干事使用本系统的系统总体子系统进行采购计划表管理的整个过程
前置条件
采购干事已经成功登陆到系统总体子系统
后置条件
界面向采购干事给予操作成功提示系统生成采购计划表管理信息
基本流
1.采购干事登陆系统,系统显示主页界面
2.采购干事选择采购计划管理子系统,系统显示采购计划管理子系统界面
3.采购干事选择采购计划表管理模块,系统显示采购计划表管理界面
4.采购干事选择模板类型,页面显示采购计划表模板信息详情
5.采购干事填制采购计划表,输入采购计划信息,包括采购申请人、采购物资类型、采购金额等,
6.确认无误后,点击保存,系统自动提交
7.采购干
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 作业 范本 v10