惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

T
Threatpost
The Hacker News
The Hacker News
AWS News Blog
AWS News Blog
Spread Privacy
Spread Privacy
T
Tenable Blog
C
CERT Recently Published Vulnerability Notes
Cisco Talos Blog
Cisco Talos Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
S
Securelist
P
Privacy & Cybersecurity Law Blog
Know Your Adversary
Know Your Adversary
T
The Exploit Database - CXSecurity.com
Latest news
Latest news
D
Darknet – Hacking Tools, Hacker News & Cyber Security
I
Intezer
F
Fortinet All Blogs
Engineering at Meta
Engineering at Meta
Simon Willison's Weblog
Simon Willison's Weblog
The Register - Security
The Register - Security
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
L
Lohrmann on Cybersecurity
C
Cyber Attacks, Cyber Crime and Cyber Security
Microsoft Azure Blog
Microsoft Azure Blog
P
Proofpoint News Feed
H
Help Net Security
T
Threat Research - Cisco Blogs
D
DataBreaches.Net
S
Schneier on Security
Cyberwarzone
Cyberwarzone
Google DeepMind News
Google DeepMind News
P
Privacy International News Feed
S
Secure Thoughts
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Recorded Future
Recorded Future
C
Cybersecurity and Infrastructure Security Agency CISA
MyScale Blog
MyScale Blog
M
MIT News - Artificial intelligence
Stack Overflow Blog
Stack Overflow Blog
IT之家
IT之家
人人都是产品经理
人人都是产品经理
NISL@THU
NISL@THU
博客园 - Franky
T
Tor Project blog
G
GRAHAM CLULEY
博客园 - 【当耐特】
Jina AI
Jina AI
Security Archives - TechRepublic
Security Archives - TechRepublic
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
A
About on SuperTechFans
Hacker News - Newest:
Hacker News - Newest: "LLM"

博客园 - 烈马狂生

.net dll热插拔 收藏javascript 收藏flex开发 静态类 .net中简单的记录日志的办法 程序post - 烈马狂生 - 博客园 webservice调用的两种方法 virtual pc .netframework中的集合 Com Com+ .Net SSL和Https 关于高安全性的webservice处理 css总结 项目开发所需文档 [转]sql优化 在“运行”中常执行的命令。 FCKeditor 一段js代码的分析 json
软件开发分析的步骤
烈马狂生 · 2008-05-25 · via 博客园 - 烈马狂生


第一步是确定用户可能会要求系统实现的任务。用例(叙述系统和用户之间的交互)需要被书写的。
第二步:看用例中的名词,一些可能是需要实现的类.回头看看用户提供的一些建议和信息.这样可以获得别的类,以及储存在它们中的数据.这样概念模型就形成了.概念模型就是用来显示类和属性的.
第三步:概念模型是完成之后,高层次的序列图需要被构建.序列图视觉的描绘了类之间的交互.应该给每个用例创建一个序列图.序列图有两方面的帮助:1.可以揭示设计的不足.2.给团队提供类中必须出现的方法.
第四步:建立一个完整的类图。在类图中列出了软件系统必须实现的所有的类和它们的属性和方法。它也显示了类之间的关系.
 
与上述同时,规格文件被起草。规格文件是为了提供系统特点和大致实现的一个文本描述
在规格文件包括被储存在数据库的数据,图形用户界面元素,和客户端和服务器软件的一些基本操作。那个
规格文件被客户阅读和批准,将作为软件运行的合同。

此外,对图形用户界面的设计工作被完成。
所有主要的Windows和对话框被完成。
最后,术语表被建立.以确保成员的设计团队(以及我们的客户)共同商定的词汇。

----------------------------------------------------------------

在看一本书的时候.在书的概述部分,这段写的挺好.就翻译了一些,翻的一般.只要自己明白就行了.
其实在开发过程中,我们并没有这么完备的文档和步骤,相对都比较"敏捷"些.有很多原因造成的,有能力方面的问题:uml,case工具,OOD.也有时间方面的问题:系统的完成这些文档需要大量的时间.不过总的来说做的很迷茫.类和行为完全来自于灵感.....
时常看看这个,思路豁然开朗.在分析中要灵活运用.不必拘泥于所有步骤.这就是我的一点感触吧.