管理信息系统开发前应准备哪些工作_管理信息系统的开发步骤包括_百度...

我先说下几个实现企业管理信息系统的途径，之后我着重介绍下自主开发企业管理信息系统的一个成熟理论。

首先管理信息系统MIS的开发方式有自行开发、委托开发、联合开发、购买现成软件包进行二次开发几种形式。一般来说选择哪种应该根据企业的技术力量、资源及外部环境而定。

应对你想探讨的基本条件问题，我先借用英国比较成熟的的SSADM系统论来展示实施信息系统建设的一般步骤，然后再提出需要的资源和基本条件就比较直观了。

SSADM这套理论大概包含8各阶段：

1.业务规划2.可行性分析3.需求分析4.需求确定5.逻辑设计6.物理设计7.程序实现8.系统实施

需要的基本条件：管理信息系统项目的资金和人员投入规模（这些都取决于阶段1~4的结果，系统范围大，需要的资源就多）。

人员需求分两大类，分别是管理人员和技术人员。管理人员指系统开发项目管理人员和对企业熟悉的原有管理人员，需要他们做的基本工作是项目管理和原有流程的梳理和未来流程的设计（新信息系统运行后的）。

技术人员的基本工作是将这些逻辑流程数据化，设计出需要的电子程序图和电脑操作点、权限和数据库存储器形式等。

以上介绍的就是企业开发管理信息系统的基本步骤（SSADM系统论），基本条件（钱和两类人员），基本工作（新系统的范围、逻辑流程拆解和电子数据流设计）

管理信息系统开发过程

开发过程：

1、规划阶段。

系统规划阶段的任务是在对原系统进行初步调查的基础上提出开发新系统的要求，根据需要和可能，给出新系统的总体方案，并对这些方案进行可行性分析，产生系统开发计划和可行性研究报告两份文档。

2、分析阶段。

系统分析阶段的任务是根据系统开发计划所确定的范围，对现行系统进行详细调查，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑模型，这个阶段又称为逻辑设计阶段。

3、设计阶段。

系统设计阶段的任务就是回答“怎么做”的问题，即根据系统分析说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案，也即设计新系统的物理模型。所以这个阶段又称为物理设计阶段。

4、实施阶段。

系统实施阶段的任务包括计算机等硬件设备的购置、安装和调试，应用程序的编制和调试，人员培训，数据文件转换，系统调试与转换等。

5、维护与评价。

系统投入运行后，任务是经常进行维护，记录系统运行情况，根据一定的程序对系统进行必要的修改，评价系统的工作质量和经济效益。

示例如下：

PHILIPS光源事业部要求各分销商建立统一的综合采购计划，规范各分销商的财务、业务信息系统，并且从各个层面考核分销商的管理水平、经营业绩，以保持总公司的经营业绩和企业形象。

扩展资料：

适用条件：

1.规范化的管理体制。

从目前国内一些企事业单位的情况来看，通过组织内部的机制改革，明确组织管理的模式，做到管理工作程序化、管理业务标准化、报表文件统一化和数据资料完整化与代码化是成功应用管理信息系统的关键。

2.具备实施战略管理的基础或条件。

管理信息系统的建立、运行和发展与组织的目标和战略规划是分不开的。组织的目标和战略规划决定了管理信息系统的功能和实现这些功能的途径。

3.挖掘和培训一批能够熟练应用管理信息系统的人才。

一个项目能否得到成功实施，在很大程度上取决于其人才系统运行的状况和人才存量对项目目标、组织任务的适应状况。

4.健全绩效评价体系。

健全的评价体系应该做到有助于激励员工最大限度地为企业创造价值;有助于企业将信息化与企业战略有机结合起来;有助于对企业绩效进行纵、横向比较，从而找出差距，分析原因;有助于企业合理配置信息化建设资源。

参考资料：百度百科——管理信息系统

软件开发工作感想
软件开发工作的几点感想


