分析员

书上的需求分析&我感觉到需求分析

先说说在学校里学到的需求分析过程： 可行性研究：技术 经济 操作可行性   1、系统使用的关键人员提供有关材料-----分析员（复合确认，排除含糊不确切的描述）   2、研究目前正在使用的系统
shmilylq·2009-07-08 15:00

绝对突破防火墙

适合读者：漏洞分析员、程序员、入侵爱好者前置知识：端口复用技术，C语言基本语法脚本小子：如何在溢出后得到安全的、隐蔽的Shell是大家一直都在讨论的问题，因为现在的防火墙和各种安全软件漫天飞，想不被它们发现还真是很难
lwhnunu·2009-06-24 22:56

绝对突破防火墙

适合读者：漏洞分析员、程序员、入侵爱好者前置知识：端口复用技术，C语言基本语法脚本小子：如何在溢出后得到安全的、隐蔽的Shell是大家一直都在讨论的问题，因为现在的防火墙和各种安全软件漫天飞，想不被它们发现还真是很难
lwhnunu·2009-06-24 22:56

需求分析过程

这个阶段通常使用业务用例和业务用例实现两种类型；2、用例分析是系统分析员采用OO方法来分析业务用例的过程，这个阶段又称为概念模型阶段。这个阶段通常使用无类型的用例。
gaojiewyh·2009-06-09 22:00

需求分析过程

这个阶段通常使用业务用例和业务用例实现两种类型；2、用例分析是系统分析员采用OO方法来分析业务用例的过程，这个阶段又称为概念模型阶段。这个阶段通常使用无类型的用例。
gaojiewyh·2009-06-09 22:00

需求分析过程

这个阶段通常使用业务用例和业务用例实现两种类型；2、用例分析是系统分析员采用OO方法来分析业务用例的过程，这个阶段又称为概念模型阶段。这个阶段通常使用无类型的用例。
gaojiewyh·2009-06-09 22:00

需求分析过程

这个阶段通常使用业务用例和业务用例实现两种类型；2、用例分析是系统分析员采用OO方法来分析业务用例的过程，这个阶段又称为概念模型阶段。这个阶段通常使用无类型的用例。
gaojiewyh·2009-06-09 22:00

需求分析过程

这个阶段通常使用业务用例和业务用例实现两种类型；2、用例分析是系统分析员采用OO方法来分析业务用例的过程，这个阶段又称为概念模型阶段。这个阶段通常使用无类型的用例。
gaojiewyh·2009-06-09 22:00

关于软件构架，办公室的争论

系统分析员笑了： 系统分析员说，软件构架就是业务领域对象的关系建模。配置管理员笑了： 配置管理员说，软件构架就是开发出来的以及编译过后的软件到底是个啥结构，数据库工程师笑了，
fly_hyp·2009-05-30 10:00

系统分析师论文试题的应试方法

笔者认为，系统分析员考试的下午两卷试题，主要是对应试
snake2·2009-05-25 17:00

软件开发流程

1 相关系统分析员和用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步
mtrhhy·2009-05-22 23:00

使用用例点估算软件成本：直接使用用例事务记录

估算成本是系统分析员、项目管理员和软件工程师长期以来一直面临的一个问题。首先一个问题是得到项目准确的范围。系统应该能够有哪些功能？获取用例中的
xo_tobacoo·2009-05-22 10:00

[reship]高级程序员应具有的素质

作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言，除了应该具备上述全部素质之外，还需要具备以下素质：第一，需求分析能力对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者
飞扬天下·2009-05-20 10:00

软件开发这点事1：软件开发概述（笔记）

第一部分一、个人素质成己：积极的心态待人：和谐的人际关系理事：专业的做事精神二、职业素质忠诚守信责任心敬业精神自动自发三、基本程序员素质1、写文档和注释的习惯代码程序员30%的时间写文档，高级程序员和系统分析员还要多很多
tangwing·2009-05-15 13:00

OO系统分析员之路--用例分析系列（4）--业务建模一般步骤和方法

