1291

Примеры / Re: Вопрос! Как коректно построить информационную систему???

« : 31 Мая 2012, 21:12:31 »

Тема работы звучит так- Проектирование ИС промышленного производства по изготовлению мелко серийных изделий.
?1

Такие темы меня просто убивают. Для создания оной нужен серьезный коллектив профессиональных людей и неплохое финансирование. Но в у нас все нормально. Берем 1 студента, 4 месяца сорри, пару тройку недель до защиты, и вуаля - ERP готова.

Что это такое ИС промышленного производства?? Вы представляете себе масштаб реализуемых задач?

Ввод заявок в сис. уч. з-к. выполняется менеджером.

сис уч. з-к - это не система учета заявок? и как я понял это НЕ ВАША система, это нечто уже существующее отдельно и отстранено от ИС промышленного производства по изготовлению мелко серийных изделий?

сис. уч. з-к предполагается что она содержит (Список неуд. спроса, список выполненных заказов и бд с номерами заявок со всеми данными)

переведите с русского на русский плиз, с банкой пива и то не расшифровал

Роль ИС заключается в упрощении работы менеджера и его информировании о состоянии заявки.

т.е. назначение ИС промышленного производства по изготовлению мелко серийных изделий упростить работу менеджера и информировать о состоянии заявки. Странненько как-то,  заявки отправляем   в сис уч з-к, а состояние требует предоставить ИС промышленного производства по изготовлению мелко серийных изделий
А за счет чего собственно ИС промышленного производства по изготовлению мелко серийных изделий упростит работу бедного перегруженного менеджера?

?2
Да экономист не инициирует ВИ. Его непосредственное участие заключается в согласовании заявки и в расчете стоимости и сроках выполнения заказа.

и как это осуществляется? Т.е. оформление заказа ну никак без экономиста не произойдет? как это выглядит на практике, напишите сценарий Оформления заказа будет проще  общаться

1292

Примеры / Re: Вопрос! Как коректно построить информационную систему???

« : 31 Мая 2012, 18:11:46 »

... Изменил. Так корректней?

Вячеслав, а зачем вы раделяете стереотипы ДЛ?

Я, конечно, понимаю  в чем идея, но Вы же рассматривает контекст ИС. Получается Клиент Менеджер Экономист  - это те кто работает непоредственно с системой

Клиент - использует систему, чтобы подать заявку и совершить оплату. При приеме заявки рассматриваемая система передает их на учет и хранение в некую Систему учета заявок? Тогда какоо назначение рассматриваемой ИС

Менеджер отдела сбыта использует систему, чтобы оформлить заказ. Как понял при этом важно участие экономиста, сам же экономист не инициирует такой ВИ, так?

1293

Примеры / Re: Вопрос! Как коректно построить информационную систему???

« : 31 Мая 2012, 17:13:48 »

ДЛ  (Склад, цех, производственный отдел) представляются как рабочие механизмы. Они необходимы для производства изделия и его отгрузки.
 Ранее система была построена в BPwin с использованием методологии IDEF.
Пишу диплом собственно В голове все кувырком... Может мне вообще надо было начинать с ДК?

ДЛ - это нечто или некто, имеющее цель в использовании системы. Или некто или нечто, которое используется системой для достижения цели инициирующего взаимодействие ДЛ.

ВИ - это именованное взаимодействие с точки зрения инициатора этого взаимодействия, где инициатором является внешная сущность.

Механизм в BPWIN имеет понятие исполнителя, ресурса исполнения, инструмента, механизма. ДЛ  - это не механизм, ДЛ - это роль. Некий целевой стартер взаимодействия

1294

Примеры / Re: Вопрос! Как коректно построить информационную систему???

« : 31 Мая 2012, 16:19:17 »

Неверный. Вы пытаетесь с помощью ДВИ показать некоторый процесс. А нужно показать кто и зачем взаимодействует с системой. ДЛ Вы выделили, только смешиваете внешний и внутренний уровень, размываете границу системы.
Склад, отдел, цех и т.п. - весьма странные для данной диаграммы ДЛ, какова их цель использования системы или иначе зачем Ваша система к ним обращается?

http://www.uml-diagrams.org/use-case-diagrams.html

1295

Для всех / Re: Физическая модель модулей программного средства

« : 31 Мая 2012, 16:14:51 »

Компонентами системы являются исполнимые программные модули (.exe), скрипты (.bat), библиотеки (.dll), файлы конфигураций (.ini, .xml), файлы баз данных.

http://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%B0%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D0%BE%D0%B2

Насколько мне известно - это называют артефактами. Понятно, что можно назвать хоть агрегатами, но я про UML.

http://www.uml-diagrams.org/component-diagrams.html

http://www.uml-diagrams.org/deployment-diagrams-overview.html

1296

