Girish Mohite

Greenhorn
+ Follow
since Jan 29, 2009
Merit badge: grant badges
For More
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Girish Mohite

Congrats Deepak!!!Well done...
Friends

Received a mail from Sun that i am now SCEA5 Certified.

I had taken Part 3 on 11th June and had submitted my assignment on 14th June,so
i guess the wait wasnt long to get the results.

Thank you all for your notes and guidance.This forum has helped me a lot in preparing for this exam.

Regards

Girish Mohite
Thanks for your inputs.

But do you think that the ch 9 solution is bit more generic?May be i got that feeling as my assignment too deals with biddings.



Hi Guys

I am currently working on SCEA part 2.

I am planning to use the design strategy as given in Chapter 9 of SCEA Study guide.However the diagrams given look far more basic and more generic in their application.

Can someone advise based on their experience?Should there be more detailing involved?


Regards

Girish Mohite
Hello

I just appeared for paper 1 in UK.I purchased my voucher from prometric website

The link to follow is

http://www.prometric.com/Sun/default.htm

Thank you very much for your feedback guys.I will try keeping the model same and come up with a design that supports it.
However in few cases the cardinality isnt defined like if a request has more than one part,what do we do in this case?
Thanks for your inputs Deepak.

I agree the model will be much cleaner if we assume one req for one part type.However this contradicts the cardinality between req and PO (1 req can have many PO)
Though one can assume that 1 req has 1 part requests but different schedules.This way the relationship between req and PO can remain intact.Any thoughts?
Hello

I have just started with my part2.It appears that the assignment that i received has many errors in it.
I have come across few use cases where the roles specified are exactly reverse to the ones they should have been.For example like it mentions supplier instead of employee and so on.
I am very sure that this might be a print mistake.

however looking at the business model i have come across a very basic question

1) can a employee issue request for more than 1 parts in its request to invite suppliers to start bidding?

2) I think the answere to point 1 above must be yes because as per the domain model one request can have multiple purchase orders asociated with it.
But this also means that any supplier can only part fulfill the request.

Can someone validate this?Or the cardinality might be incorrect between request and purchase order?


Regards

Girish
Hello

I am facing exactly the same issue here.Let me know if you got any reply back from sun.Its been few days i posted them a query but NO RESPONSE yet.