I'm working on a project for a grad class and still having trouble wrapping my head around them.
What is the difference between a sequence diagram (SD) and a system sequence diagram (SSD)?
And in what order should they be developed when working on a systems development project?
A System sequence diagram visualizes a use case, while a sequence diagram visualizes a method of a class.
The elements participating (exchanging messages) in a system sequence diagram are Actors and Systems. The messages exchanged by these elements could be any type depending on the systems (from web service calls to data input from a human).
The elements participating in a sequence diagram are objects (instances of various classes). The messages exchanged by these elements are method invocations.
First you would analyze and document the use cases. Each use case describes a main business task required. The system use case diagram is part of this activity.
Later you come to design each subsystem, namely each element participating in the system use case diagram. You draw one or more class diagrams depicting the classes participating to the solution. Then you would draw a sequence diagram for the most important (or difficult to understand) methods.
EDIT: Some examples can be found in the agile modelling site.
Sequence Diagram: It shows interaction between two objects.
System Sequence Diagram: It shows interaction between system & actors.
The sequence diagram is merely a more common term.
A sequence diagram is used primarily to show the interactions between
objects that are represented as lifelines in a sequential order.
(from VP ULM help) So, BTW, you can see that it is NOT a visualization of one method as @nakosspy writes.
It can be done for any level: methods, services, components, system.
As for System sequence diagram, it is a sequence diagram made for the highest level. It could describe even a group of use cases, not only a single one, as Wiki says. But what is much more important, elements of System SD should be described in user terms, without IT slang. Because it belongs to the requirements part of the project documentation.
We have only one sequence diagram in UML, we can use this for different abstraction level. We can use this diagram for documenting interaction between actor and components, class, e.t.c. Sometimes you can found name "system sequence diagram" in case, diagram depict realization particular operation (maybe webservice), component without actor.