Форум Сообщества Аналитиков
Общий раздел => Примеры => Задачи студентов => Тема начата: Сева от 10 Января 2013, 20:22:20
-
Я пока ещё студент, поэтому буду писать в эту ветку (хотя по замыслу надо в "Примеры"). Мне необходимо создать проект модели работы библиотеки средствами Rational Rose и сгенерировать код. Буду описывать последовательность действий и снабжать "картинками". Из всего задания - только тема, поэтому буду создавать самый простой работающий вариант. Да, кстати, сколько времени занимает работа над проектом? На вскидку?
-
Тут (http://sp.cmc.msu.ru/ooap/x1112/variants.html#var9) занимает семестр. Год-два назад несколько студентов выложили свои модели в code.google. Если покопаться, можно найти и выкачать из репозитория. Модели нарисованы в Topcased. Если заняться перерисовыванием один-в один, процесс ускорится, но вряд ли принесёт знания.
-
Ну, с семестром - это Вы зря. Речь идёт не о изучении предмета. Думаю, с наскока, можно управиться и за несколько дней. Было бы желание, и человек который подсказывал в трудных ситуациях.
Тем не менее, спорить не буду. Приклепляю диаграмму Use Case модели работы библиотеки. Так как ТЗ у меня отсутствует, думаю, что это вполне рабочий вариант.
В данной диаграмме я отобразил цели пользователей и не затрагивал функции системы (напр. авторизацию). Например "Управлять информацией о библиотекаре" включает создание нового, изменение, удаление, просмотр.
-
Далее, у меня стоит в планах разработка Deployment диаграммы. Думаю, следует ограничиться такой:
Клиентские станции - это рабочие места для библиотекарей (админа и пользователя) и для читателя - для поиска литературы.
-
Следующая или следующие диаграммы, которые мне предстоит создать - Statechart. Хотелось бы узнать у уважаемых знатоков, какие обьекты следует описывать и как их "придумывать". На сколько я разобрался - В НАЧАЛЕ необходимо прописать поток событий для каждого из прецедентов в Use Case диаграмме (предусловия, главный поток, под-потоки, альтернативные потоки, постусловия)? Я прав или что-то упустил?
-
Просматривают такие же "студни" как я? Подсказать некому?
-
Ну, с семестром - это Вы зря.
Я просто указал сколько времени отводится по учебному плану (18 недель, по одной аудиторной паре в неделю и столько же на самостоятельную работу).
Верно ли я догадался, что условия задачи у Вас те же [составленные мной]?
-
Я просто указал сколько времени отводится по учебному плану (18 недель, по одной аудиторной паре в неделю и столько же на самостоятельную работу).
Верно ли я догадался, что условия задачи у Вас те же [составленные мной]?
Нет. Моя тема и есть все условия (задание - построить модель работы библиотеки).
-
Нет. Моя тема и есть все условия (задание - построить модель работы библиотеки).
Представляя работу моей информационной системы, могу в целом согласиться с Вашим вариантом (без перерегистраций и некоторой справочной информацией для библиотекарей)
-
В данной диаграмме я отобразил цели пользователей и не затрагивал функции системы (напр. авторизацию). Например "Управлять информацией о библиотекаре" включает создание нового, изменение, удаление, просмотр.
Тут можно сделать какие-то усовершенстования (см например FAQ нашего сайта по поводу вариантов использования). Но сама по себе диаграмма ВИ не так уж и важна.
Она служит неким инструментов создать контекст, который довольно просто согласовать с заказчиком. Однако заказчика нет, пользователи абстрактны, потому дискуссия может быть долгая. У меня свое видение библиотеки, у вассвое, а у библиотекаря третье.
Тем не менее можно сказать ваша библиотечаня система должна предоставить возможность
поиска интересующей пользователя книги
оформления выдачи книги
оформление приема книги
работу с читателями
книгами
библитекарями
тут есть вопрос
найти книгу - для чего? зачем? почему? при оформление приема и выдачи книга производится поиск книги? а при управлении информацией о книге?
просмотреть список должников - для чего, зачем, почему администратор делает это?
-
Клиентские станции - это рабочие места для библиотекарей (админа и пользователя) и для читателя - для поиска литературы.
в чем глобальная идея этой диаграммы? Она же тривиальна
-
"найти книгу - для чего? зачем? почему? при оформление приема и выдачи книга производится поиск книги? а при управлении информацией о книге?" - читатель может просто не умеет работать с компьтером (на котором поисковая система), поэтому по его просьбе это может сделать пользователь-библиотекарь. При управлении информацией о книге (имеется в виду внести новую, и удалить старую) поиск книги не будет являться самоцелью, т.е. целью пользрвателя, а будет функцией системы - поэтому и связь не указываю.
"просмотреть список должников - для чего, зачем, почему администратор делает это?" - в данном случае это цель пользователя (администратора-библиотекаря), просмотреть список, напомнить по телефону
"в чем глобальная идея этой диаграммы? Она же тривиальна" -глобальной идеи нет. Просто в моей курсовой работе она должна присутствовать, а здесь я освещаю сработу над своим проектом.
Думаю, что с натяжкой, проект вполне рабочий в теории (внедрять на практике никто не будет). А вот как дальше создавать диаграммы Statechart? С чего начинать?
-
А вот как дальше создавать диаграммы Statechart? С чего начинать?
Если рассматривать пример как проект, следует придерживаться некоего процесса разработки. Согласно известным мне, составление диаграмм состояний находится ближе к генерации кода, если так можно выразиться. Поначалу следует уделить внимание требованиям, описать концепцию системы, составить описания и сценарии вариантов использования.
Если рассматривать пример как повод для составления некоего количества разнотипных диаграмм, то можно действовать в любом порядке. Подумайте, какие "куски данных" Вашей системы ведут себя по-разному. Книга может быть в наличии, может быть выдана, может быть выдана и не возвращена в срок, может быть списана. Читатель может быть должником или добросовестным. И т. д.
-
У Трофимова (да и в лекциях у меня) после диаграммы Deployment - Statechart диаграмма. То есть я должен прописать поток событий для каждого из прецедентов в Use Case диаграмме (предусловия, главный поток, под-потоки, альтернативные потоки, постусловия)?
-
У Трофимова (да и в лекциях у меня) после диаграммы Deployment - Statechart диаграмма. То есть я должен прописать поток событий для каждого из прецедентов в Use Case диаграмме (предусловия, главный поток, под-потоки, альтернативные потоки, постусловия)?
Deployment -- это проектирование архитектуры системы. Statechart -- проектирование элементов системы. И то и другое выполняется после определения требований и анализа.
Описания ВИ дадут Вам точку опоры для анализа и проектирования системы.
-
Сева, для начала почитай все-таки справку к форуму, как правильно цитировать чужое сообщение.
Это весьма просто. Жмешь цитировать. Внизу в форме быстрого ответа появляется сообщение письма обрамленное quote.
Если нужно в одном ответет процитировать несколько чужих сообщений, тогда нужно курсором встать в конец предыдущей цитаты в форме быстрого ответа и далее вновь нажать цитировать в нужном сообщении.
Если в форме быстрого ответа неудобно отвечать, то все что нацитировал копируешь и нажимаешь кнопку Ответ. Вставляешь тут скопированное.
Чтобы цитату разбить на кусочки, выделяешь ее и используешь теги цитирования quote /quote в квадратных скобках. Посмотреть результат перед отправкой можно, использую Предварительный просмотр
-
"найти книгу - для чего? зачем? почему? при оформление приема и выдачи книга производится поиск книги? а при управлении информацией о книге?"
читатель может просто не умеет работать с компьтером (на котором поисковая система), поэтому по его просьбе это может сделать пользователь-библиотекарь. При управлении информацией о книге (имеется в виду внести новую, и удалить старую) поиск книги не будет являться самоцелью, т.е. целью пользрвателя, а будет функцией системы - поэтому и связь не указываю.
Нет, ты выделил Найти книгу, как самостоятельный ВИ. Любой ВИ предполагает наличии соотвествующей ему роли (потому говорят у ВИ 1 роль) и ясной очевидной цели. Если это функция системы, то это не ВИ.
Когда я говорил о других ВИ, я имел виду, что поиск книги является неотъемлемым шагом для их исполнения (например, прежде чем внести изменения в формуляр книги, нужно найти ее)
"просмотреть список должников - для чего, зачем, почему администратор делает это?"
- в данном случае это цель пользователя (администратора-библиотекаря), просмотреть список, напомнить по телефону
Зачем пользователю посмотреть список? Чтобы напомнить по телефону? О чем, кому?
"в чем глобальная идея этой диаграммы? Она же тривиальна"
-глобальной идеи нет. Просто в моей курсовой работе она должна присутствовать, а здесь я освещаю сработу над своим проектом.
зачем она в проекте, какую часть проекта она специфицирует, что у тебя будет 1 сервер и 3 клиентской машины?
И что это дает в понимани твоей задачи?
Думаю, что с натяжкой, проект вполне рабочий в теории (внедрять на практике никто не будет). А вот как дальше создавать диаграммы Statechart? С чего начинать?
Это что мантра? Все хорошо, у меня теплые уши!!! :) Какой проект, в чем рабочий, в какой теории?
А что такое диаграммы Statechart? Каково ее назначение, для чего она строится? Из каких частей состоит?
-
У Трофимова (да и в лекциях у меня) после диаграммы Deployment - Statechart диаграмма. То есть я должен прописать поток событий для каждого из прецедентов в Use Case диаграмме (предусловия, главный поток, под-потоки, альтернативные потоки, постусловия)?
Система моделируется(проектируется) в трех измерениях. Порядок, реально, неважен, так он итерационный и взаимозависимый. Порядок разработки в целом определяется методологией и включает: анализ, проектирование, реализацию, внедрение.
Эти три измерения таковы:
моделирование(проектирование) использования - это варианты использования главным образом - как система используется, кем, для чего.
моделирование структуры - из чего система состоит, как устроена, как будет устроена: диаграммы классов, объектов, пакетов, компонентов, размещения
моделирование поведения - как система выполняет возложенные на нее обязанности: тут может помочь диаграмма деятельности, автоматов , последовательности и коммуникации
на уровне анализа используется одно: например диаграмма вариантов использования, диаграмма бизнес-объектов(классов предметной области), диаграммы деятельности
на уровне проектирование другое и более детально: диаграмм классов (программных), деление на пакеты, диаграммы компонентов, диаграммы размещения, диаграммы взаимодействия, ну и диаграммы автоматов
-
Нет, ты выделил Найти книгу, как самостоятельный ВИ. Любой ВИ предполагает наличии соотвествующей ему роли (потому говорят у ВИ 1 роль) и ясной очевидной цели. Если это функция системы, то это не ВИ.
Когда я говорил о других ВИ, я имел виду, что поиск книги является неотъемлемым шагом для их исполнения (например, прежде чем внести изменения в формуляр книги, нужно найти ее)
Эта цель может быть самостоятельной и также является неотъемлемым шагом
.
Зашёл человек в библиотеку, поискал-поискал и ушёл - это я и показываю.
-
Эта цель может быть самостоятельной и также является .
Зашёл человек в библиотеку, поискал-поискал и ушёл - это я и показываю.
Зашел человек "найти книгу", зачем? В чем цель-то? Как это изменило состояние системы? В чем значимость?