阅读更多来源：http://hi.baidu.com/%C1%D4%CA%D6x/blog/item/9a7a92d6f049672806088b54.html作者：安庆风小布鲁斯的blogOO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（4）--业务建模一般步骤和方法

来源：http://hi.baidu.com/%C1%D4%CA%D6x/blog/item/9a7a92d6f049672806088b54.html作者：安庆风 小布鲁斯的blogOO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（4）--业务建模一般步骤和方法

阅读更多来源：http://hi.baidu.com/%C1%D4%CA%D6x/blog/item/9a7a92d6f049672806088b54.html作者：安庆风小布鲁斯的blogOO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（3）--业务建模之涉众

阅读更多来源：http://hi.baidu.com/anqing/blog/item/0b29f703e4a9faeb09fa9343.html作者：安庆风小布鲁斯的blogOO系统分析员之路--用例分析系列
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（3）--业务建模之涉众

http://hi.baidu.com/anqing/blog/item/0b29f703e4a9faeb09fa9343.html作者：安庆风  小布鲁斯的blog   OO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（2）--用例的类型与粒度

阅读更多来源：http://hi.baidu.com/dongyuejiang/blog/item/e26706f73c2a7027720eeca7.html作者：安庆风小布鲁斯的blogOO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（2）--用例的类型与粒度

来源：http://hi.baidu.com/dongyuejiang/blog/item/e26706f73c2a7027720eeca7.html作者：安庆风 小布鲁斯的blogOO系统分析员之路-
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（2）--用例的类型与粒度

阅读更多来源：http://hi.baidu.com/dongyuejiang/blog/item/e26706f73c2a7027720eeca7.html作者：安庆风小布鲁斯的blogOO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（1）--什么是用例

来源：http://hi.baidu.com/dongyuejiang/blog/item/b59ba6ecf1e0652163d09f5a.html作者：安庆风 小布鲁斯的blogOO系统分析员之路-
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（1）--什么是用例

阅读更多来源：http://hi.baidu.com/dongyuejiang/blog/item/b59ba6ecf1e0652163d09f5a.html作者：安庆风小布鲁斯的blogOO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（1）--什么是用例

阅读更多来源：http://hi.baidu.com/dongyuejiang/blog/item/b59ba6ecf1e0652163d09f5a.html作者：安庆风小布鲁斯的blogOO系统分析员之路
yysct2005·2009-05-15 10:00

OO系统分析员之路--用例分析系列（8）--如何编写一份完整的UML需求规格说明书[整理重发]

终于到了快结束的时候了，这将是用例分析系列的最后一篇，结果是得到需求规格说明书，以结束需求分析的过程。经过前面七篇的工作，我们从最初的业务用例获取入手，获得了业务用例模型，这是我们的业务范围；经过分析得到了业务场景，这是我们的业务蓝图；经过规划，得出用例实现视图，这是我们的系统范围；经过再次分析，得到了用例实现以及领域模型，包括用例规约，业务规则和业务数据，这是我们的概念模型。仅从需求所需的必要元
izuoyan·2009-05-14 15:00

OO系统分析员之路--用例分析系列（8）--如何编写一份完整的UML需求规格说明书[整理重发]

 终于到了快结束的时候了，这将是用例分析系列的最后一篇，结果是得到需求规格说明书，以结束需求分析的过程。经过前面七篇的工作，我们从最初的业务用例获取入手，获得了业务用例模型，这是我们的业务范围；经过分析得到了业务场景，这是我们的业务蓝图；经过规划，得出用例实现视图，这是我们的系统范围；经过再次分析，得到了用例实现以及领域模型，包括用例规约，业务规则和业务数据，这是我们的概念模型。仅从需求所需的必要
coffeewoo·2009-05-14 15:00

OO系统分析员之路--用例分析系列（8）--如何编写一份完整的UML需求规格说明书[整理重发]

