博客系统需求分析文档
博客系统需求分析文档(精选9篇)
博客系统需求分析文档 第1篇
[个人博客系统]
需求说明书
[V1.0(版本号)]
拟 制 人朱金国审 核 人潘欣批 准 人潘欣
[二零一零年五月九日]
需求说明书
1.引言
1.1编写的目的a.为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。
b.本文档供项目经理、设计人员、开发人员参考。
1.2背景
a.系统名称:个人博客系统;
b.用户:广大普通用户包括高级知识分子;
C.市场背景:全球上网的10亿人中,有1亿人正通过博客改变他们的生活,不同国家、地区、年龄的人群通过博客建立了一个充满个性的交流空间,人们通过自己的文字传递着不同的信息。作为一个新兴、发展、甚至迅速膨胀的网络空间,博客向我们透露着这个信息传递和情感交流的平台将影响接下来的几代人。
1.3定义
Blog:博客
1.4参考资料
《软件文档国家标准》
《计算机软件开发文档编写指南》
2.任务概述
2.1目标
本系统所实现的功能将是利用程序的智能算法,利用各种数据,将各个Blog的最新内容整合到一起。
(1)建立查询网站,支持并发访问
(2)可提供面向所有客户的基于HTML和RSS等格式的实用信息
(3)提高数据读取效率
(4)建立多个发布点,规避网络风险,保证数据传输稳定
(5)能随时根据站点数量和内容的变化实现更新和扩展
(6)发布的信息能够鼓励Blog作者经常更新自己的站点,能够产生实际的宣传效果
2.2.运行模式:
面向用户,在浏览器中直接返回相关数据,包括最新日志和站点信息。
本系统被期望布署为一个数据发布系统和多个数据镜像发布系统,要求有较高可靠性和稳定性。
2.3 用户的特点
管理员:可以对普通用户进行授权,对会员信息进行部分更改,主要包括用户角色调
整,版主调整,删除会员等;
注册用户:可以加好友,关注好友,转载博文,上传图片,留言等;
游客:可以进行匿名留言等。
3.需求规定
3.1系统功能模块
1.会员注册
新会员注册,提供会员信息,检验新会员信息的有效性;
2.会员登陆
输入用户名和密码,检验用户信息;
3.会员管理
管理员由程序员设置一个,管理员可以对会员信息进行部分更改,主要包括用户角色调整,版主调整,删除会员等;
4.Blog板块管理
用户可以添加,删除,调整博客板块;
5.留言管理
用户可以对所有帖子进行转移,删除等操作;
6.留言回复
注册用户可以回复好友;
7.博文发表
注册用户可以在板块中发表新博文;
8.博文搜索
用户或者游客可以提供关键字查找博主的相关博文,注册用户可以查看自己发表的博文;
9.博友
注册用户可以添加好友,便于查看好友的博文和评论好友博文,以及给好友发送消息,留言等
10.聊天室
注册用户可以在聊天室和Blog成员会话
聊天室的名称,人数限制等由管理员设置,聊天室可以由管理员创建,删除。
13.意见反馈
用户可以给管理员联系,并欢迎提成各种意见和建议;
3.2系统操作
1.会员注册
填写个人信息---信息检验---保存会员信息
2.会员登陆
输入用户名和密码---信息验证
3.会员管理
持有管理员角色---角色调整或分配版主或删除用户
4.博客板块管理
注册用户角色---添加,删除,调整,隐藏板块
5.博文发表
注册用户---选择板块发表主题---主题持久化
6.留言回复
注册用户---针对主题发表回复---回复持久化
7.留言管理
持有版主角色---转移,删除等操作
8.博文搜索
注册用户---按检索条件返回相关博文
9.好友
注册用户---添加好友用户名---验证信息---添加成功
3.3 对性能的规定
3.3.1精度
输入数据除了非法字符均可。
3.3.2时间特性要求
无具体要求(或者一天24小时)。
3.3.3灵活性
当系统遇到偶然或者非人为的故障时,本系统将自动保存未完成的任务。
4.运行环境规定
4.1设备
Win98以上操作系统
内存:128M以上
硬盘:20G以上
(因为本系统对硬件要求不高,所以以上数据仅供参考)
4.2支持软件
大部分浏览器均可;
装了flash播放器
4.3接口
博客系统需求分析文档 第2篇
引言
1.1 编写的目的
现今的商品社会是一个讲究效率的社会,人们有很强的时间观念,如果使用手工操作或者使用相当繁琐的软件,既浪费了人力,又浪费了物力,效率无法提高,为此开发图书管理系统软件,能够提高效率,该软件非常容易被接收,简单易用,便于管理,本项目的设计目标就是为图书管理提供快捷方法,使读者能够便捷查询图书信息,方便读者借阅图书。.1.2 背景
待开发的系统的名称:图书管理系统。 本项目的任务提出者:XX大学计算机系。 本项目的开发者:计算机0701。1.3 参考资料
[1] 陆慧恩.实用软件工程.清华大学出版社,2009年9月
[2] 王花.软件工程实验与课程设计指导.电子工业出版社,2008年6月 [3] 肖汉.软件工程理论与时间.科学出版社,2006年7月 [4] 陆安生.管理信息系统.中国水利水电出版社,2007年7月 任务概述 2.1 目标
图书管理系统是要提供图书信息和读者基本信息的维护以及图书的借阅等功能。该系统针对的用户是单个中小型图书馆,藏书的种类数量较小,系统需要操作方便,易于使用,方便管理员对整个系统的管理和图书借阅的管理。2.2 用户的特点
本项目的最终用户是图书管理员和读者,图书管理员负责对用户的创建与维护以及图书的管理维护等工作,需具备一定的操作知识,读者为普通用户,能完成简单的计算机操作即可。2.3 运行环境
2.3.1 建议软件寿命
系统运行寿命最小值为1年。
2.3.2 硬件、软件、运行环境和开发环境方面的条件与限制
1)硬件条件
服务器、PC机。2)软件资源
操作系统:WIN2000或者更高。数据库管理系统:SQL Server 2000。开发工具:DELPHI 7。开发限制:开发时间短。
需求规定
3.1 对功能的规定
本系统需要实现以下一些基本功能:
1)图书类别的管理:对图书的类别进行管理。2)图书入库管理:录入新的图书信息。2 3)4)5)6)图书信息修改管理:对已有的图书信息进行修改,包括删除指定图书。图书查询管理:通过各种查询方式进行查询,比如书号,书名,作者等。图书借还管理:实现对图书的借出和归还的管理。
读者管理:设置不同的读者身份,并对读者相关信息进行管理,包括建立新的读者、编辑已有的读者信息和删除读者信息的操作。7)权限管理:增加或者删除指定人员的权限。
对性能的规定 3.2.1 精度
在京都需求上,根据使用需要,在各项数据的输入、输出及传输过程中,可以满足各种精度的需求
3.2.2 时间特性要求
在软件方面,响应时间、更新处理时间都比较快且迅速,完全满足用户要求。3.2.3 灵活性
当用户需求,如操作方式,运行环境,结果精度,数据结构与其他软件接口等发生变化时,设计的软件要做适当的调整,具有较大的灵活性。3.3 输入输出要求
实现信息的模糊查询:输入信息项的部分或全部信息,输出与之相关的全部信息;
尽量使用下拉菜单选择模式而减少用户手动输入。
对一些特定类型的输入要有限制以保证输入正确的信息。如输入编号时则限制只能输入数字类型的字符串等。
3.4 故障处理要求
a)内部故障
在开发阶段可以随即修改数据库中相应内容。b)外部故障
对编辑的程序进行重装载时,第一次装载认为有错则修改。第二次运行,在需求调用时出错,有错误提示,重试 3.5 其他专门要求
暂无特殊的要求。数据流图
4.1 顶层数据流图如图4-1所示
读者读者查询读者图书管理系统操作员借阅操作操作员3.2
管理员管理数据操作员
图4-1图书管理系统顶层数据流图
4.2 0层数据流图如图4-2所示: 图书馆管理人员验证1登陆信息验证输入管理请求数据2处理管理请求数据验证失败管理员表验证操作员3登陆信息验证验证失败4借还处理图书馆管理人员显示操作员显示输入查询信息5处理查询请求数据查询结果操作员表读者读者
图4-2 图书管理系统0层数据流图
4.3 1层数据流图
4.3.1 登陆子系统如图4-3所示
1.1密码验证1.2验证权限权限登陆错误信息图书馆管理人员图书馆管理人员验证密码用户名1.3显示可用的控件和界面管理员表显示图4-3登陆子系统
4.3.2 查询子系统如图4-4所示 读者输入读者查询关键字5.1读者信息查询读者信息读者读者文件借阅文件输入图书查询关键字5.2图书信息查询图书信息图书目录文件
图4-4查询子系统
4.3.3 图书管理子系统如图4-5所示:
2.1处理新书购入输入购入新书数据图书馆管理人员更新图书数据图书目录文件2.2更新图书信息输入注销图书字段注销成功2.3图书注销 图4-5图书管理子系统
4.3.4 借阅子系统如图4-6所示:
图书目录文件罚款单图书馆操作人员输入借阅信息4.2处理学生借书处理结果学生文件输入图书字段4.3处理学生还书借阅文件图书馆操作人员处理结果罚款单图书目录文件
图4-6借阅子系统 相关数据字典
图书信息=图书编号+ISBN编号+名称+类别+作者+价格+出版社+出版日期+总量+库存量+可借天数+备注;
工作人员=编号+级别+姓名+性别+出生日期+年龄+籍贯+住址+联系电话+职称+密码+备注;
读者信息=读者编号+姓名+性别+出生日期+年龄+籍贯+住址+联系电话+备注; 罚款信息=罚款编号+读者编号+图书编号+应归还日期+实际归还日期+罚款金额
图书借阅=借阅标号+读者编号+图书编号+借阅日期+应还日期+续借次数+借阅数量+操作员;
级别=[操作员 |管理员]; 6 运行环境规定
6.1 支持软件
该项目需要SQL Server数据库支持,在WINDOWS操作系统下运行。
6.2 接口
本项目的用户一般需要通过终端进行操作,进入主界面后点击相应的菜单,进入相对应的界面(如输入界面、输出界面等)。用户对程序的维护,最后要有备份。6.3 控制
软件启动:通过双击本软件的图标进入软件管理界面; 退出软件:点击退出按钮即可退出软件;
文档管理系统需求分析 第3篇
目前, 大多数文档管理系统在实现企业各部门日常文件管理的功能外, 还增设了很多新功能, 以满足文档管理系统电子化、标准化的新要求, 例如功能强大的档案查询模块, 使管理者对日常文档的查找更加方便, 解决了传统管理中查找困难、耗时等问题。采用现代化的文档管理系统满足了企业“无纸化”的办公要求, 实现了通过计算机对文档管理进行全程跟踪的目标。
文档管理系统的全面应用, 使企业克服了传统文档管理方法中存在的缺点, 提高了管理部门的日常办公效率, 增强了企业内部协同合作的能力。文档管理系统的应用, 在方便管理者有效管理文档的同时, 也大大提高了文档查找的效率, 进而提高了企业的综合效率。
1 文档管理系统的需求分析
根据市场需求, 要求文档管理系统需具有以下功能: (1) 处理大量复合型文档的数据信息; (2) 通过系统查看文档内容和属性; (3) 通过系统可以完成对文档一系列的日常操作, 保证系统的安全性和可靠性; (4) 由于操作人员的计算机操作能力普遍较低, 因此要求系统具有良好的人机交互界面; (5) 完全人性化设计, 无需专业人士指导, 即可操作本系统; (6) 系统具有数据备份和数据还原功能, 能够保证系统数据的安全性。
2 文档管理系统的主要功能
文档管理系统由以下几个功能模块组成 (见图1) : (1) 系统设置模块。该模块包括用户管理、口令修改和退出系统。 (2) 基本信息模块。该模块包括单位档案、文档类别两部分。 (3) 文档管理模块。该模块包括添加文档、修改文档、删除文档、文档浏览和查看文件属性五部分。 (4) 数据库管理模块。该模块包括数据库备份、数据库还原和日志管理三部分。
3 文档管理系统的设计目标
文档管理系统是根据中、小企业的实际需求开发的, 能够完全实现企业对制度文档的自动化管理, 通过本系统可以实现以下几个目标: (1) 系统运行稳定, 安全可靠; (2) 界面设计美观, 人机交互界面友好; (3) 信息查询灵活、方便、快捷、准确, 数据存储安全可靠; (4) 操作员可以随时修改自己的口令; (5) 对用户的输入数据, 系统能够进行严格的检验, 尽可能排除人为错误; (6) 数据保密性强, 为每个用户设置了相应的权限级别。
4 文档管理系统的开发环境
文档管理系统开发和运行环境如下:
系统开发平台:Visual C++6.0或C#;数据库管理系统软件:SQL Server 2000;系统运行平台:Windows XP/Windows 2000;分辨率:最佳效果1 024768像素。
文档管理系统概念模型如图2所示。
5 结束语
综上所述, 文档管理实际就是文件的制作、修改、传递、鉴定、保存、销毁、存档等一系列操作。文档管理系统是企业经营管理中不可缺少的一部分。通过文档信息管理系统, 实现了文档管理自动化的目标, 提高了企业的办公效率。以上对目前企业文档管理系统的主要需求、功能模块、功能架构、设计目标和开发结构等进行了介绍, 以期为相关方面的研究提供一定的参考。
摘要:简述了目前企业文档管理系统的主要需求, 并对系统功能模块、功能架构、设计目标和开发结构等进行简单的介绍, 为文档管理系统的设计提供了参考方向。
关键词:文档管理系统,功能,设计目标,开发环境
参考文献
[1]王萍, 冯建华.C++面向对象程序设计[M].北京:清华大学出版社, 2006.
[2]萨师煊, 王珊.数据库系统概论[M].北京:高等教育出版社, 2006.
在线培训系统的需求分析 第4篇
关键词:在线培训 需求分析 即时通讯
1 在线培训系统产生背景分析
面对着日益激烈的竞争,每个从业者都意识到了非常大的挑战,只有通过不断地学习才能提高自己对社会的适应能力,才能在竞争过程中紧握主动的态势,才能保证自身竞争的优势。然而,每天对工作时间投入的越来越多,使的从业者再次进入学校进行系统专业的知识技能培训的可能越变越少。于是在线培训系统在这样的需求下就应运而生了。
在线培训系统是半开放式的教育培训类计算机系统,通过对注册会员收取一定的会费维系系统的正常维护和运营的盈利,在线培训系统应以视频课件为主,采用同学校课堂类似的学习场景,使学员在学习的过程中能通过图音并茂的视频课程达到最佳的学习效果。视频课件将以学科进行分类方便学员检索和观看,学员在学习了相关的视频课程后,可以对该课程进行评分的操作,获评分数最高的课件及讲师将会按照系统设置自动向前排名,非注册会员可以通过系统首页的试学模块,观看免费开放的视频课程,方便此类用户进行选择。同时为了方便线下学员的学习,在线培训系统也提供电子教程及相应辅导材料的下载。此类系统的优势在于可以由具有学习意识的从业者自主合理的安排和利用空闲时间,实现专业技能或知识的提高。该系统可以面向个人及企业团体提供培训服务。
2 在线培训系统需求分析
按照该系统产生的历史背景和社会环境进行分析,在线培训系统必须具备以下功能:
2.1 讲师管理 讲师管理的功能模块是在线培训系统的重要功能模块。从用户类型角度划分,讲师管理功能模块的用户主要有两类,讲师用户与系统管理员用户。作为维护系统日常运行的技术人员,需要该模块提供的管理功能对培训讲师进行管理,鉴于使用场景的不同,系统管理员用户使用该功能模块提供的主要功能包括,讲师资料信息的增删改查基本操作。新增功能(Create)的使用主要面向两种情况,系统内讲师用户分两类。第一类培训讲师通过系统运营方通过社会招聘的形式,聘请一些在行业内具有较高权威和学术建树的专业学者和知名教授。第二类是业余培训讲师,为了能实现知识的最大范围传播和利用,本系统的该功能可以为隐藏在民间却有着较高学术造诣的怀才人士提供一个知识传播和共享的平台,同时通过学员点评的分数来评定该类课程的受欢迎程度。删除功能(Delete)的使用主要面向下列情况,系统对获学员好评度低的课件将实行下架的系统自动操作,某时期内没有提升的,系统将自动产生邮件发送给系统运营方和系统管理员。修改功能(Update)的使用主要面向下列情况,培训讲师资质背景或其他属性信息的改变都需要通过使用该功能实现,最新的讲师资料可以方便学员对讲师的信息有一个更新,更客观的了解。查询功能(Retrieve)的使用主要面向下列情况,在线培训系统的培训讲师的数量是非常多的,对这些讲师进行管理时,快速的找到该讲师的资料以方便对其进行操作,可以提高系统管理员的管理效率。
CRUD功能的主要使用者为系统管理员或具有较高管理权限的板块管理员。制作课件及上传,讲师可以在控制面板中的课件制作页面进行视频课件和文本课件的制作,制作完的课件可以直接上传至在线培训系统的服务器。删除课件,过期或存在错误的课件可以通过删除课件功能进行删除。回复与答疑,学员在论坛中提到的问题可以按照问题所属学科转入讲师的待答疑列表中,讲师可以直接对所提问题进行答疑。课件的制作与上传,删除,回复与答疑功能的主要使用者为讲师。
2.2 课件与题库 课件分为视频课件和文字课件,这两类课件都是由讲师进行管理的,由讲师上传和维护自己制作的视频课件和文字课件,对于视频课件和文字课件的制作,系统提供软件工具的下载链接和使用说明。达到较高分数的课件将被锁定,无法由讲师进行删除操作。对课件的操作由基本的CRUD组成,系统需要提供在线播放器和在线阅读器的功能。
2.3 用户管理 从职能划分可以分为技术维护人员和板块管理人员,业余培训讲师的增加无疑扩展了系统吸纳知识的能力,同时也给学员带来了很多的困惑,如何让学员能够有的放矢的学到自己适合自己学习的课程,由具有专业板块知识的管理人员将担负起初步的筛选功能,只有通过审核的业余培训讲师的课程才可以列入学员选取和查询的课程列表。学员管理中的CRUD功能的主要用户为系统管理员,其他非管理用户仅有密码修改功能。
2.4 系统管理 邮件自动发送设置:邮件自动发送设置可以讲重复,繁杂的邮件发送工作交由系统完成,邮件自动发送设置可以通过制定相同的邮件格式实现快速,准时的邮件通知。系统版面设置:在线培训系统提供不少于三种系统样式版面,通过样式与脚本文件的维护实现系统外观样式的变化。公告管理:对于系统中的需要对外公布的信息,需要以公告的形式发布。数据备份:从系统的安全性考虑,健壮的系统需要有灾难恢复的能力。参数维护:参数维护主要指试题题型与学科类型等数据的维护,在编写试题的时候需要指定该试题所属的题型,而可供选择的题型可以通过参数维护来完成,通过这种处理方式,试题的题型将变得非常灵活,可以任意的在系统内添加和修改和删除。考试时间设置:在线培训系统中试卷是可以自动生成的,但是考试时间是可以通过用户进行设置的。系统管理的主要用户为系统管理员和具有较高管理权限的板块管理员。
2.5 在线评测 在线评测又称在线考试,是使用计算机通过网络使用网上试卷进行考试的一种考试形式,与传统的纸质考试是不一样的,传统考试从出题,组卷,印发等一系列环节都需要大量的人工参与,而且需要投入大量的资金,考试成本会比较大,而在线评测系统则可以既达到测验学员学习效果的目的,又能节省大量的成本。而且还不受地点,时间限制,使用非常的灵活,能最大满足具有不同需求的考生。在线考试系统可以实现无纸化,网络化,自动化的目标,符合现在社会发展的规律,和新阶段社会主义市场经济的需求,具有深远的社会意义和实用价值。在线考试的执行将在设置的时间段进行,其他时间不提供该功能。每位学员申请考试操作成功后试卷的姓名将自动添加当前系统用户姓名,所属学科等信息也由系统自动填入,在线试卷浮动显示考试时间,可设置隐藏和现实,方便学员了解考试时间。答卷时间完毕后,学员将无法进行答卷的操作,试卷将自动提交至所选课程的讲师处。在线评测的主要用户为学员用户。
2.6 在线交流 在线交流分为论坛(BBS)和在线即时通讯(IM)两个功能板块。论坛为学员交流学习心得和讲师答疑的平台,论坛版块按照学科分类,设板块管理员一名,可对所属板块的日常维护进行操作。所属板块内的学员提问将会在讲师的待答疑列表出现。讲师解答的回复将在论坛内对应的问题下方显示。按照功能分类,论坛可分三种区域,①答疑区,该区域内仅允许学员对课程中存在的问题进行提问。②交流区,该区域可以允许学员与学员,讲师与讲师,学员与讲师进行沟通和交流学习心得或学习技巧。③通告区,关于论坛或在线培训系统的一些公告信息在本区域内发布。即时通讯(IM)客户端软件可以通过在线培训系统的首页下载地址下载安装,IM除具备基本的功能外,将增加公告和在线培训系统及论坛系统的链接功能,方便学员通过点击直接进入对应的系统,免去了登录的操作。相对于网页形式的系统,即时通讯可以登录并最小化至任务栏,既不影响其他工作的进行,又能及时,方便的获知系统发布的最新信息了解系统动态,还可以通过联系人直接和同学进行即时沟通和交流。即时通讯工具(IM)必须具备的功能有,联系人聊天功能,系统公告信息展示功能,文件传输功能,系统统一登录功能(SSO),屏幕录制的功能。培训系统的公告信息可以在IM客户端即时显示,用户也可以通过点击IM中的系统链接一键登陆在线培训系统和论坛系统,IM仅对系统的合法用户(注册学员及讲师,系统管理员)开放,无合法账号的用户无法登录使用。
参考文献:
[1]AndrewS.Tanenbaum,AlbertS.Woodhull著,陈渝,谌卫军,译.操作系统:设计及实现(第三版) [M].北京:电子工业出版社,2007.
[2]EviNemeth/GarthSnyder/TrentR.Hein著,张辉,译.Linux系统管理技术手册[M].北京:人民邮电出版社,2008.
儿童博客网站需求分析报告 第5篇
通过中国互联网络发展状况统计报告,发现网民对博客的需求增长迅速,同比增长超过10%,相比对网络聊天室以及个人主页空间的需求要高近5%。显示出了网民对博客的极度追捧。
博客永远是共享与分享精神的体现
儿童博客网站是一款以静、与细腻的宝贝博客,网站鲜明的色调,可以充分的展示出儿童博客的风格,记录下宝宝成长过程中的点点滴滴,此儿童博客网站主要是为妈妈们提供交流、分享的一个平台。
博客的用处:
1、作为网络个人日记
2、个人展示自己某个方面的空间
3、网络交友的地方
4、学习交流的地方
系统软件要求与选型
具体要求:
1)功能强的数据库管理系统,以对信息进行有效的管理
2)支持数据库管理系统的操作系统
3)丰富的程序设计语言
4)灵活的网络通讯软件,为以后联网提供软件保证
5)数据管理支持软件
6)丰富的应用软件
个人博客网页:
1.首页:点此标签可以回到刚进入博客的界面。
2.成长历程:点此标签进入日志网页,在此网页中我们不但可以显示自己以前所写的日志,也可以发表新的日志,同样博友也可以对你的日志进行评论。
3.宝贝相册:点此标签进入相册网页,在此网页中可以上传自己的照片,也可以对自己的相册进行编辑。
4.童声童语:点此标签进入音乐网页,在此网页中我们可以上传自己喜欢的音乐,同样也可以将他们设成博客的背景音乐,是博客丰富化。而博友也可以对我们上传的歌曲进行评论。
5.给我留言:点此标签进入留言网页,在此页面中我们可以看到博友给我们的留言信息,我们同样也可以回复他们。
合同管理系统需求文档 第6篇
一、开发前提:
合同系统的开发在原资金系统的基础上,人员组织结构、系统角色设置与资金系统基本一致或做少量修改。
合同系统审批方式采用类似于资金系统的网上审批。系统可以满足各种复杂的审批流转规则,尤其是满足集团公司多个子公司多种不同审批流程(同一模块每一个子公司一个流程)的需求。
合同系统中的合同隶属于资金系统中的项目,合同审批签订后占用项目的预算。通俗的讲,项目的预算是通过项目所对应的合同执行的,合同的签订、金额变更受到项目预算的制约。
二、详细需求:
1.供应商管理:
系统需求:
对供应商的基本信息进行管理,通过一个页面直观的展示合同对方的信息。 可以方便的增加、修改、模糊搜索供应商的信息。
系统提供上传供应商的资质信息等附件功能。
提供EXCEL导入导出供应商信息功能。
报表需求:
可以按照各种条件查询供应商的相关信息。
可以链接到供应商相关项目、相关合同和已经签署资金统计等内容。
2.合同管理(基础数据):
系统需求:
可对多种合同类型进行管理。如:设备合同、建安合同、服务合同、租赁合同等。 合同一定是和资金系统中的项目关联的。
合同分为开口合同和闭口合同。
合同金额分为合同金额(标的金额)、预算金额(计划金额)、实际结算金额三种。 合同保证金(尾款)。合同保证金的金额由录入合同的人计算填写,保证金交付
日期由合同录入人计算录入。
系统提供附件的上传和下载。
各式的合同系统提供填写模板、默认一些合同信息、校验一些合同信息输入的合法性。
系统提供合同样本的打印功能。并提供合同样本的导出为EXCEL功能。报表需求:
根据检索条件快速、准确找到合同资料,支持关键字模糊搜索、分组显示等。 提供合同按照类型、按照单位、按照项目的一些统计图表。
3.合同建立与审批管理(略)。
系统需求:
合同签订/变更是需要审批流程的,可根据合同类型、合同金额等条件自动匹配
合同审批流程。实现并签、串签、按条件跳转等功能。
合同的审批具有短信通知功能。
系统提供合同存档功能。
4.合同的变更管理。
系统需求:
系统提供合同基础信息变更的流程。可变更合同金额等基础信息。
报表需求:
提供合同具体的变更记录。
5.合同系统与资金系统的深度关联,预算管理。
系统需求:
任何合同都隶属于资金系统中的一个项目。
合同的建立、变更(金额)都受到项目预算的控制。在新增合同时如果合同所
属项目的资金不足则不允许新建合同。在最后的领导审批后,再次进行项目资
金进行是否满足合同资金的验证。验证复核后合同正式建立。合同变更中,如果合同金额增加同样需要验证其金额是否超出项目总金额。
合同的执行。合同的执行是在资金系统中填写合同报销单。以合同资金的支出
进度判断合同的执行进度。
合同保证金只有在合同保证金交付日期到达之后进行交付(报销)。报表需求:
项目报表中,分为项目预算、已签署合同金额、已执行合同金额、项目可签署
余额、项目实际剩余金额等字段。
项目报表中可以链接到支出类型表。
项目报表中可以链接到合同信息表。
项目报表提供按照供应商的统计报表及图表。
项目报表中提供按照时间的资金支出统计及报表。
预警提醒。报表提供合同进度逾期和资金逾期等提示。
6.系统设置。
填单权限设置。
报表查看权限设置。
组织结构、角色、等同资金管理系统。
合同管理-需求分析文档(模版) 第7篇
合同与招标管理主要实现对合同项目的立项审批、招标、合同以及竣工验收的全过程管理。该系统主要由合同项目管理、招标管理、合同管理、客户管理和灰名单管理等几个模块组成。
流程图:
合同管理流程图合同管理外包工程合同项目申请招标否自动创建项目合同项目审批招标书拟定标书签收登记评标报告申请评标报告审批合同申请招标记录填报谈判纪要录入资质与安全协议审查合同拟定付款申请合同记录人员管理合同终止现场管理合同变更竣工/质保验收申请竣工/质保验收审批结束 3 项目管理
3.1 项目申请:
合同项目管理是指所有需要签订合同的项目都要在此进行申请。由各个部门的专工或主任提出申请。
合同项目申请又分为未运行、进行中和已完工。后两者是属于后补项目,后补项目必须增加先履行原因。
合同项目的属性包括:项目编号、申请日期、后补类型(生产抢修、超过50万已书面报分公司同意、后补或不招标超过10万已书面报总经理同意)、项目状况(未进行、进行中、已竣工)、申请方式(招标、不招标)、项目名称、项目性质(新签、续签、变更、终止、补充)、资金来源、项目预算、费用管理部门、项目类型(技术服务、土建、维修、软件等)计划开工时间、计划竣工时间、申请理由、申请人、申请部门、申请部门主管、不招标理由(有多条理由显示,直接让用户勾选)、项目内容、工程量及物料人力资源情况。
合同项目申请时需要填写承包商推荐会签表,需要招标的项目至少选择5家,不需要招标的项目至少选择3家;如果选择的承包商单位不足则需要在【备注】中填写理由。合同申请的界面原型如下:
3.2 项目审批:
项目申请提交后,由各级进行审批,其中系统约定72小时,如果超过72小时,则系统自动推进,无需他在签字审批。但是要在系统中列明原因:“该记录已超过72小时,系统自动推进!”。如果是部门专工提出申请,则还需要部门主任审批,审批后由项目主管部门审批报公司分管领导审批,对于超过多少金额的还需要报总经理审批。对不同类型的项目,主管部门可能不一样,例如生产项目的主管部门是设备部,非生产项目的主管部门是经营计划部。项目审批的界面原型如下:
项目验收
项目验收分为: 竣工验收单、质保验收单和阶段验收单。
验收单包括:验收日期、验收单类别(竣工、质保、阶段)、项目名称、资金来源、项目预算、履行地点、开工日期、竣工日期、质保金截至日期、甲方名称、乙方名称、项目摘要内容、评价等级、合格/不合格、客户评价(符合合同要求、不符合合同要求、达到预期目标、未达到预期目标、可以投入使用、不可以投入使用、质保期质量无问题、质保期有问题)、填写人、填写时间、填写部门、附件。
竣工验收单申请:
由项目负责部门提出竣工验收申请。
竣工验收单审批:
竣工单申请后,经过各级审核通过后,就将该系统置为已竣工。当超过72小时候没有审批就自动推进。
质保验收单申请:
由项目负责部门提出竣工验收申请。
质保验收单审批:
质保单申请后,经过各级审核通过后,就将该系统置为已竣工。当超过72小时候没有审批就自动推进。
阶段验收单登记:
由项目负责部门登记所有阶段验收的记录。
如果项目是来自于外包工程,所有的验收记录和质保记录同步保存到外包工程的记录中。项目验收的界面原型如下:
招标管理
对于需要招标的项目,应该进行招标。招标管理主要是做好三个方面的工作:分别是招标拟定,标书签收登记以及项目评标报告。这三个节点只有在评标报告审批时必须要做的。
4.1 标书签收登记:
标书签收登记就是登记签收标书的投标方单位。由项目负责单位登记所有投标方单位,并记录投标单位名称,投标时间,投标金额,联系人及联系电话。界面原型如下:
4.2 招标书拟定:
招标书拟定就是下载招标书模板后,根据模板要求填写各项数据上传到系统中。
4.3 工程评估报告申请:
由项目负责部门提出工程评估报告申请。
工程评标报告属性:项目名称、资金来源、项目预算、参与投标单位(序号、公司名称、投标报价、资质)、评标意见、综合排序(将投标单位排序)、拟中标单位、中标金额、参与人员、备注、申请人、申请时间、申请部门、各种附件。工程评估报告申请的界面原型如下:
4.4 工程评估报告审批
项目评估报告提出申请要经过审批,经过审批后才发布。由各级领导进行审批,各个上传的附件应直接在屏幕上显示出来。对于超过72小时未审批的要自动推进。
工程评估报告审批的界面原型如下:
合同管理
合同管理包括:合同申请审批、合同拟定、合同谈判纪要、其他付款、付款申请审批、合同变更、合同终止等管理。
5.1 合同申请:
合同申请审批是由合同起草人或项目负责部门提出申请。合同申请的属性有:合同名称,合同编号,合同性质,合同类型,资金来源,合同金额,项目预算,所属项目,签约单位(我方)(承包部门,部门负责人,承办人),签约单位(对方)(承办人,承办人联系电话),签约时间,签约地点,备注,附件,申请部门,申请人,申请时间。
合同申请的界面原型如下:
5.2 合同审核:
合同申请由项目负责部门提出后,经过部门主任审批、主管部门领导审批、公司领导审批后通过(具体流程可以灵活设置)后生效。合同审核的界面原型如下:
合同拟定
通过下载【合同模板】后,填写合同内容上传拟定好的合同文本到系统中。合同拟定的界面原型如下:
5.4 合同谈判纪要
合同的谈判纪要是在系统中录入合同谈判的纪要内容。合同谈判纪要的界面原型如下:
5.5 付款申请
由项目提出部门提出付款通知单,并经过相关部门和公司领导审批。一个项目可以多次付款。超过总金额后就不能再付款了。系统应该要有剩余质保金的到期提示。付款申请的界面原型如下:
5.6 付款审核
合同付款审核的界面原型如下:
5.7 其他付款
其他付款是申请付款通知单的一种,是多那些没有按正规流程办理的项目的付款。其他付款的界面原型如下:
5.8 合同变更
由项目负责人根据合同的实际情况可以对合同进行变更,需要填写变更原因,记录好变更的时间。合同变更的界面原型如下:
合同终止申请
当合同有效时间到达时,合同自动终止,或者因为其他原因可以由项目负责部门提前终止合同。合同终止申请的界面原型如下:
5.10 合同终止审核
项目负责部门提出合同终止申请后,需要通过各级部门审核通过后才能终止合同。合同终止的审核的流程需要通过工作流来进行配置。
合同终止审核的界面原型如下:
客户管理
博客系统需求分析文档 第8篇
关键词:博客,管理系统,MySQL数据库,PHP
1 概述
BLOG (博客) , 又译为网络日志、部落格或部落阁等, 是继E-mail、BBS和IM之后出现的第4种网络交流方式, 它以网络作为载体, 简单、迅速、便捷地将个人工作、生活思想、思想历程等进行及时记录和发布, 使用户能轻松、有效地与他人进行交流, 是集丰富多彩的个性化展示于一体的综合平台。
博客可以是一个网页, 通常由简短且经常跟新的帖子构成, 这些帖子一般是按照年份和月份倒序排列的, 其作用主要体现在个人自由思想表达、知识过滤与积累、深度交流沟通3大方面。
“博客管理系统 , 是指使用计算机语言编写 , 便于用户安装和使用, 在互联网上建立个人博客的一整套系统”。博客拥有真实的内容, 可以通过博客记录下工作、学习、生活和娱乐的点滴, 以及发表文章和评论, 还可以上传图片, 在网上建立一个完全属于自己的个人天地, 成为当今网络最为个性化和平民化的个人展示空间。
2 需求分析
通过对多个博客网的调查分析, 本博客管理系统具有以下主要功能: (1) 为了使用方便, 系统采用B/S结构; (2) 游客可以浏览文章和图片, 还可以发表评论; (3) 文章管理功能, 包括文章的发表、删除、对文章的评论和回复; (4) 图片的管理功能, 能进行图片的上传、浏览、查询, 管理员可以删除图片; (5) 好友管理功能。
3 系统设计
3.1 系统功能结构
通过前面的需求分析, 博客管理系统应该提供游客、普通用户、管理员3种类型的用户。目标系统的功能结构如图1所示。
3.2 系统流程图
系统的3类用户中, 游客不需要登录可以直接进入系统浏览文章、浏览图片并发表评论; 普通用户需要注册 登录 , 它除了具有游客的操作权限外, 还可以进行文章管理、图片管理和好友管理; 而管理员的操作权限最大, 能执行系统的全部操作。目标系统的流程如图2所示。
3.3 数据库
3.3.1 数据库概要
通过前面的分析和设计, 可以抽象出注册用户实体、图片实体、朋友实体、文章实体、 留言实体和公告实体。
用户信息实体包括注册用户的详细个人信息, 实体E-R如图3所示。
图片实体主要包括上传图片名称、上传图片用户和上传图片时间等, 实体E-R如图4所示, 其他实体E-R图类似, 在此不再赘述。
3.3.2 数据库逻辑
将E-R图转化为关系模式的规则, 首先将每一个实体转化为一个关系, 然后给出每一个关系的关键字。如果是多对多的关系, 要将关系转化为一张纽带关系。
用户 (用户ID、用户账 户、真实 姓名、用 户密码、Email、所在城市、用户头像 、用户性别 ) 。
文章 (文章ID、文章标题、文章内容、文章作者、 上传时间) 。
评论 (评论ID、文章ID、评论用户、评论内容、评论时间) 。
图片 (图片ID、图片名称、二进制图片、上传用户、 上传时间)
好友 (好友ID、姓名、性别、生日、 所在城市、家庭住址、邮政编码、QQ、昵称) 。
公告 (公告ID、公告主题、公告内容、发布时间) 。
3.3.3 数据库物理
根据数据库逻辑设计和系统的实际情况, 数据库tb_tmlog需要创建6张数据表, 如图5所示。
4 系统各模块的实现
4.1 首页
本系统首页页面主要 包括以下 内容 : (1) 首页顶部 导航。包括链接、注册和登录模块。 (2) 左边显示区。作为系统公告栏, 显示系统及网友的最新咨询。 (3) 主显示区。包括最新文章和最新上传图片等。游客主要通过该区域浏览文章、浏览文章及发表评论。
4.2文章管理模块
对于一个博客管理系统而言, 文章管理是最基本、最重要的功 能 , 也是比较 复杂的一 个功能。 文章管理 模块包括“ 文章添加”、“ 文章查询”、“ 文章评论”、“ 文章删除”和“评论删除” 等子模块。其中 , 普通用户只能删除自己的文章及对文章的评论, 只有管理员才有权删除任何一篇文章及回复。文章管理模块的框架如图6所示。
4.3 图片上传模块
对于博客 管理系统 而言 , 图片管理 是最基本 、最重要的功能, 也是最具有特色魅力一个功能, 其设计效果如图7所示。
图片管理模块图片的上传可以由普通用户、管理员进行上传, 普通用户可以上传但是不可以删除, 只有管理员有删除的权限。
本系统中, 图片文件以二进制的形式 存储在数 据库中。在处理页面中直接使用二进制的形式读取文件图片, 并存入到数据表中。使用二进制存储图片主要优点: 安全, 特别是涉及到个人隐私, 不易被窃取; 存储方便, 和表中其他数据同等操作就可以; 节省磁盘空间, 由于文件系统类型的限制, 放到数据表中的数据一定比直接放到磁盘中要节省空间。实现图片上传的关键代码如下:
4.4 朋友圈模块
朋友圈管理主要针对用户交友圈的信息进行管理, 具有添加、浏览、删除朋友的功能, 其功能实现相对简单。
5 结语
本博客管理系统使用软件工程化的方法分析与设计, 基于My SQL+PHP开发实现。系统功能全面, 经过多次测试无运行错误、系统稳定, 数据库的完整性和一致性较好。
参考文献
[1]徐峰.基于My SQL的PHP数据库访问技术[J].计算机时代, 2001, 02.
[2]施威铭研究室, 王超辉.PHP网页模块开发实例导学.中国电力出版社, 2007.
[3]于荷云.PHP+My SQL网站开发全程实例.清华大学出版社, 2012.
博客系统需求分析文档 第9篇
摘 要:针对目前陆军信息系统装备综合集成建设中,部队急需形成装备体系运用能力的迫切要求,提出了信息系统装备运用训练的基本概念,区分了装备使用、装备运用、作战运用三者的关系,探索了信息系统装备运用模拟训练的特点规律,确立了“三类受训对象”的能力需求,理清了信息系统装备运用模拟训练的研究思路。研究成果对于推动陆军部队开展信息系统装备集成训练具有较高的理论价值和指导意义。
关键词:装备运用;模拟训练;需求;信息系统装备
中图分类号:E251 文献标识码:A
随着大量信息系统装备不断列装部队,部队信息系统装备综合集成建设全面提速,有力推动了部队战争形态和作战方式的转变。战争形态决定训练形态,作战方式决定训练模式。信息系统装备是陆军信息系统装备综合集成建设的重点,是支撑体系作战的物质基础。与传统的作战平台相比,信息系统装备构件精密、体系复杂、造价昂贵,这就使得能够规避训练风险,减少实装消耗,提高训练效益的模拟训练成为信息系统装备运用训练的重要方式。与机械化条件下训练相比,信息系统装备运用模拟训练的内容、方法和手段都显著不同,如何深化认识,积极探索信息系统装备运用模拟训练的概念、特点及要求,理清信息系统装备运用模拟训练体系构建的基本需求,成为推动军事装备训练基础理论研究与创新发展,把综合集成建设不断引向深入的重要课题。
一、信息系统装备运用模拟训练相关概念
(一)信息系统装备
信息系统装备是构成军事信息系统的电子信息装备的统称,包括指挥控制、预警探测、侦察情报、军事通信、导航定位、信息对抗和信息安全等装备。陆军信息系统装备与主战装备、保障装备构成了陆军装备体系,是信息化条件下陆军作战的神经中枢,是支撑体系作战能力生成的物质基础。通过信息系统装备的链接,作战体系中侦察情报、指挥控制、火力打击、通信保障、综合保障等作战要素融合一体,使信息力、打击力、机动力、保障力高度聚合和精确释放,实现体系作战效能最大化。
(二)装备运用
装备运用一词目前尚没有权威的规范的解释。《辞海》中对运用的解释是灵活使用。《军语》中有“火力运用”“军兵种运用”等词条,例如火力运用是对各种火力的组织和使用。因此,借鉴运用的概念,可以给出装备运用的定义。装备运用是根据装备特性,为发挥其最大效能而进行的有目的的装备使用,是装备交付部队之后人装结合生成战斗力过程中的一个重要环节。其实质是:各级指挥员在基本的作战任务和战场环境中,紧紧围绕所属部(分)队装备的战术技术性能,对装备战斗编配、战斗任务、战斗使用及战斗行动等进行的计划、指挥、协调与控制活动。
提到装备运用,不可避免地涉及到另外两个词,即装备使用和作战运用。装备使用是指按照编配用途、技术规程和安全规定操作装备的活动。作战运用是按其战术性能和编配用途,通过合理的编组、部署和控制,完成既定的作战任务。要实施装备运用必须首先掌握装备的功能操作,装备运用是在掌握装备操作技能的基础上进行的。而装备作战运用通常是将人和装备实力放在特定作战背景及战场环境中进行的。从表面上看,虽然装备运用与作战运用都需要研究战斗部署、指挥与协同等问题,但两者有本质差别。装备运用所研究的战斗部署,主要是基本条件下依据装备特性和效能分析得出的基本战斗编组样式、基本配置样式;而作战运用所研究的战斗部署,主要是实装、实情、实地的战斗编组和阵地配置,是指挥员根据作战环境和条件,依据基本战斗编组样式、基本配置样式等采用的具体编组方式和配置方法,是指挥员指挥艺术的重要体现。
装备运用与装备使用、作战运用的关系应该是:装备使用是基础,侧重于单装的功能操作,是装备特性和效能发挥的基本保证;装备运用是桥梁,侧重于基本条件下对装备的编组控制,所形成的装备运用基本规律和基本方法是实施作战运用的根本依据;作战运用是装备使用、装备运用原则与方法、指挥艺术的集大成,侧重于具体任务条件下对装备的编组控制和灵活运用。三者关系如图1所示。
(三)信息系统装备运用
既然装备运用是为了发挥特性和效能,那么信息系统装备运用是指根据信息系统装备的特性,将部队各作战要素、作战单元有机融合,实施整体联动,发挥装备体系的最大作战效能。
与以往装备运用相比,信息系统装备运用不以作战平台数量的简单累加来提升作战能力,而是以信息系统装备为物质依托,通过发挥信息技术和信息力的主导作用,形成以信息系统装备为核心的网络化体系结构,最大限度地凝聚所有作战能量,并根据作战需要做到精确、高效、协调、有序释放于战场。因此,对于信息系统装备运用来说,其突出的特点表现在:物理构成上互联组网;业务处理上信息共享;决策控制上分布指挥;行动样式上要素联动;作用效果上快速精确。
(四)信息系统装备运用模拟训练
信息系统装备运用模拟训练是指为熟练掌握信息系统装备的操作使用和体系运用,充分发挥信息系统装备的作战效能,依托模拟训练环境而开展的训练活动。
信息系统装备运用模拟训练的实质是以模拟环境为平台,以网络化的信息系统装备为“血脉”,通过数据的广泛融合和信息的快速流动,把各类作战力量、系统、资源聚合成一个整体;其作用机理是发挥信息流对物质流、能量流的主导作用,达成从信息优势到决策优势,并转化为行动优势。因此,理清信息系统装备运用模拟训练需求,构建信息系统装备运用模拟训练体系,加强信息系统装备运用训练,是推进作战单元合成、作战要素集成、作战体系融合,形成基于信息系统的体系作战能力的重要途径。
二、信息系统装备运用模拟训练特点
(一)训练对象从基层主体向多元主体转变
信息系统装备在体系作战中的广泛运用,促进了部队指挥方式与手段的变化,对信息系统装备运用模拟训练来说,其受训对象从传统的以基层官兵为主体,转为包括首长机关在内的指挥、保障、操作人员为主体。可以说,信息系统装备运用模拟训练的对象,从首长机关到分队军官,从作战人员到保障人员,大大拓展了传统的受训范围。从与信息系统装备的作用关系看,可分为信息系统装备指挥人员、保障人员和操作人员;从受训对象层次看,可分为首长机关、分队军官和士兵。
(二)训练内容从单装操作向体系运用转变
信息系统装备的运用促使了部队从只要熟练掌握单个平台即可发挥装备作战效能,转为必须熟练掌握装备的整体系统才能发挥作战效能,要素联动已成为信息系统装备运用的典型特征之一。因此信息系统装备运用模拟训练的内容须按照相互关联、逐级递进的要求进行设置,可分为操作技能训练、分系统训练和全系统训练。在操作技能训练的基础上,增强分系统要素联动训练,突出全系统融合训练。
(三)训练手段从平台依托向网络支撑转变
信息系统装备运用的互联组网特征,要求信息系统装备运用模拟训练必须从以单个装备平台为依托,转向以互联互通的网络为支撑。一方面,信息系统装备运用本身以网络平台为基础,模拟训练环境需建设模拟通信网络,模拟部队实际通信条件,联接不同信息系统装备模拟平台,构成一个相互联系、相互支持的网络体系,满足联动模拟训练需要。另一方面,依托模拟训练网络环境,能够使训练形式不受时间与空间的制约,实现施训人员与受训人员的双向互访,实现训练资源实时共享、训练保障集约高效。
(四)训练考核从经验判断向标准量化转变
训练考核标准化是实现科学训练评估的重要标志,也是提高信息系统装备训练效果的重要保证。在信息系统装备运用模拟环境建设中,须同步配套信息采集与考核系统,为训练考核提供手段支撑,以确保在信息系统装备运用模拟训练中可实施细化、量化的考核,全面、准确、客观评定训练成绩,促进训练考核从经验判断为主,转向以标准化、定量化为主。同时,通过训练考核系统也可对训练结果进行分析,查找存在问题,制定改进措施,促进信息系统装备运用模拟训练方法更加科学,训练效果不断提高。
三、信息系统装备运用模拟训练总体要求
(一)训练对象
信息系统装备整体效能的充分发挥,需要多类人员协同配合。概括起来有以下几类:
1.指挥人员
主要是指组织和运用信息系统装备的指挥员和机关参谋。其中,指挥员包括指军、师、旅、团军政主官,各级机关部门领导和分队指挥员。参谋人员是指军、师、旅、团机关的参谋军官。
2.保障人员
主要是指负责信息系统装备联试联调,软件安装、维护、管理及安全防护的专业技术人员。通常包括机要部门、指挥自动化站、通信保障部(分)队等单位的专业技术军官和士兵。
3.操作人员
主要是指负责直接操作信息系统装备的士兵。如雷达、电台、侦察设备等装备的操作手。
(二)训练目标
信息系统装备运用模拟训练的总体目标是:实现信息系统装备的综合集成模拟训练,提高受训人员的信息系统装备手段运用能力、业务运用能力、体系运用能力、网络保障能力和维护保障能力。其中重点是前三种能力:手段运用能力重在对信息系统、设备和工具等指挥手段的操作使用,是胜任岗位工作的一种基本技能;业务运用能力重在利用保障资源,合理安排规划、组织完成任务,是胜任岗位工作的业务能力;体系运用能力重在依托信息系统协调保障要素,控制保障单元是胜任岗位工作的综合能力。
当然,不同的岗位人员对应不同的能力要求,信息系统装备运用模拟训练的具体目标包括:
1.所有受训人员
熟悉信息系统装备的主要性能,强化信息系统装备操作技能训练,重在提高信息系统装备手段运用能力的培养。
2.指挥人员
了解信息系统装备的构成体系,掌握信息系统装备在基于信息系统体系作战中的组织运用方法。重点是按照“明确技术需求、熟悉指挥流程、善于创新运用”要求,加强信息系统装备业务运用能力和体系运用能力的培养。
3.保障人员
掌握信息系统装备的结构原理、性能、使用、维护,掌握通信网络的构建和信息系统装备的安装、调试、维护和故障排除。重点是按照“了解指挥需求、精通信息技术、善于攻关解难”的要求,加强信息系统装备网络保障能力和维护保障能力的培养。
4.操作人员
熟悉本专业信息装备的结构原理,掌握本专业信息系统装备的操作技能和使用方法。重点是按照“清楚功能要求、专业技能娴熟、善于装备操作”的要求,加强信息系统装备专业操作技能的培养。
(三)训练要求
信息系统装备运用模拟训练作为创新性实践活动,必须准确把握信息系统装备运用的整体性和联动性,强化信息主导和体系运用,确保受训人员信息素养和五种能力的全面提升。一是训练科目上要“注重集成、突出整体”,在打牢操作技能训练的前提下,强化要素联动和组网运用,科学构建训练科目体系。二是训练模式上要“因才施训、逐级递进”,充分考虑受训人员的差异性、要素单元的独立性和装备体系的整体性,设计科学合理、交叉迭代的组训方式。三是训练手段上要“虚实结合、导控灵活”,设计高度逼真的模拟训练环境,充分发挥模拟训练环境的条件优势,达到人机结合的最佳效果。四是训练考核上要“标准量化、全程跟踪”,考核内容和指标全面体现训练的难度和强度,准确反映训练的效率和精度,为受训者提供全系统、全过程的量化考核。
四、信息系统装备运用模拟训练研究思路
信息系统装备运用模拟训练应紧紧围绕“能打仗、打胜仗”的强军目标,满足信息系统装备指挥人员、保障人员和操作人员胜任岗位的需要,确立“以岗位定能力、以能力定内容”的研究思路,构建一个体系,提升五种能力,为培养信息系统装备运用人才奠定坚实基础,研究思路如图2所示。
参考文献
[1]谭凯家.基于信息系统体系作战装备运用研究[M].北京:国防大学出版社,2012.
[2]中国人民解放军军语(全本)[M].北京:军事科学出版社,2011.[3]赵军,李树广,诸雪征.关于装备运用的基本理论问题研究[J].装备,2013,(10).
[4]任连生.基于信息系统的体系作战能力概论[M].北京:军事科学出版社,2010.
博客系统需求分析文档
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。


