Class Diagram Blog

In software engineering, a class diagram in the Unified Modeling Language (UML) is a type of static structure diagram that describes the structure of a system by showing the system's classes, their attributes, operations (or methods), and the relationships among objects.

The class diagram is the main building block of object oriented modelling. It is used both for general conceptual modelling of the systematics of the application, and for detailed modelling translating the models into programming code. Class diagrams can also be used for data modeling.

The classes in a class diagram represent both the main objects, interactions in the application and the classes to be programmed.In the diagram, classes are represented with boxes which contain three parts:

1.       The top part contains the name of the class

2.    The middle part contains the attributes of the class

3.       The bottom part gives the methods or operations the class can take or undertake

Association

An association represents a family of links. Binary associations (with two ends) are normally represented as a line. An association can be named, and the ends of an association can be adorned with role names, ownership indicators, multiplicity, visibility, and other properties. There are four different types of association: bi-directional, uni-directional, Aggregation (includes Composition aggregation) and Reflexive. Bi-directional and uni-directional associations are the most common ones. For instance, a flight class is associated with a plane class bi-directionally. Association represents the static relationship shared among the objects of two classes. Example: "department offers courses", is an association relation.

Aggregation

Aggregation is a variant of the "has a" association relationship; aggregation is more specific than association. It is an association that represents a part-whole or part-of relationship. As a type of association, an aggregation can be named and have the same adornments that an association can. However, an aggregation may not involve more than two classes. Aggregation can occur when a class is a collection or container of other classes, but where the contained classes do not have a stronglife cycle dependency on the container—essentially, if the container is destroyed, its contents are not.

Composition