终于到了快结束的时候了，这将是用例分析系列的最后一篇，结果是得到需求规格说明书，以结束需求分析的过程。经过前面七篇的工作，我们从最初的业务用例获取入手，获得了业务用例模型，这是我们的业务范围；经过分析得到了业务场景，这是我们的业务蓝图；经过规划，得出用例实现视图，这是我们的系统范围；经过再次分析，得到了用例实现以及领域模型，包括用例规约，业务规则和业务数据，这是我们的概念模型。仅从需求所需的必要元
coffeewoo·2009-05-14 15:00

最近评论回复汇总

d=0.21383061977772044re:cej198202025/19/200912:25:32PM| 删除有网友在CSDN上传了随书光盘的下载，你去下一个吧Re: OO系统分析员之路--用例分析系列
coffeewoo·2009-05-14 15:00

OO系统分析员之路--用例分析系列（7）--用例规约的编写--业务规则和实体描述[整理重发]

先说说业务规则。笔者习惯将业务规则分为三种。一种是全局规则，这种规则一般与所有用例都相关而不是与特定用例相关，例如actor要操作用例必须获得相应的授权，用例的操作与授权级别相关，或者用户在系统中的所有操作都要被记录下来等等。这类规则笔者习惯于，并且也建议将它们写到用例的补充规约里面去，因为它们一般与具体的业务功能性要求没有直接关系。有时候，这类规则也被写到软件架构文档中。关于用例补充规约以后再讨
coffeewoo·2009-04-14 17:00

OO系统分析员之路--用例分析系列（7）--用例规约的编写--业务规则和实体描述[整理重发]

先说说业务规则。笔者习惯将业务规则分为三种。 一种是全局规则，这种规则一般与所有用例都相关而不是与特定用例相关，例如actor要操作用例必须获得相应的授权，用例的操作与授权级别相关，或者用户在系统中的所有操作都要被记录下来等等。这类规则笔者习惯于，并且也建议将它们写到用例的补充规约里面去，因为它们一般与具体的业务功能性要求没有直接关系。有时候，这类规则也被写到软件架构文档中。关于用例补充规
izuoyan·2009-04-14 17:00

PIM-1：分析系统流程，生成系统用例叙述

PIM-1：分析系统流程，生成系统用例叙述 在CIM阶段后，系统分析员已初步生成了系统用例，让相关的决策人员从中挑选出首期开发的系统用例，这也就是首期的系统范围。 
luqingfei@C++·2009-04-10 15:00

CIM：定义业务流程->分析业务流程->定义系统范围

CIM：定义业务流程->分析业务流程->定义系统范围        定义及分析业务流程（BusinessProcess）是为了尽快理清系统范围，以便估算开发成本及时间，可不是为了要改造业务流程，系统分析员千万别误解了此步骤之目的
luqingfei@C++·2009-04-09 11:00

MDA之PIM-4定义操作及方法

 概念　　系统分析员通过序列图的思考与表达，试图安排依据各个类所生成的一群对象的交互，让这一群对象可以合理完成某一个系统用例。
vissul·2009-04-07 23:00

MDA之PIM-3定义静态结构

 概要　　在PIM-3中系统分析员用类图来表达系统内部的静态结构。系统具备稳定且具有弹性的静态结构，才能够顺应需求变更，迅速支撑多样化的系统用例。
vissul·2009-04-07 23:00

MDA之CIM于PIM过度阶段

在CIM阶段系统分析员大约花2周时间尽快生成初步的系统用例，以便于相关的决策人员可以从中挑选出首期开发的系统用例，而这也就是首期的系统范围   随后，项目正式进入PIM阶段，也就是分析阶段
vissul·2009-04-04 23:00

MDA之CIM3定义系统范围

CIM2活动图中的每一个动作，都可能成为CIM-3的系统用例 CIM1中的业务执行者，以及CIM2的动作负责人，都可能成为CIM3的系统执行者(system actor) 在CIM3中，系统分析员将分析
vissul·2009-04-04 21:00

MDA之CIM2分析业务流程