Для всех / Re: Физическая модель модулей программного средства

« : 31 Мая 2012, 08:52:25 »

Тогда у меня возникает вопрос, что тогда было нужно в логической модели? Использовал Class Diagram
Просто термины логическая и физическая модель я думал более применимы к БД, с которой моя система почти ничего не имеет общего.

Да в базах принято различать эти три уровня: инфологическая модель, даталогическая модель и физическая. Логическая модель - будь то с приставкой инфо или дата - абстрагируется от конкретных средств реализации, физическая ориентирована на конкретику СУБД. Хотя можео и другие иерархию выставить: концептуальная модель - некая абсракция понятий предметной области, логическая модель - что-то связанное с конкретной моделью данные типа реляционной, а физическая может вообще базироваться на понятиях способов хранения и манипуляции.

В UML есть другая концепция, например проявленная в MDA, те же самые диаграммы могут отражать разные уровни представления.
ВМ - бизнес-модель. модель объектов предметной области либо некая зарисовка концепция
PIM - платформонезависимая модель
PSM - платформозависимая модель

Но все равно я не назвал бы последнюю физической моделью. Физическая - это реальный объект, моделирующий другой реальный объект или явление.

В Вашем случае - это диаграмма размещения: указываете узлы и связи, размещение процессов, девайсов и т.п. и какие артефакты где лежат находятся размещены. Это статика, но еще возможно нужна модель рантайма, как физически воплощенные элементы взаимодействуют друг с другом. По -моему ф.м. отличается сильно именно конкретикой, нагрузкой, значениями парметров, и другой конкретной атрибутикой

1297

Для всех / Re: Физическая модель модулей программного средства

« : 30 Мая 2012, 21:52:12 »

zzz_
Существует некая идея - абстракция в голове, она постепенно трансформируется в концептуальную модель, та в свою очередь в логическую, т.е. реляционную, иерархическую или сетевую, а может еще куда, физическая- это привязка к конкретной системе реализации, в ее терминах и особенностях, однако реально можно спускаться дальше на уровень вычислительного процесса, электронного процесса и далее.
Все что Вы описали - это три уровня представления данных, три уровня в проектировании данных.
UML - визуальных ОО язык моделирования, соответственно его задача описать систему с разных представлений и перспектив.

Физическое представление в UML это все-таки артефакты, а также реальное (физическое воплощение элементов системы). Типично это диаграмма размещения и ее расширения. Но можно физику воплотить и в другие диаграммы

1298

Конференции Семинары и Тренинги / Re: ЛАФ-2012: Темы и докладчики

« : 26 Мая 2012, 00:05:43 »

Наверное, уже поздно чесаться, но тема только созрела.
У меня появился опыт дистанционной работы аналитиком, если кому-то интересно, могу поделиться не в форме доклада, а в форме неформального общения на второй день.

Отцы-основатели, что скажете, актуально?..

ОТличная тема

1299

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 22 Мая 2012, 08:55:51 »

Не пойму в чем сложность. Английский не понимаешь? Все же просто:
1. создать пакет под импорт кода
2. правой кнопкой мыши вызвать контекст
3. выбрать code engineering / import a directory structure
4. указать путь к файлам
5. нажать OK

1300

Примеры / Re: Вопросы по use-case

« : 21 Мая 2012, 23:23:54 »

3. Название UC должно отражать цель операции для бизнеса. Оформить счет или накладную - не очень правильная цель с точки зрения бизнеса. Может лучше сказать "Выдать товар" или "Оплатить товар" и внутри этих операций будет шаг "оформить счет (или накладную)"?
4. Как отгрузка товара или доставка товара отражается в системе? Названия "отгрузить товар" и "доставить товар" звучат как операции вне системы. Название должно отражать то, что происходит внутри системы. Например, "отчитаться о доставке" или "оформить отгрузку".

Альфия, интересно: в первом обзаце нВы не рекомендует использовать понятие оформить счет, правильно полагая, что это возможно не цель. Но далее советуете использовать оформить отгрузку, хотя с т.зр. бизнеса - отгрузить звучит лучше. Понятно, что вярд ли система используется, чтобы отгрузить , но выдать товар она тоже не поможет имхо, вот оформить продажу(покупку) звучит лучше, верно?

Про рамку - зависит от вашего инструмента. Чем вы пользуетесь? Выглядит как Rational Rose. Рамка должна быть в панели инструментов.

если это RR 2003(а судя по рисунку это так), то там только пакетом можно создать рамку

1301

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 21 Мая 2012, 15:39:39 »

Спасибо, пытался разобраться, но видимо, мне нужно как для чайника объяснять...)
Я не могу понять какие и где кнопки жать, из пошаговой инструкции у меня ничего не вышло, было бы классно увидеть скриншоты, извините, за наглость))

