File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes Architect Certification (SCEA/OCMJEA) and the fly likes SCEA Part 2 question (Fly By Night assignment) Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Certification » Architect Certification (SCEA/OCMJEA)
Bookmark "SCEA Part 2 question (Fly By Night assignment)" Watch "SCEA Part 2 question (Fly By Night assignment)" New topic
Author

SCEA Part 2 question (Fly By Night assignment)

maciej kwiatkowski
Greenhorn

Joined: May 03, 2007
Posts: 3
I have passed the first step of SCEA and I have received my assignment for the second step. The assignment is to prepare a new system for FlyByNight Inc - you probably know this assignment very well (I think so because there are many threads about this assignment in the forum).

After reading the requirements, use-cases and domain model I noticed that Customers and Travel Agents can use exactly the same set of functionalities of the new system - there is no special functionality that is used only by Customers, and there is no special functionality that is used only by Travel Agents. On UC diagaram actors Customer and Travel Agent are connected to the same use-cases, and in the use-case descriptions it very often happens that only "Customer" actor is mentioned. From all this observations I deduct that form the functional requirements point of view actor Customer is equal to actor Travel Agent.

In many threads in this forum the following opinion occurs: there should be web-browser/servlet&JSP based client/presentation layer for the Customers and Swing based client/presentation layer for the Travel Agents. Both layers should access common EJB based service layer. But I believe that there should be only one web-browser/servlet&jsp based client/presentation layer used by both Customers and Travel Agents. In my opinion this design choice is justified by two facts:
1. Customers can do the same things as Travel Agents (as I described above), so there is no point in creating two distinct client/presentation layer implementations.
2. The Customers have to access the application by web-browsers, and Travel Agents do not care about the way of access. That is why the web-browser/servlet&jsp client/presentation layer should be choosen and implemented.

What do you think about that? Do you agree with my observation about the functional requirements similarity of Customers and Travel Agents? Do you think that the solution with single web based client/presentation layer would be accepted by people that would check my assignment?

I am aware that my English is not perfect, so do not hesitate if you need more clarification/explanation. I would very appreciate your comments.
G Sri
Greenhorn

Joined: Mar 26, 2007
Posts: 6
I do agree with you that from a usage perspective it makes sense to provide a common interface (Web UI) for both customers and the travel agents. However, IMO, what the SCEA requirement/design is looking for is support for multiple clients (both Web and stand alone). Any comments from the already "SCEAs" ?
Jibu Thomas
Greenhorn

Joined: Jun 24, 2005
Posts: 12
SCEA looks for a design that supports both web and application clients.
BTB, AA, Please give your name
Jibu
SCEA
Yi Meng
Ranch Hand

Joined: May 07, 2003
Posts: 270
Originally posted by Jibu Thomas:
SCEA looks for a design that supports both web and application clients.
BTB, AA, Please give your name
Jibu
SCEA


agree,

And in the real world, i do expect thick client to act faster than the web client and travel agents do need that speed differences. In addition, thick client allows local system/hardware pheripirals integration.


Meng Yi
sai maddikay
Greenhorn

Joined: Jul 03, 2006
Posts: 14
According to the requirement Travel Agents response must be faster.

Extract from

http://java.sun.com/blueprints/guidelines/designing_enterprise_applications_2e/client-tier/client-tier5.html

Implementing the user interface for a Java client usually requires more effort to implement than a browser interface, but the benefits are substantial. First, Java client interfaces offer a richer user experience; with programmable GUI components, you can create more natural interfaces for the task at hand. Second, and perhaps more importantly, full programmability makes Java clients much more responsive than browser interfaces.

When a Java client and a browser client request the same data, the Java client consumes less bandwidth. For example, when a browser requests a list of orders and a Java client requests the same list, the response is larger for the browser because it includes presentation logic. The Java client, on the other hand, gets the data and nothing more.

Furthermore, Java clients can be programmed to make fewer connections than a browser to a server. For example, in the Java Pet Store sample application, an administrator may view orders in a table and sort them by date, order identifier, and so on. He or she may also see order data presented in a pie chart or a bar chart,


Because the administrator client uses the JFC/Swing API, it can provide all of these views from the same data set; once it retrieves the data, it does not have to reconnect to the server (unless it wants to refresh its data). In contrast, an administrator client implemented using a browser must connect to the server each time the view changes. Even though the data does not change, the browser has to download a new view because the data and the view are intertwined.

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

Sai
Bear Bibeault
Author and ninkuma
Marshal

Joined: Jan 10, 2002
Posts: 60782
    
  65

"sai",

There aren't many rules that you need to worry about here on the Ranch, but one that we take very seriously regards the use of proper names. Please take a look at the JavaRanch Naming Policy and adjust your display name to match it.

In particular, your display name must be a first and a last name separated by a space character, and must not be obviously fictitious.

Thanks!
bear
JavaRanch Sheriff


[Asking smart questions] [Bear's FrontMan] [About Bear] [Books by Bear]
 
Consider Paul's rocket mass heater.
 
subject: SCEA Part 2 question (Fly By Night assignment)
 
Similar Threads
Passed SCEA Part 2/3 with score of 92 !!!
Clarifications on Requirements for - Part II
Why Swing client at all?
SCEA II, assigment, needs some clarification on requirements
Can I work SCEA Part II with EJB3.0 and JSF?