javascript — диаграмма последовательности с одним классом и без прямой связи с оператором
Я знаю, что в диаграмме последовательности мне нужно представлять только классы между двумя актерами, но в моем приложении у меня есть только один класс. Этот класс представляет собой ser.java, который собирается записывать данные в файл file.txt, а затем в файл php, читаемый из этого файла, и отображать информацию в файле interface.html с использованием файла javascript, interface.html — это интерфейс моего приложения. Здесь оператор не имеет прямого отношения к моему классу ser.java. и ser.java также не имеет прямого отношения к моему приложению, есть файлы, на которые они ставятся. Итак, как я могу представить диаграмму последовательности?
Спасибо.
Решение
Ваша терминология не совсем верна, и, возможно, в этом причина вашего замешательства.
Диаграмма последовательности показывает не классы между актерами, а поток сообщений между объекты который может иметь тип данных, который может быть классом. Таким образом, у вас, вероятно, будет один объект вашего класса Ser и другие объекты, представляющие ваши txt, php и html файлы.
Поскольку файлы являются пассивными объектами, которые не инициируют какую-либо функциональность, я предполагаю, что ваш поток сообщений всегда будет начинаться с объекта, который является экземпляром Ser, Поэтому я не думаю, что ваше утверждение, что «php file read from this file» является достаточно точным. Кто инициирует чтение? В вашем описании только Ser Экземпляр способен сделать такую вещь.
Вы также говорите о том, что ваше приложение отличается от Ser, Итак, у вас есть объект приложения, который должен быть экземпляром другого класса? Это также может быть представлено на вашей диаграмме.
Не существует строгого правила о том, что включать в диаграмму последовательности. UML — это язык, и, как и любой язык, он позволяет вам выражать свои мысли. Так что, если вы найдете какой-либо объект, достаточно релевантный, чтобы рассказать о сообщениях, которые он отправляет и получает, включите его. Вам нужно будет где-то остановиться, иначе вы в конечном итоге будете описывать свой процессор и каждую ячейку памяти. В общем, люди склонны описывать объекты классов, которые они написали, или они напрямую вызывают из своих собственных классов.
Другие решения
Других решений пока нет …