　　一、软件开发中的角色划分

　　在一个软件项目从规划、论证到设计、实现的整个过程中，需要众多不同技能的人员参与，为了便于任务分工和人尽其才，在项目小组中应当设定许多角色，小组成员都拥有相应的角色，每种角色都必须具备相应的技能，同时从事相应的工作。
　　在整个软件工程过程中，一般可划分下面几类角色（可根据公司的规模和项目规模调整）：系统研发工程师、项目经理、系统分析员、系统设计工程师、软件编码工程师、软件测试工程师、系统支持工程师等。系统研发工程师（也叫产品经理）负责软件产品的功能设计，他对市场有敏锐的洞察力和感悟力，同时对软件技术内涵有深刻的理解（不一定对语言本身非常熟悉），能够把握市场需要什么，知道什么样的需求可以通过软件实现，实现的成本有多大，他熟悉同类产品或相关产品的优势和不足。项目经理负责人员安排和项目分工，保证按期完成任务，对项目的各个阶段进行验收，对项目参与人员的工作进行考核，管理项目开发过程中的各种文档，直接对公司领导层负责，他既能处理好与客户之间的关系，又能协调好项目小组成员之间的关系。系统设计工程师负责软件产品的系统设计，包括需求分析、概要设计和详细设计（最好详细到对象的每个函数接口），他非常熟悉软件工程理论，熟悉常规的软件设计思想（例如结构化设计思想、面向对象OOP设计思想）和常用技术，包括语言、服务和组件技术（例如CORBA、COM、DCOM、JavaRMI、JAVABEAN、EJB等），能熟练使用一种CASE工具进行设计并能用规范化的文档清晰地描述出来，同时他能准确的理解软件产品的功能和知道如何实现，而且对相关语言非常熟悉，能面向特定语言完成系统的详细设计。软件编码工程师负责软件模块的编码实现，他非常熟悉相关的语言细节，熟悉软件基础理论和常用算法，熟悉常规的软件编码标准。软件测试工程师负责软件测试工作，尽量发现软件设计和编码中的缺陷，他熟悉常用的软件测试方法，能设计测试用例，能够细心地做软件测试工作。系统支持工程师负责帮助用户顺利实施软件系统，他能够编写软件使用手册、对用户进行培训，熟悉相关的软件运行环境。
　　在以上几种角色中，系统研发工程师、系统设计工程师和项目经理是最重要的三个角色，他们的能力和经验是项目成功的根本保证，是公司最宝贵的技术财富。
　　根据项目的规模不同，角色划分和设置也不仅相同，对于较大规模的项目，可能由多人担任一个角色，对于小规模的项目可能一人就担任多个角色，但是与角色相关的职能划分是不可少的。
　　角色划分是为了适应任务的分解和合理分工，是为了安排合适的人做合适的事，相应角色的人员必须作好相应角色的事，不能因为自己可以做另一个角色的事，就忘记了自己的主要任务。


　　二、软件企业的技术体系建设

　　软件技术是在日新月异地发展的，任何人要想熟悉所有的软件技术是不现实的，软件技术涉及到不同的层次和不同的领域，不同层次有不同层次的协议和功能，上一层次的技术是建立在下一层次的基础之上的，任何人要学习软件技术，必须明确相应的层次，要把注意力集中在本层次的功能和协议上，不要深究下一层怎么实现，这是最关键的。

　　不要一味的追逐新技术，软件只是一种工具，最重要的是用这个工具做什么有价值的东西，要学会以不变应万变，因为万变不离其宗。

　　一个好的软件工作者，最重要的是有悟性和创造力，对市场的感悟、对软件技术的感悟，把二者进行有机结合形成软件产品的创造力。