通过CIM1圈出了系统将参与的业务流程之后，针对每一个业务用例，系统分析员的开始分析它的工作流程，并且绘制活动图（ActivityDiagram）与业务人员取得共识。
vissul·2009-03-25 22:00

企业级软件工程平台

企业级工具环境 需求 需求获取 需求分析与建模 编写需求文档 需求验证 需求变更管理 需求版本管理 需求跟踪 需求管理计划 需求规格说明书 需求属性矩阵 需求跟踪矩阵 需求项目库 系统原型 业务分析员
vissul·2009-03-17 17:00

敏捷软件工程平台

Visio 系统原型 需求说明 需求分析员 分析设计 领域分析 程序设计 数据库设计 设计验证 1. Rose 2. PowerDesigner 3.
vissul·2009-03-17 17:00

理解“软件架构师”的工作

理解“软件架构师”的工作Jackzhai   软件架构师是开发软件时在用户需求分析与系统设计阶段的灵魂人物，与传统的系统分析员相比，软件架构师的工作能为接下来的代码设计，以及将来的运行都提供更好的指导。
zhaisj·2009-03-09 14:34

理解“软件架构师”的工作

理解“软件架构师”的工作Jackzhai软件架构师是开发软件时在用户需求分析与系统设计阶段的灵魂人物，与传统的系统分析员相比，软件架构师的工作能为接下来的代码设计，以及将来的运行都提供更好的指导。
zhaisj·2009-03-09 14:34

系统分析员上午试题全攻略

引子：在系分辅导栏目中可以见到关应对系统分析员考试下午试题I及论文方面的文章，唯独没有关于上午试题辅导的文章。是上午试题太简单了？我们有胜算的把握？真是这样吗？NO！
·2009-03-07 12:00

系统分析员,系统架构师,项目经理

面绿色部分代表每一个角色主要需要参与考虑的活动（注：下面所说的系统分析员混合了设计的职责）：首先看一下架构师和系统分析员的区别：1、系统分析员必须考虑自己所设计系统的方方面面，他是系统实现的原始作者，也对系统能否满足客户的技术要求以及产品成本是否可接受起着最直接的作用
·2009-03-04 11:00

[导入]有关JAVA

[导入]有关JAVA从程序员走向高级程序员、架构师、分析员，是所有java程序员们的追求。找一份好工作，自然要看工作经历、项目积累、综合能力。
临界工作室·2009-02-20 18:00

Oracle客户端

有了这个应用程序，数据库管理员、开发人员和财政分析员在设计、开发、维护
幸せのちから·2009-02-10 10:00

OO系统分析员之路--用例分析系列（6）--用例实现、用例场景和领域模型[整理重发]

 上一篇说到我们经过初步的业务分析，得到了用户、业务用例以及业务场景模型。这三项工作成果形成了基本的需求框架，并圈定了业务范围。这时应当做一份基线。当然，第一份基线所包括的内容是非常粗的，要达到完整的需求说明还有更多工作要做。这一篇就来说说详细的需求过程和产出物，以及这些成果对需求的贡献。在开始之前，还是提醒读者下载实例，本文下面只会从实例中挑选很少一部分来说明，对照实例读者将能更好的理解。上一篇
coffeewoo·2009-02-09 21:00

软件测试错误之代码错误

①问题定义(需求分析)错误它们是在软件定义阶段，分析员研究用户的要求后所编写的文档中出现的错误。换句话说，这类错误是由于问题定义不满足用户的要求而导致的错误。
·2009-02-08 14:00

Linux mail解决方案详解

本文提供了各个方案的对比和特点，供系统分析员选项方案时参考。前言；        本文总结了主要的企业级电子邮件解决方案的要点。
xiaomagee·2009-02-08 11:38

成就DBA职业生涯

Brian在IT行业从业已有20年，并且是从计算机操作人员到操作分析员、然后成为系统管理员，随后成为应用软件开发人员直至目前的DBA.可以说，Brian本身的职业历程就是一部完整的DBA成长指
win32asn·2009-02-05 10:00
上一页 20 21 22 23 24 25 26 27 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他