1
Sparx / Re: Как убрать "префикс" к имени?
« : 28 Февраля 2012, 11:31:48 »
artvish, хотя я немного запутался, но вроде достаточно. Спасибо :-)
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Страницы: 1
2
Sparx / Re: Как убрать "префикс" к имени?
« : 26 Февраля 2012, 19:53:07 »
Спасибо, artvish!
Нашел этот переключатель, полез сюда написать решение и увидел, что пропустил уже данный ответ!
Это действительно позволяет достичь нужного эффекта.
Правда он также перекрывает действие свойства диаграммы "Show namespaces", что может быть не удобно в других случаях, но это уже другая история.
Нашел этот переключатель, полез сюда написать решение и увидел, что пропустил уже данный ответ!
Это действительно позволяет достичь нужного эффекта.
Правда он также перекрывает действие свойства диаграммы "Show namespaces", что может быть не удобно в других случаях, но это уже другая история.
3
Sparx / Re: Как убрать "префикс" к имени?
« : 20 Декабря 2011, 08:01:11 »
Спасибо, artvish!
Жаль, уже увидел, чем это костыль чреват: там, где в описании подсистемы хочется показать связь с компонентом другой подсистемы, как раз классификатор бы не помешал.
Ещё раз спасибо.
Жаль, уже увидел, чем это костыль чреват: там, где в описании подсистемы хочется показать связь с компонентом другой подсистемы, как раз классификатор бы не помешал.
Ещё раз спасибо.
4
Sparx / Re: Как убрать "префикс" к имени?
« : 19 Декабря 2011, 05:05:17 »
Эдуард, спасибо, но данный флажок на это не влияет.
Пока нашел только один костыль: использовать Alias и у диаграммы выставлять флажок "Use Alias if Available".
Пока нашел только один костыль: использовать Alias и у диаграммы выставлять флажок "Use Alias if Available".
5
Sparx / Как убрать "префикс" к имени?
« : 16 Декабря 2011, 08:34:22 »
Коллеги, доброе время суток!
Помогите, пожалуйста.
Рисую логическую модель АПК.
Использую в основном "класс" как логическую единицу, классы делаю Composite, во вложенной диаграмме детализирую подсистему и т.д.
Вопросов, собственно, два.
1. В браузере объектов в один класс вкладываю несколько, чтобы сохранить логическую структуру в браузере.
При этом, когда помещаю "вложенный" класс на диаграмме составной структуры - в имени класса добавляется имя родительского класса.
Мне это не нравится, т.к. загромождает схему.
(см. рисунок - в классе "Class1::Class3" я хочу убрать префикс "Class1::")
Можно ли от этого как-то избавиться?
2. Вызван трудностями в первом вопросе: адекватный ли я использую инструмент для моделирования предполагаемой логической структуры комплекса?
Помогите, пожалуйста.
Рисую логическую модель АПК.
Использую в основном "класс" как логическую единицу, классы делаю Composite, во вложенной диаграмме детализирую подсистему и т.д.
Вопросов, собственно, два.
1. В браузере объектов в один класс вкладываю несколько, чтобы сохранить логическую структуру в браузере.
При этом, когда помещаю "вложенный" класс на диаграмме составной структуры - в имени класса добавляется имя родительского класса.
Мне это не нравится, т.к. загромождает схему.
(см. рисунок - в классе "Class1::Class3" я хочу убрать префикс "Class1::")
Можно ли от этого как-то избавиться?
2. Вызван трудностями в первом вопросе: адекватный ли я использую инструмент для моделирования предполагаемой логической структуры комплекса?
6
Управление Проектом / Re: Модернизация существующей системы.
« : 25 Августа 2010, 15:58:11 »1. Я около года тестировал эту систему, поэтому как раз с тем, что описал в 2) знаком хорошо.
Имел ввиду "с тем, что описал в 3)"
7
Управление Проектом / Re: Модернизация существующей системы.
« : 25 Августа 2010, 15:52:34 »
Galogen,
1. Я около года тестировал эту систему, поэтому как раз с тем, что описал в 2) знаком хорошо.
2. Есть возможность сдерживать изменения в системе некоторое время.
3. C# на Visual Studio 2008.
Станкевичус Йонас, спасибо за ссылку.
1. Я около года тестировал эту систему, поэтому как раз с тем, что описал в 2) знаком хорошо.
2. Есть возможность сдерживать изменения в системе некоторое время.
3. C# на Visual Studio 2008.
Станкевичус Йонас, спасибо за ссылку.
8
Управление Проектом / Модернизация существующей системы.
« : 25 Августа 2010, 13:43:40 »
Здравствуйте!
Помогите, пожалуйста, советом и оценкой.
В нашей фирме за последние три года было написано ПО, удовлетворяющего нужды некоторого заказчика.
Система в принципе работает, но т.к. были ошибки на этапе постановки первоначальных задач, то потребовалось большое количество изменений, которые врезались в имеющуюся архитектуру "лишь бы работало".
Результат предсказуем: работает абы как, а дальнейшую модернизацию ПО проводить все сложнее и сложнее.
Заказчик один - "Москва", а клиентов много - по всей стране, около 100. У каждого клиента свои запросы, как следствие - много заплаток, нет единой информационной базы: что и для чего требуется. Не редка ситуация, когда находится дефект системы, а при его исправлении выясняется, что эта ситуация (проявление дефекта) специально обрабатывается системой и выдает именно такой результат именно по задумке. А по чьей задумке - не известно.
Проводить тотальную модернизацию (иными словами - спроектировать систему заново и переписать код) тяжело, т.к. система относительно новая и Заказчик оплачивать такие работы не будет, а управление фирмы с одной стороны, требует чтобы наконец-то ПО заработало стабильно, а с другой - урезает ресурсы, т.к. проект должен был закончиться ещё год-полтора назад.
Поэтому есть желание проявить силу ума и построить модель имеющейся системы, чтобы оценить - какие изменения мы можем в неё внести для стабилизации и для повышения функциональности по запросам пользователей.
Опыта и методологии подобной работы (как обычно в народном хозяйстве и бывает) в фирме нет.
Мне бы хотелось такой опыт поиметь и методологию внедрить, а также систему "починить". Есть также желание использовать UML с перспективой использования наработанных мировых методологий и существующих инструментов составления диаграмм UML.
Есть идея описать сценарии работы с имеющейся системой.
1) Актерами я планирую сделать имеющееся ПО (есть три группы приложений с GUI, каждая из групп ПО подразумевает определенную категорию задач в системе).
2) Т.к. сразу все описывать тяжело, то хочу сначала обрезать набор прецедентов, зафиксировав требования, касающиеся работы в рамках только этих прецедентов, а затем этот рабочий набор "наращивать", расширяя набор операций до полного.
3) Т.к. профессионально программистом не работал, то есть желание не расписывать самостоятельно классы и методы (может быть потом привлечь к этому ответственных за код людей), а с одной стороны показать сценарии работы ("создать объект", "удалить объект", "изменить статус объекта"), а с другой - показать изменения, которые происходят на уровне баз данных, передачи информации в служебные программы и т.п.
4) Не понятно, как выписывать наборы ограничений. То есть вот есть у нас операция по редактированию объекта, при этом есть ряд ограничений типа "если параметр1=1, то {если дата1 больше текущей, то задать дата2=текущей, иначе задать дата 2=дата1} иначе не изменять дату2".
Так вот как записывать такие ограничения, чтобы это было читаемым, обсуждаемым, редактируемым?
Можете ли сказать - жизнеспособны желания 1-3, что-то можно посоветовать по 4) ?
Помогите, пожалуйста, советом и оценкой.
В нашей фирме за последние три года было написано ПО, удовлетворяющего нужды некоторого заказчика.
Система в принципе работает, но т.к. были ошибки на этапе постановки первоначальных задач, то потребовалось большое количество изменений, которые врезались в имеющуюся архитектуру "лишь бы работало".
Результат предсказуем: работает абы как, а дальнейшую модернизацию ПО проводить все сложнее и сложнее.
Заказчик один - "Москва", а клиентов много - по всей стране, около 100. У каждого клиента свои запросы, как следствие - много заплаток, нет единой информационной базы: что и для чего требуется. Не редка ситуация, когда находится дефект системы, а при его исправлении выясняется, что эта ситуация (проявление дефекта) специально обрабатывается системой и выдает именно такой результат именно по задумке. А по чьей задумке - не известно.
Проводить тотальную модернизацию (иными словами - спроектировать систему заново и переписать код) тяжело, т.к. система относительно новая и Заказчик оплачивать такие работы не будет, а управление фирмы с одной стороны, требует чтобы наконец-то ПО заработало стабильно, а с другой - урезает ресурсы, т.к. проект должен был закончиться ещё год-полтора назад.
Поэтому есть желание проявить силу ума и построить модель имеющейся системы, чтобы оценить - какие изменения мы можем в неё внести для стабилизации и для повышения функциональности по запросам пользователей.
Опыта и методологии подобной работы (как обычно в народном хозяйстве и бывает) в фирме нет.
Мне бы хотелось такой опыт поиметь и методологию внедрить, а также систему "починить". Есть также желание использовать UML с перспективой использования наработанных мировых методологий и существующих инструментов составления диаграмм UML.
Есть идея описать сценарии работы с имеющейся системой.
1) Актерами я планирую сделать имеющееся ПО (есть три группы приложений с GUI, каждая из групп ПО подразумевает определенную категорию задач в системе).
2) Т.к. сразу все описывать тяжело, то хочу сначала обрезать набор прецедентов, зафиксировав требования, касающиеся работы в рамках только этих прецедентов, а затем этот рабочий набор "наращивать", расширяя набор операций до полного.
3) Т.к. профессионально программистом не работал, то есть желание не расписывать самостоятельно классы и методы (может быть потом привлечь к этому ответственных за код людей), а с одной стороны показать сценарии работы ("создать объект", "удалить объект", "изменить статус объекта"), а с другой - показать изменения, которые происходят на уровне баз данных, передачи информации в служебные программы и т.п.
4) Не понятно, как выписывать наборы ограничений. То есть вот есть у нас операция по редактированию объекта, при этом есть ряд ограничений типа "если параметр1=1, то {если дата1 больше текущей, то задать дата2=текущей, иначе задать дата 2=дата1} иначе не изменять дату2".
Так вот как записывать такие ограничения, чтобы это было читаемым, обсуждаемым, редактируемым?
Можете ли сказать - жизнеспособны желания 1-3, что-то можно посоветовать по 4) ?
Страницы: 1