• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Test 486 - Am Frustrated!!!

 
Ranch Hand
Posts: 1157
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi,
I have been reading UML for a week or so.Have finished about 8 Chapters of Craig Larman.When I went through the Test Objectives of Test 486 today, I was shocked to see, that I haven't even touched the first sub-section of the test properly.
Since I am new to UML, probably I am too anxious about the whole thing.But after cracking all those Jcert tests, I should say that I am finding this test a bit intimidating.
Please advise as to how I should proceed.I am not finding understanding the stuff hard, but am concerned if I am on the right path.Since, IBM had recommended Craig book, I thought most of the Test Objectives would be from that book.Am afraid to say, that this doesnot seem to be the case.
Could you guys help me to locate exacly,where I could find the following Test Objectives
Development Process

  • Apply iterative and incremental process
  • Schedule project activities based on use cases
  • Exhibit the ability to trace requirements both forward and backword through OOAD artifacts
  • Utilize use cases to drive other project activities
  • Apply the appropriate OOAD activities for a given situation based on strengths and weaknesses
  • Control and coordinate the interfaces between packages
  • Organize the project team responsibilities based on OOAD artifacts

  • Requirements Modeling

    • Identify skills and resources need-ed to write use cases
    • Identify actors for the system
    • Identify use cases from a requirement document and/or domain
      expert and extract business rules for the domain
    • Develop and interpret a use case model using the UML notation
    • Write use cases that focus on the problem domain
    • Write use cases using the terminology of the target audience
    • Derive subsequent OOAD artifacts from use cases
    • Use a prototype of the user interface for customer feedback when appropriate

    • Please help me locate the above Test Objectives in any UML books!!
      Regards,
      ------------------
      Sandeep Desai
      vgdesai@vsnl.com

      1. Sun Certified Java Programmer Scored 93 per cent
      2. Oracle JDeveloper Rel. 3.0 - Develop Database Applications with Java Scored 56 out of 59
      3. IBM Enterprise Connectivity with J2EE Scored 72 per cent
      4. Enterprise Development on the Oracle Internet Platform Scored 44 out of 56

      5. PS : Is there something wrong with this site?I no longer see the discussion forums as before.I searched for a message in this forum and posted the message!!
        -- Sandeep
        [This message has been edited by Desai Sandeep (edited April 10, 2001).]
 
Ranch Hand
Posts: 399
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
If you are referring to Larman's _Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design_, 8 chapters is a very small fraction of the book. I'm only about halfway through the book, but viewed from the middle, it appears that the book does a address most, perhaps all, of the points you listed. As I recall, many of those points are initially touched the first eight chapters. However, the book often introduce a concept briefly, and then elaborates as the concept is applied there and later in the example project. Also, some of the process issues you listed that are touched a bit lightly in the first few chapters appear come up again in chapter 37.
I think Larman communicates some points as much by showing you as by telling you. I spend a good bit of time looking at exactly what he is doing with the example, and thinking about why. I seem to like the book more than some of my colleagues who remark that some of the pictures look so much like the previous pictures that they don't bother to look carefully at what's new.
I've put myself on the hook to take 486, but my approach to learning OO analyis and design is to study the book and apply it myself to learn what the author is teaching, and then, if necessary, to review with the test objectives in hand, filling in holes. However, from what I've seen, I don't expect the objectives to be a problem. (I may change my tune once I take the pre-test.)
reply
    Bookmark Topic Watch Topic
  • New Topic