106
Проектирование / Re: Проектирование БД. Логический уровень
« : 20 Октября 2010, 10:42:04 »
У нас поддерживается модель, так как при анализе это сильно помогает понимать что может быть затронуто и т.д.
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
107
Вакансии / Re: Требуються на работу системный аналитик и бизнес аналитик
« : 20 Октября 2010, 10:38:57 »
Коллеги, вы подходите 
108
Обсуждение статей / Re: Статья "Методы и средства программной инженерии при проектировании ИИС"
« : 19 Октября 2010, 14:16:09 »
Прочитал. Есть некоторые замечания:
1. Стоит более широко рассматривать средства моделирования. Как то мало.
2. Объектно - ориентированный подход сам по себе не повышает надежность.
3. UML никак не связан с ООП.
4. Использование всех диаграмм UML не делает модель лучше, а зачастую ухудшает ее и делает менее прозрачной.
5. Начальным этапом является на мой взгляд не сбор требований, а определение концепции продукта.
6. Не совсем понимаю почему диаграмма классов строится с чьей то точки зрения. Для каждого stakeholder'a свои классы ? Не разу такого не видел.
7. Как Activity diagramm и Use case diagramm соотносятся со структурным моделированием выделенным у вас в первый этап ?
8. Архитектура и платформа тоже определяется на этапе моделирования, а не после кодирования.
1. Стоит более широко рассматривать средства моделирования. Как то мало.
2. Объектно - ориентированный подход сам по себе не повышает надежность.
3. UML никак не связан с ООП.
4. Использование всех диаграмм UML не делает модель лучше, а зачастую ухудшает ее и делает менее прозрачной.
5. Начальным этапом является на мой взгляд не сбор требований, а определение концепции продукта.
6. Не совсем понимаю почему диаграмма классов строится с чьей то точки зрения. Для каждого stakeholder'a свои классы ? Не разу такого не видел.
7. Как Activity diagramm и Use case diagramm соотносятся со структурным моделированием выделенным у вас в первый этап ?
8. Архитектура и платформа тоже определяется на этапе моделирования, а не после кодирования.
109
UML SysML и пр. / Re: UML для эффективной эксплуатации ИС, постановки задач и понимания процессов
« : 19 Октября 2010, 13:57:31 »
Хотя не спорю что сделать можно, вопрос целесообразности.
110
UML SysML и пр. / Re: UML для эффективной эксплуатации ИС, постановки задач и понимания процессов
« : 19 Октября 2010, 13:56:55 »
Ну допустим приезд курьера, может не относится к проектируемой системе. И внося его на диаграмму при создании системы, мы только усложняем ее.
Насколько я понимаю цель при моделировании ИС - добится понимания того как и что должна она должна выполнять и добавляя не относящиеся к ИС элементы мы только усложняем ее. Мне кажется лучше использовать какой нить BPMN
Насколько я понимаю цель при моделировании ИС - добится понимания того как и что должна она должна выполнять и добавляя не относящиеся к ИС элементы мы только усложняем ее. Мне кажется лучше использовать какой нить BPMN
111
UML SysML и пр. / Re: UML для эффективной эксплуатации ИС, постановки задач и понимания процессов
« : 19 Октября 2010, 13:48:27 »
Все равно как-то ненаглядно получается. Activity - больше показывает работу системы чем сам БП. Отразить на ней приезд курьера за документами - проблематично.
112
UML SysML и пр. / Re: UML для эффективной эксплуатации ИС, постановки задач и понимания процессов
« : 19 Октября 2010, 13:16:39 »Визуальное представление гораздо понятнее текстового.
Я не спорю, но вот не припомню как UML опишет бизнес процесс (именно процесс, а не ИС которая его автоматизирует) ?
113
Управление Проектом / Re: Модернизация существующей системы.
« : 19 Октября 2010, 10:27:31 »
Как вариант, разбить систему на функциональные модули и понять взаимосвязи.
Построить хотя бы диаграмму сущностей системы. А уже от этого исходить дальше. Пытаясь понять, как сущности ложатся на классы в системе и т.д.
Построить хотя бы диаграмму сущностей системы. А уже от этого исходить дальше. Пытаясь понять, как сущности ложатся на классы в системе и т.д.
114
UML SysML и пр. / Re: UML для эффективной эксплуатации ИС, постановки задач и понимания процессов
« : 19 Октября 2010, 10:21:44 »
1. По Use Case diagram можно понять "Что умеет система".
2. Соглашусь Юрий Булуй. Activity diagram помогают объяснить "Что зачем и куда идет"
3. А вот с пониманием процессов как то совсем не вяжется.
2. Соглашусь Юрий Булуй. Activity diagram помогают объяснить "Что зачем и куда идет"
3. А вот с пониманием процессов как то совсем не вяжется.
115
ПО Аналитика / Re: ПО для формирования доков по ГОСТам
« : 18 Октября 2010, 16:02:35 »
Я подозреваю что guest имел ввиду именно шаблон, или ПО работающее на основе такого шаблона.
116
Вакансии / Re: Аналитик WMS
« : 18 Октября 2010, 15:58:57 »
Кадровые агентства открывают все новые способы поиска сотрудников. Хотя неплохо было бы более подробно описать вакансию.
117
Проектирование / Re: Можно ли вообще спроектировать и реализовать систему без архитектуры?
« : 18 Октября 2010, 15:42:58 »
Вероятно можно попробовать построить что - то серьезное не прорабатывая архитектуру изначально. Но только на первых этапах жизни ПО. Как только встанет вопрос о поддержке\доработке, тут же придется все перепахивать и разбираться что да как. Тут лишь вопрос времени.
118
Конференции Семинары и Тренинги / Re: Управление изменениями требований: подготовка к семинару
« : 15 Октября 2010, 11:22:20 »
А когда будет проходить этот семинар ?
119
Системный Анализ и Требования / Re: Противоречивость требований
« : 13 Октября 2010, 14:29:16 »
Главное вовремя остановится.
120
Системный Анализ и Требования / Re: Функционал не описанный в требованиях.
« : 12 Октября 2010, 17:58:11 »Вот! Не показывать! Этот вариант я привёл ещё на первой странице обсуждений
Но ведь как вариант это не всплывет и заказчик получит лишний профит, а в идеале за денежку потом этот функционал доработает. Тем самым прибавив нам прибыли.