　　软件开发人员应该在一条技术主线上深入学习和研究，在一条主线的前提下，再研究常用的规范和技术。对于初学者，在掌握好一条主线的相关知识的基础上就可以迅速设计软件产品，而不应把面开的太广。譬如，掌握一点基础理论、一门数据库系统、一门开发工具就可以开发常用的信息管理系统。切记在同一层面上涉猎太多，学了PB，又研究VB，是毫无意义的重复。对一个公司来说，也应有一个技术主线，以及与之相关的一只开发队伍，这样才能实现软件复用和人才复用。

　　在一个公司中，不应鼓励技术人员都去努力学习新技术，要给每位员工一个角色定位，要求他做好相应角色的工作，为了作好工作必须拥有相应角色的技术。对于大多数人来讲，自己可能不知道该学什么好，需要公司帮他定位。任何人在不影响本角色工作的基础上可以有自己的学习计划，但不应作为公司的计划。公司根据员工人能力的变化可以及时调整其角色。

　　对于一个公司来说，应下大力气培养系统研发工程师和系统设计工程师，好的系统研发工程师（或称为产品经理）能保证一个软件项目甚至一个公司沿着一个正确的方向走，好的系统设计工程师能保证软件实现预定的功能。纲张则目举，有了纲，目就容易定了。有了好的系统设计，软件编码工作就很容易，单纯的软件编码工程师也容易找。如果有大量的软件高手，但是谁也做不了系统设计，这些人在一块做项目，沟通和合作都成问题，做出的软件就可想而知了。
　　软件是一种服务工具，它辅助人类实现管理和服务。人类工作的任何一个领域，软件都可以进入。软件应用领域非常广阔。

　　与其说研究软件产品如何定位，不如说是研究人类在管理和服务上的需求，哪些需求可以用软件实现、该需求的市场有多大、客户能支付的费用有多大等，都是必须研究的范围。

　　常规的需求，基本已经实现了，没有实现的不是因为技术达不到就是因为经费和市场的问题。因此必须去挖掘潜在的需求和把握将要扩大的需求，就是要创新。

　　降低软件开发成本就变相的提高了公司的利润，因此在开发软件项目的时候要仅可能的利用已有的组件和代码，构建新的产品，实现代码级复用，如果能开发通用化的软件产品，实现软件级的复用就更好了。开发大范围的通用软件比较困难，开发某个行业的通用软件相对容易些。

　　好的软件产品并不一定非得使用了多高深的技术，关键是在适当的时刻推出适当的产品。能把各种不同的技术融合在一起也是一个很好的卖点。
　　总之，对一个软件公司来说，技术、产品、管理（包括公司管理和技术管理）和市场是最重要的四个要素，作为公司的管理层要时时刻刻确保这四项要素能得到很好的管理和控制。

　　仅供参考哈
软件开发项目进度表包含那些内容
一是参考其它项目.

另一个现在的可参考项目是安装 Microsoft Office Project 2003, 内有好几个相关模板.