Не это правда наглость F1 - набери reverse engineering или другие священные слова, читай хелп и пробуй. К тому же инструкуии на 9 отличаются от 8, а 8 у меня нет.

1302

Sparx / Re: FAQ - Sparx Enterprise Architect

« : 20 Мая 2012, 23:26:36 »

Ребят, привет. Не могу разобраться с EA 8. Я написал компонент для Joomla на php. Как мне по коду сделать диаграммы?
Архив с компонентом прилагаю.
Спасибо заранее.

Вопрос интересный:)
8 я уже давно не использую. В 9 немного кудряво.

Вообще:
Import a Directory Structure
         
You can import from all source files in a complete directory structure, which enables you to import or synchronize multiple files in a directory tree in one pass.

Enterprise Architect creates the necessary packages and diagrams during the import process.

Access   Project Browser package context menu | Code Engineering | Import Source Directory

How to

To import a directory structure, using the Import Source Directory dialog, follow the steps below:

Step
 Action
 See also
 
1
 Select the options you require; you can configure:

· The source directory

· The source type

· The file extensions to look at

· Whether to recurse sub directories

· Whether to create a diagram for each package

· Whether to import additional files as described in the Import Component Types dialog

· Whether to exclude private members from libraries being imported from the model

· Whether to Synchronize or Overwrite existing Classes when found; if a model Class is found matching the one in code:

· Synchronize updates the model Class to include the details from the one in code, which preserves information not represented in code, such as the location of Classes in diagrams

· Overwrite deletes the model Class and generates a new one from code, which deletes and does not replace the additional information

· Whether to create a package for every directory, namespace or file; this might be restricted depending on the source type selected

· How to handle Classes not found during the import (prompt for action enables you to review Classes individually)

· What is shown on diagrams created by the import

 
 

 

 

 

 

 

 

 

 

 

 

 

 
Classes not found during Import
 
2
 Click on the OK button to start.

 
 
 

Learning Center topics

· (Alt + F1) | Software Engineering | Import Code | Import Source Directory 

или

Import Source Code
         
How to

To import source code (reverse engineer) follow the steps below:

Step
 Action
 See also
 
1
 In the Project Browser, select (or add) a diagram into which to import the Classes.

 
 
 
2
 Right-click on the diagram background to open the context menu and either:

· Select the language to import from the Import from source file(s) submenu

· Click on the Import Language drop-down arrow in the Code Generation toolbar and select the Import | Import xxx files menu option, where xxx represents the language to import

 
 
 
3
 From the file browser that appears, select one or more source code files to import.

 
 Notes on Source Code Import
 
4
 Click on the Open button to start the import process.

 
 
 

As the import proceeds, Enterprise Architect provides progress information. When all files are imported, Enterprise Architect makes a second pass to resolve associations and inheritance relationships between the imported Classes.

Learning Center topics

· (Alt + F1) | Software Engineering | Import Source Code 

В 9 довольно странно. Не удается вытащить из вашей структуры всю схему. Только по отдельным файлам. Но это как-то гемморно

Вот что получилось последовательно проходя по папкам вашего проекта (только админка)

1303

Задачи студентов / Re: Курсовая - система защиты дома

« : 18 Мая 2012, 11:10:03 »

помогите пожалуйста построить диаграмму состояний для данной системы?

Сергей, ваша система есть агрегат. Этот агрегат состоит из частей, которые тоже могут быть агрегатами. Агрегат как единый объект имеет определенный набор состояний (думаю конечный). Очевидно, что это сумма состояний его частей. Однако многие состояния частей принимаются и изменяются паралельно.

Алфия предложила вычленить существенные состояния агрегата. Далее можно декомпозировать каждое состояние, сформировать его из частей. Каждая часть сама будет являться автоматом.

Состояние - это некоторый фиксированный во времени набор значений важных для рассмотрения параметров. решите какиеми параметрами вы описываете объект(автомат), посмотрите как значения этих параметров меняются со временем, каждый набор будет определять свое состояние, дале выделите события, которые приводя к смене значений параметров, Задайте автомат

Успехов

http://uml-diagrams.org в помощь

1304

Для всех / Re: Документирование XML структур

« : 11 Мая 2012, 17:11:51 »

Такой же вопрос по графической нотации в примере - иногда встречаю её в документах, но не нашел - есть ли у неё название и кто её разрабатывает: w3c или кто-то ещё?

Вообще это XML Scheme

1305

Для всех / Re: Структуризация технических заданий

« : 11 Мая 2012, 16:56:42 »

У меня вопрос больше касался как можно соединить все-все ТЗ (в том числе и требования) на систему так, чтобы, если что-то меняется не править во многих местах. 

Над этой проблемой бьется целое сообщество. Результаты - принципы, подходы и методы проектирования и реализации программных систем