Composition is a stronger variant of the "owns a" association relationship; composition is more specific than aggregation. Composition usually has a strong life cycle dependency between instances of the container class and instances of the contained class(es): If the container is destroyed, normally every instance that it contains is destroyed as well. (Note that, where allowed, a part can be removed from a composite before the composite is deleted, and thus not be deleted as part of the composite.

Class level relationships

Generalization

The Generalization relationship ("is a") indicates that one of the two related classes (the subclass) is considered to be a specialized form of the other (the super type) and superclass is considered as 'Generalization' of subclass. In practice, this means that any instance of the subtype is also an instance of the superclass. An exemplary tree of generalizations of this form is found in binomial nomenclature:human beings are a subclass of simian, which are a subclass of mammal, and so on. The relationship is most easily understood by the phrase 'an A is a B' (a human is a mammal, a mammal is an animal).

Realization

In UML modelling, a realization relationship is a relationship between two model elements, in which one model element (the client) realizes (implements or executes) the behavior that the other model element (the supplier) specifies.

The UML graphical representation of a Realization is a hollow triangle shape on the interface end of the dashed line (or tree of lines) that connects it to one or more implementers. A plain arrow head is used on the interface end of the dashed line that connects it to its users. In component diagrams, the ball-and-socket graphic convention is used (implementors expose a ball or lollipop, while users show a socket). Realizations can only be shown on class or component diagrams.

A realization is a relationship between classes, interfaces, components, and packages that connects a client element with a supplier element. A realization relationship between classes and interfaces and between components and interfaces shows that the class realizes the operations offered by the interface.

General relationship

Dependency

Dependency is a weaker form of relationship which indicates that one class depends on another because it uses it at some point in time. One class depends on another if the independent class is a parameter variable or local variable of a method of the dependent class. This is different from an association, where an attribute of the dependent class is an instance of the independent class.

Multiplicity

The association relationship indicates that (at least) one of the two related classes makes reference to the other. In contrast with the generalization relationship, this is most easily understood through the phrase 'A has a B' (a mother cat has kittens, kittens have a mother cat).

The UML representation of an association is a line with an optional arrowhead indicating the role of the object(s) in the relationship, and an optional notation at each end indicating the multiplicity of instances of that entity (the number of objects that participate in the association).

Having previously mengepost blog about use cases , class diagrams are now about on the blog . There are six classes that exist in the class diagram blog and relate to each other . The first main class is the main class of the class diagram contained in the blog that consists of menus , manage profile , manage templates , manage articles, apply for google adsense and login . There are two classes of database connections in order to connect to the database stored , composed of user , datebase , username , password , and have the requirement that all of the string data type . That there is a third class consists of managing the input profile new profile , edit a profile, delete profile and view profiles . There are four classes manage to edit the template according to the desired template . There are five classes consist of articles that manage input articles, edit articles, delete articles, view articles, comment and delete the comment input . Entirely using the same data type except string to date using the date data type.

Use Case Blog

Of the picture is an example of a use case blog . Use case is a series / description of a group of inter-related and form a system of regularly conducted or supervised by an actor . Use case is usually used to describe the process . Use case some symbol that has an actor , usecase , associations , include , extend and generalization . Use case diagrams describe the expected functionality of a system . The emphasis is on " what " is done for the system , and not the " how " . Usefulness use case is capturing the system requirements, communicate with end users and domain experts, and assessment system problems. Use case diagram is a diagram to model the behavioral aspects of the system. 

Each one shows a set of use cases, actors, and relationships.A use case represents an interaction between the actors in the system . Use case is a specific job , such as logging into the system , clicking -create a shopping list , and so on . A / an actor is a human or a machine entity that interacts with the system to perform certain tasks . ( Wahono , R.S , 2003). Use case diagrams can be very helpful when we are putting together a system of requirements , design communicate with clients , and designing test cases for all the features that exist on the system . A use case can either include another use case functionality as part of a process in itself . It is generally assumed that the use case will be invoked every time include use cases include the clicking - executed normally . 

A use case can be include by more than one other use case , so that duplication of functionality can be avoided by pulling out the common functionality . A use case can also be extended another use case with its own behavior .Blog is short for web log is a web application that resembles the form of writings ( published as a post ) on a public web page . These writings are often published in reverse order ( most recent content first and then followed the older content ) , although not necessarily so . Web sites like these can usually be accessed by all Internet users according to the topics and goals of the user's blog . So the use case blog describe business processes that exist in the blog . With the use case of this blog , It is expected to understand the business processes that take place on a blog . 

Use case this blog is created using astah community .There are three actors in the use case that is user blogs , blog admin and readers . Every actor has their activities - and have the respective roles relate to each other . To have activities such as managing user profile , manage templates and manage articles . In the profile are managing the activities conducted user can describe myself like a picture of biographical data , input profiles , edit profiles and delete profiles .Besides being able to manage profiles , user can also manage templates that customize the theme according to the desired look of the blog . Template is used to create a blog to look more beautiful and presentable when viewed by the reader . 

Type - the type of template is provided so that the user can select the desired template and when - time to change the template . In addition , users can also manage the articles that you want to post as you wish as input an article later when - time user can edit the article ersebut if an error occurs or the user can delete the articles that have been entered .In addition to the user as an actor , there are other actors in the use case of this blog is the blog admin . Admin blog in order to connect the actor with the existing activities in the blog . Before conducting activities in the blog , users must login email and password accordingly. If email and password do not match then the user can not get to do activities in the blog and vice versa if the email and password as the user can enter the blog to do activities such as manage profiles , manage templates and manage articles . Admin blog has an important role here as determine the right user login is done .Last actor who plays a role in the use case is reader blog . 

After user input profile and post articles to the blog so readers can see the blog in accordance with what has been posted by the user without having to login email and password . Profile and articles can be seen by everyone without exception . In addition to viewing user profiles and articles , readers can also leave comments about the article that was posted user . Then the user can reply to reader comments , if not so then the user and reader comments may delete the comment . Comment that has been entered can be viewed by everyone . In the blog are not available for chat between users and readers like facebook.The last actor is admin google. Google Admin role in the acceptance of a blog that has been in registered user in accordance with the requirements determined by google.