项目源码地址:https://github.com/TreeDream/Hotel 转载注明出处!!! 目 录 1 问题的提出................................................................................................................... 3 2 可行性分析.............................................................
管理系统程序是一个偏长的c语言程序,其中包含的函数公式涉及面很广,令人难以捉摸. 1.顺应时代发展要求 2.技术先进 3.功能强大 4.高度灵活性 5.高度安全性 6.读者自助服务 7.简单易用 #include"stdio.h" #include"stdlib.h" #include"string.h" #include"conio.h" #define PAGE 3 #define MAX 1000 #define N 5
本文重点是业务建模实践,以及建模工具EA初级使用过程日志. 先前写了些文档,从不同角度描述了业务建模,但是条理性和规范性仍无法让人一目了然.春节期间当我再次读了<软件方法>前几章,产生了共鸣:误解随处都在,通过UML规范沟通环境,是辛勤汗水的教训. 按书中观点及回答问题如下: 业务建模:描述组织内部各系统(人肉系统.机械系统.电脑系统......)如何协作,使得组织可以为其他组织提供有价值的服务.新系统只不过是组织为了对外提供更好的服务,对自己的内部重新设计而购买的一个零件.组织引进一个软件系
虽然说这次项目开发的时间比较短,但是小组成员都努力去完成酒店客房管理系统的开发,我们费了很多的时间来完成一些前端工作,如需求分析和可行性分析,从一开始的调查项目背景,确认需求,到后来一步步的完善系统,小组成员们都在不断努力,从项目估算到绘制用例图,用例规约,以及顺序图,状态图,部署图等一系列UML的视图,有不懂的地方通过查阅资料,或者请教同学来一步步的攻克难点和疑点,最终才有了我们最终的酒店管理系统. 吾生也有涯,而知也无涯,学习永无止境.起初,对软件工程处于一知半解的状态,分工比较混乱.在划分
2018年02月12日 17:56:19 mydriverc2 阅读数:2283 http://www.uml.org.cn/oobject/201409112.asp 3.1 软件是组织的零件 业务建模的目的是从组织的角度来定位系统应该提供的价值,所以说“业务建模”这个名字其实起得不好,应该更名为“组织建模”.出于对过去叫法的尊重,本书依然称为“业务建模”.做一做以下题目,可能会发现答案出乎你的意料. 很多时候我们把自己在开发的系统(现在流行叫××平台了)看得太重了,感觉没有我们开发的系统,组
软件三重门:业务功能,业务性能,业务智能.这是我在看的<码农>第二期里酷壳博主陈皓说的.原文如下: 我在"软件开发'三重门'"里说过,第一重门是业务功能,在这重门里,的确是会编程就可以了:第二重门是业务性能,在这一重门里,技术的基础就很管用了,比如操作系统的文件管理.进程调度.内存管理,网络的七层模型,TCP/UDP的协议,语言用法.编译和烦请库的实现,数据结构,算法等等就非常关键了:第三重门是业务智能,在这一重门里,你会发现很多东西都很学院派了,比如搜索算法.推荐算法.预
子系统 功能模块 功能简述 个人事务 内部短消息 未提醒短信.发送内部短信.已接受短信.已发送短信.短信查询 工作办理 未接受.办理中.已办结 工作查询 选择流程查询.设置合同流程查询:发起人.工作状态.工作当前执行者 客商管理 客户信息 客户信息(基本.联系.收货.财务)新建.编辑.删除.条件查询.导入.导出 客户回收 客户条件查询.恢复.彻底删除 供应商信息 供应商信息(基本.联系.收货.财务)新建.编辑.删除.条件查询.导入.导出 供应商回收 供应商条件查询.恢复.彻底删除 其他对方信息
一:uml的核心视图 --->如果说UML是一门语言,上一章学习的参与者等元素是uml的基本词汇,那么视图就是语法.uml通过视图将基元素组织在一起,形成有意义的句子. --->uml可视化的特性是由各种视图来展现的,每一种视图都从不同的角度对同一个软件产品的方方面面进行展示.说明要开发的软件到底是一个什么样子. --->静态视图:一方面我们需要描述系统的结构性特征,结构决定这个系统能做什么.结构特性用静态视图来表达. --->动态视图:另一方面我们需要描述系统的运行时行为,这些行