0°

需求分析实战-二阶段小结

项目背景信息(如有雷同纯属巧合):

山竹区早在5年前就成立了自己的区图书馆,现有存书10万册,读者1万人。

目前是使用人工手写的方式进行图书管理、借还等。

随着信息化建设的逐步深入,山竹区文化局决定要实施一套图书馆管理系统,主要负责:

图书管理、借还管理等。

这个项目现交由你们公司进行。

你作为这个项目的需求分析人员参与其中。





在第二个阶段,我们进入了需求分析的主要内容。

第一阶段的内容其实是为第二阶段做准备的。

我们在第二阶段中,更加深入的去进行了业务的研究。

从业务流程图开始,我们绘制了UML的架构图、活动图、数据流图、用例图、类图。


随着一步一步的进行我们现在的情况应该是属于:

对于业务和解决方案心中有数,但是具体需要做哪些功能尚未特别明确。


如果是这样就对了,因为我们就是要聚焦在业务上,不要让太多的技术或者功能实现阻碍我们的分析。


到今天为止,我们已经将大部分的UML图都进行了练习。

不知道大家有没有发现还有一种常用的图,我并没有进行介绍。


状态图

一般来说,状态图和类图一样是我们在进行设计的时候需要去考虑的,除非是涉及到审批等工作流,需要考虑对象的状态变化触发,会将状态图与用户做确认。

通常情况下,状态图与对象的生命周期需要对应。

真正在开发设计的时候可以对你的对象生命周期进行扩展,但是不能比你的状态图中的元素少。


比如你的对象状态是:草稿->审批中->归档。而开发在设计的时候,可以从可扩展性等方面出发,将其“审批中”的状态进行扩充,不过在前台页面中不显示出来。



作业:

大家来想一下在三阶段我们要做什么事情,还有什么事情是没有做的?


直接在本文留言就好了。




写在最后

下周就进入最后一个阶段了。

感谢大家一直以来的支持。

后面小婧打算放个大招。嗯,和山竹区图书馆相关。


还有一件事情,因为要放大招,还有为了咱“与小婧同行”的文的质量,我后面可能不大会继续日更了。日更了11周,现在发现文的质量真的挺难保证的。但是我又是个很看重内容的人,如果写一大堆没有内容的文,浪费我的时间,也浪费了你的时间,是不?


如果大家有什么想要了解的,也可以直接给我留言。



小婧是一名行走在产品路上的资深业务分析师(BA),如果想与我同行,就请关注我吧!

需求分析实战-二阶段小结

「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论