供参:
项目启动 6 工作日
组建工作组 6 工作日
定义工作组角色 2 工作日
确定所需技能 2 工作日
确定资源 2 工作日
将角色赋予资源 2 工作日
工作组成立 0 工作日
构想 44 工作日
定义初步的商业需求(持续性工作) 29 工作日
风险管理 1 工作日
定义项目结构 9 工作日
定义跟踪项目的步骤 5 工作日
定义解决问题的步骤 4 工作日
定义跟踪问题的步骤 3 工作日
定义控制变更的步骤 4 工作日
定义责任和期望 2 工作日
项目结构确定完毕 0 工作日
研究和收集设想 25 工作日
进行初步的用户访问 2 工作日
定义使用场合 10 工作日
制定初步的用户描述 5 工作日
制定初步的构想说明 1 工作日
确立设计目标 8 工作日
制定初步的解决方案概念 5 工作日
制定初步的项目范围 19 工作日
定义关键的成功因素 2 工作日
定义衡量成功的标准 1 工作日
定义主要的可交付结果(初步) 3 工作日
起草构想/范围 3 工作日
审阅构想/范围 2 工作日
更新构想/范围 3 工作日
缓冲时间 4 工作日
进行里程碑检查 1 工作日
构想得到批准 0 工作日
规划 59 工作日
更新风险评估 1 工作日
进行用户访问 10 工作日
创建功能描述 31 工作日
制定功能描述: 第 0 批 5 工作日
制定功能描述: 第 1 批 5 工作日
制定功能描述: 第 2 批 5 工作日
制定功能描述: 第 n 批 5 工作日
功能描述基准 0 工作日
开发计划 28.25 工作日
创建开发计划 28 工作日
进行概念性设计 10 工作日
进行逻辑设计 15 工作日
进行物理设计 19 工作日
制定开发日程 5 工作日
测试计划 35 工作日
制定测试计划 30 工作日
制定测试日程 5 工作日
用户培训计划 36 工作日
制定用户培训计划 30 工作日
制定用户培训日程 6 工作日
后勤计划 48 工作日
制定后勤计划 43 工作日
进行基础设施分析 15 工作日
制定安全计划 2 工作日
制定部署计划 27 工作日
定购组件 15 工作日
后勤计划完成 0 工作日
创建后勤日程 7 工作日
产品管理计划 18 工作日
制定产品管理计划 14 工作日
制定产品管理日程 5 工作日
程序管理计划 41 工作日
创建程序管理计划 21 工作日
创建程序管理日程 20 工作日
建立项目计划基准 0 工作日
合并项目计划 11 工作日
审阅合并计划 4 工作日
创建合并日程 2 工作日
缓冲时间 4 工作日
确定交货日期 0 工作日
构想/范围冻结 0 工作日
进行里程碑检查 1 工作日
项目计划得到批准 0 工作日
开发 81 工作日
更新风险评估 1 工作日
提供开发所需的设备/检验概念是否达到 0 工作日
建立开发环境/实验室 5 工作日
内部发布 #1 24 工作日
开发目标组件 9 工作日
测试单个组件 5 工作日
测试组装为整体的应用程序 6 工作日
开发增强性能的材料 4 工作日
测试和审查材料 3 工作日
制定分发步骤 9 工作日
创建分发产品 2 工作日
分发给合适的对象 1 工作日
缓冲时间 8 工作日
内部发布 #1 结束 0 工作日
审阅来自内部发布的结果 2 工作日
进行发布后的审阅 1 工作日
内部发布 #n 24 工作日
开发目标组件 10 工作日
测试单个组件 4 工作日
测试组装为整体的应用程序 5 工作日
开发增强性能的材料 4 工作日
测试和审查材料 3 工作日
制定分发步骤 3 工作日
创建分发产品 4 工作日
缓冲时间 6 工作日
分发给合适的对象 1 工作日
内部发布 #n 结束 1 工作日
审阅来自内部发布的结果 2 工作日
功能说明冻结 1 工作日
最后的特性开发 10 工作日
最后的后勤开发 9 工作日
最后的性能支持开发 5 工作日
特性开发结束 0 工作日
更新计划和日程 13 工作日
更新开发计划 4 工作日
更新测试计划 3 工作日
更新后勤计划 13 工作日
更新程序管理计划 3 工作日
更新产品管理计划 3 工作日
更新用户培训计划 6 工作日
缓冲时间 3 工作日
进行里程碑检查 2 工作日
项目范围规划完成 1 工作日
稳定 73 工作日
更新风险评估 1 工作日
发布测试版 1 32 工作日
制定测试版计划 3 工作日
征寻和选择用户 2 工作日
准备测试版产品包 8 工作日
开始测试 0 工作日
提供测试支持 8 工作日
收集用户反馈 7 工作日
结束测试支持 0 工作日
修补缺陷 10 工作日
结束测试 0 工作日
发布测试版 n 1 工作日
修补缺陷 10 工作日
收集错误 1 工作日
改正高优先级的错误 10 工作日
发布无错误版 0 工作日
进行最后的错误分类 5 工作日
发布版候选 1 7 工作日
进行工作组评估 2 工作日
客户/用户评估 2 工作日
支持评估 3 工作日
发布版候选 n 6 工作日
黄金发布版 0 工作日
发布 1 工作日
项目后检查 2 工作日

软件开发:
-------------------------
项目范围规划 3.5 工作日
确定项目范围 4 工时
获得项目所需资金 1 工作日
定义预备资源 1 工作日
获得核心资源 1 工作日
项目范围规划完成 0 工作日
分析/软件需求 14 工作日
行为需求分析 5 工作日
起草初步的软件规范 3 工作日
制定初步预算 2 工作日
工作组共同审阅软件规范/预算 4 工时
根据反馈修改软件规范 1 工作日
确定交付期限 1 工作日
获得开展后续工作的批准(概念、期限和预算) 4 工时
获得所需资源 1 工作日
分析工作完成 0 工作日
设计 14.5 工作日
审阅初步的软件规范 2 工作日
制定功能规范 5 工作日
根据功能规范开发原型 4 工作日
审阅功能规范 2 工作日
根据反馈修改功能规范 1 工作日
获得开展后续工作的批准 4 工时
设计工作完成 0 工作日
开发 21.75 工作日
审阅功能规范 1 工作日
确定模块化/分层设计参数 1 工作日
分派任务给开发人员 1 工作日
编写代码 15 工作日
开发人员测试(初步调试) 15 工作日
开发工作完毕 0 工作日
测试 48.75 工作日
根据产品规范制定单元测试计划 4 工作日
根据产品规范制定整体测试计划 4 工作日
单元测试 15 工作日
审阅模块化代码 5 工作日
测试组件模块是否符合产品规范 2 工作日
找出不符合产品规范的异常情况 3 工作日
修改代码 3 工作日
重新测试经过修改的代码 2 工作日
单元测试完成 0 工作日
整体测试 12 工作日
测试模块集成情况 5 工作日
找出不符合规范的异常情况 2 工作日
修改代码 3 工作日
重新测试经过修改的代码 2 工作日
整体测试完成 0 工作日
培训 45.75 工作日
制定针对最终用户的培训规范 3 工作日
制定针对产品技术支持人员的培训规范 3 工作日
确定培训方法(基于计算机的培训、教室授课等) 2 工作日
编写培训材料 3 周工时
研究培训材料的可用性 4 工作日
对培训材料进行最后处理 3 工作日
制定培训机制 2 工作日
培训材料完成 0 工作日
文档 30.5 工作日
制定“帮助”规范 1 工作日
开发“帮助”系统 3 周工时
审阅“帮助”文档 3 工作日
根据反馈修改“帮助”文档 2 工作日
制定用户手册规范 2 工作日
编写用户手册 3 周工时
审阅所有的用户文档 2 工作日
根据反馈修改用户文档 2 工作日
文档完成 0 工作日
试生产 70.25 工作日
确定测试群体 1 工作日
确定软件分发机制 1 工作日
安装/部署软件 1 工作日
获得用户反馈 1 周工时
评估测试信息 1 工作日
试生产工作完成 0 工作日
部署 5 工作日
确定最终部署策略 1 工作日
确定部署方法 1 工作日
获得部署所需资源 1 工作日
培训技术支持人员 1 工作日
部署软件 1 工作日
部署工作完成 0 工作日
实施工作结束后的回顾 3 工作日
将经验教训记录存档 1 工作日
分发给工作组成员 1 工作日
建立软件维护小组 1 工作日
回顾完成 0 工作日
软件开发模板结束 0 工作日

河北迁安是否有开发别墅项教育目
没有帝蒸含岩简吧，黄台山公园不是有了吗？

河北联合大学迁安学院旁边的准备开发的地产项目叫什么名往先束静河多兴字?...
听说很有钱。 但具体好像还在开发当中。