3541

Книги, статьи и ресурсы / Re: Посоветуйте хорошие книги(у)

« : 23 Марта 2009, 12:43:38 »

Я бы еще отрекомендовал почитать FAQ, в особенности Рекомендации по формулировкам требований.

Также не лишним может оказаться и этот ресурс: Как писать техническое задание?!

3542

Обучение / Re: Дисциплина "Управление данными"

« : 23 Марта 2009, 12:36:18 »

у нас-то на тему БД было два отдельных курса -- собственно БД и SQL
поэтому и подумал, что широкое название "управление данными" предполагает и охват чего-то менее тривиального.

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

Ну не знаю, насколько Вам это интересно будет, но, например, про OLAP и многомерную модель данных можно рассказать-показать на примере Jedox Palo. Это free software-olap серверок, подцепляется к excel, при этом многопользовательский, поддерживает write-back и обвязочки для некоторых языков программирования тоже имеет.
Показать на примере, что такое multidimensional данные и типовые операции на них --- хорошая штука.

Это может быть вполне интересным, если Вы укажите ссылку И возможно поделитесь своим опытом или заданиями на расскрутку. Вполне возможно включить в практикум

3543

Примеры / Re: Система автоматизации диспетчерских и таксопарков

« : 23 Марта 2009, 12:29:26 »

Кстати по такси. Немного говорили в этих темах:

задача о службе такси в городе

Задачи на построение диаграммы вариантов использования

3544

Обучение / Re: Дисциплина "Управление данными"

« : 22 Марта 2009, 14:07:29 »

Ну через полгода тему поднимать глупо немного, наверное, но тем не менее --- как в итоге отчитался курс?

Курс читается прямо сейчас. Да и не новый это курс в абсолютном смысле. Мне его пришлось читать как новый.

И возник вопрос сразу ---а подходы к хранению структурированной/неструктурированной информации в него не входят? В смысле хранилища данных для BI/OLAP и их характеристики и требования, enterprise content management systems как хранилище неструкт. информации, нереляционные бд (key-value хранилища разнообразные вроде couch db и, частично, memcached)?

Эти вопросы затрагиваются, но пока не слишком подробно. Все-таки следует учитывать ограниченность круса по времени, достаточно обширный материал курса: тут и назначение СУБД, и элементы реляционной алгебры и теории  отношений, SQL, приницпы работы с реляционными БД, способы доступа к реляционной БД, использование SQL в приложениях и т.п. Ясно, что поднятые Вами вопросы требуют рассмотрения, но...
Правда эти вопросы также затрагиваются и в других курсах. Например в КИС, в теории и информационных систем

3545

Конференции Семинары и Тренинги / Re: [Семинар] Планирование требований. 21.03.2009 СПб

« : 21 Марта 2009, 22:22:57 »

Виталий, поздравляю с очередным удачным семинаром!

Будут ли где-то размещены материалы семинара?

3546

Примеры / Re: Выполнение примера описания требований для ИС "Аттестации Студентов"

« : 20 Марта 2009, 22:57:07 »

Ну а теперь сделайте это проще, не потеряв замечательного смысла

Введи обобщения и все станет ГОРАЗДО понятнее.

Трудно, что-то добавить. Аналитик Вы , а я глупый заказчик. Но мне как заказчику Ваша диаграмма, хотя и понятна в целом, но уж очень запутана.

Мне кажется тут есть такие недостатки:
1. не следует давать ассоциациям номера, а названия их делать отдельно - это плохой стиль
2. не следует добавлять сразу много деталей. Например, достаточно было бы пока рассмотреть понятие Занятие и не конкретизировать его слишком, хотя и так нормально, просто когда много деталей - увеличивается сложность восприятия и уменьшается наглядность и понятность
3. Например между контрольным листом и экщзменаицонной ведомостью - не так уж много различий на данном этапе анализа (хотя конечно можно для начала и так оставить)
4. Объединение линий связей - плохой стиль на мой взгляд. да он позволяет компктно разместить элементы, но исчезает наглядность и повышается трудность чтения диаграммы

3547

Примеры / Re: Диаграмма Бизнес-объектов Библиотеки

« : 20 Марта 2009, 22:48:38 »

Vov1k,

итак вы на стадии аналитической модели. Следуя Розенбергу, а, мне кажется, Вы действительно ему следуете, управляющий класс (обработчик читателя) следует наименовать по названию ВИ. Хотя, конечно, дело стиля. В английском обычно к имени ВИ добавляется слова Handler, Manager, Controller. Например Оформить заказ (RegisterOrder), будет выглядет как RegisterOrderHandler, RegisterOrderManager, RegisterOrderController.

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

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

Далее, наименование сообщений по сути прототипы операций соотвествующих классов. Операции моделирую поведение или действие, потому просто Данные читателя плохо. Должно быть скорее Сохранить(данные читателя). Аналогичной сообщение должно идти от Обработчика к классу-сущности.

Причем, как я понимаю, сначала будет произведена проверка нет ли объекта с подобными данными (причем вряд ли будут проверяться ВСЕ данные) и в случае отрицательного ответа будет создаваться НОВЫЙ объект читателя, потом заносится данные, потом сохранятся ...

3548

Примеры / Re: Выполнение примера описания требований для ИС "Аттестации Студентов"

« : 20 Марта 2009, 14:28:48 »

Жду критики и замечаний.

Ну а теперь сделайте это проще, не потеряв замечательного смысла

3549

Примеры / Re: EA - описание среды с примером

« : 18 Марта 2009, 13:59:23 »

Hi, Helga.

По диаграмме бизнес-процессов

1. зависимость от процесса к цели, а не наоборот
2. Сформировать ведомость - это не цель, а задача. Цель должна быть положительной улучшить, расширить, углубить на ...
3. не понятно что за пакет документов? Откуда Вы взяли понятие пакет документов?
4. Вообще то что Вы описали в этой модели не бизнес-процессы, а части этапы его, то что можно назвать в какой-то степени целями пользователя и то с натяжкой
5. Диаграмма с человечками читается напрмер так: Преподаватель - это Декан - это Ректор, разве такое утверждение верно?
6. Роль у группы - Список Групп - смотрится странно, разве у студента есть список групп? Я бы создал роль со стороны Грцппа - учится в, а со стороны студента Список студентов - это было бы нормально
7. Диаграмма последовательности - можно и так, но где граничный класс. У Вас с чем взаимодействует пользователь? Наверное с формой а не просто с управляющим классом Сформировать пакет документов. Тем более пункт меню - реализация, он находится на форме!

3550

Примеры / Re: Модель работы автомата по приготовлению чая и кофе

« : 16 Марта 2009, 22:22:37 »

Не буду Вам явно подсказывать, а опишу немного иной пример. Мы его разбираем со студентами в рамках имитационного моделирования в Matlab.

Есть автомат по продаже проездных билетов. Такой автомат может быть описан в рамках теории конечных автоматов как автомат Мили или Мура.

Рассмотрим автомат Мили.
Для того, чтобы задать конечный детерминированный автомат, нужно:
1. задать конечное множество входов или входной алфавит
2. определить конечное множество состояний, которое может принимать автомат
3. задать конечное множество выходов - выходной алфавит
4. задать функцию переходов из состоянии в состояние под воздействием того или иного входа
5. задать функцию выходов - результат, который выдает автомат находящийся в том или ином состоянии.

Если переход в N_ое состояние зависит от нахождении автомата в некотором состояии и значение входного сигнала, т.е. z(t+1) = z(t) + x(t),
а выход описывается как y(t) = z(t) + x(t),
то мы имеем автомат Мили.

Пусть X = {1,2,5}
         Z = {0,1,2,3,4}
         Y = {0,1}

Т.е. на вход можно подать монеты достоинством 1, 2 и 5 рублей
Пока в автомате меньше 5 рублей, былите не выдается y=0
Как только сумма достигнет 5 рублей или выше - выдается билет и сдача

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

Начальным состоянием может быть состояние с нулевым количеством в монетоприемнике.

При входе в состояние осуществляется действие увеличение счетчика монет, при выходе Y либо остается равным 0 - билет не выдается, либо y=1 билет выдан. Выдача билета будет происходить, если автомат находится в состоянии 4 и получает дополнительную монету, с переходом в состояние 0 (если предполагается выдача сдачи) или переходом в состояние равное количеству сдачи.

Тот же автомат можно смоделировать как автомат Мура, т.е. y(t) = z(t), ограничив количество состояний до двух:
1 состояние - денег не достаточно, билет не выдается
2 состояние - денег достаточно, билет выдается

Автомат будет находится в 1 состоянии пока общее количество денег будет меньше или равно 4, в противном случае перейдет в состояние выдачи билета и возможно сдачи , коли мы это определим

Событием перехода будет вброс монеты в монетоприемник

При моделировании в Matlab мы используем соединение (join). Однако реализовать задачу можно и по другому

Урок: опишите сначала состояния, не старайтесь их слишком дробить, выбирайте значимые для вашего условия состояния.
Определите список событий и значения входных сигналов, под воздействием которых автомат меняет состояния.
Определите условия переходов
Что будет выходом из каждого состояния и соответственно из автомата

3551

Для всех / Re: Что выбрать ГОСТ 34.* или 19.* ?

« : 15 Марта 2009, 19:08:03 »

Быть может кто-либо имеет опыт адаптации ГОСТ 34.* к чисто программных комплексам

А зачем его адаптировать. Просто используйте. Никакх проблем использования нет. Смотрите сайт authorit.ru
Там же Вы найдете пример оформления по ГОСТ 19. Хотя большой разницы я все-таки не вижу

Насчет требований к документированию. Пишите то, что вы предполагаете документировать и на основании каких стандартов.

Например

Основные требования к документированию.
Руководство пользователя, должно содержать  информацию по составу и разрабатываемого комплекса программных средств и правила его эксплуатации.

Возможно следует отобразить (учитывая. что Вы делаете дипломный учебный проект) какие разделы пояснительной записки должны быть отображены с указанием стандартов Вашего вуза к оформлению и содержанию

3552

Для всех / Re: Неправильные ответы аналитиков на этом фl

« : 13 Марта 2009, 22:59:29 »

Точно, из Гриши получился бы не плохой психолог или там психотерапевт

3553

Проектирование / Re: Что такое проектирование и каковы его цели?

« : 12 Марта 2009, 07:58:14 »

P.P.S. надеюсь остался в конструктивном русле и не обидел Вас чем-либо. Цели такой точно не было

Отнюдь, с чего бы обижаться. Хотя дискуссию по КИС можно было бы перенести в ранее названную мною тему.
Насчет авторов - может быть, но других особо нет.

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

3554

Проектирование / Re: Что такое проектирование и каковы его цели?

« : 11 Марта 2009, 21:46:09 »

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

Для точности, дисциплина называется Корпоративные ИС. Т.е. во множественном числе, что в определенной степени предполагает разную трактовку.

Вообще я даю несколько определений:

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

КИС - это система, предназначенная для обеспечения эффективного функционирования компании путем автоматизированного выполнения функций управления

КИС - это «человеко-машинная» система, которая непосредственно осуществляет организационные, управленческие и производственные функции предприятия, а не является вспомогательной или сервисной прослойкой

КИС - это информационно-управляющая система, в которой используются современные информационные и компьютерные технологии

Т.е. в этих определениях (насколько я сам могу понимать и судить) под КИС все-таки понимается особая технология управления. Т.е. КИС скорее позиционируется как система управления в первую очередь.

Если рассматривать историческую ретроспективу, то в советском смылсе это АСУ, АСУП, АСУТП, ИСУП. В западном смысле это этапное развитие от MRP к ERPII и выше

При этом я начинаю с признаков КИС и уже потом перехожу к определению

• Соответствие потребностям компании, бизнесу компании, согласованность с организационно-финансовой структурой компании, культурой компании
• Интегрированность
• Открытость и масштабируемость

Цель или назначение КИС позиционирую так
Основная цель корпоративной информационной системы - повышение прибыли компании за счет наиболее эффективного использования всех ресурсов компании и повышения качества принимаемых управленческих решений

Классификация КИС (по уровням управления) - есть и другие классификации
 - Стратегическое управление бизнесом (компанией)
 - Управление отношениями с поставщиками
 - Управление взаимоотношениями с клиентами 
 - Финансово-хозяйственное управление
 - Управление производством
 - Управление производственными цехами, участками, линиями (АСУТП)
 - Управление технологическим оборудованием   

В качестве литературы я отталкиваюсь от
Автоматизация управления предприятием/Баронов В.В. и др. - М.: ИНФРА-М, 2000. — 239 с. — (Серия «Секреты менеджмента»).
Бочаров Е.П. Интегрированные корпоративные информационные системы: Принципы построения. Лабораторный практикум на базе системы «Галактика»: Учеб. пособие/ Е.П. Бочаров, А.И. Кол-дина. - М.: Финансы и статистика, 2005. - 288 с: ил.
+
разные материалы сайтов, статьи, англоязычные книги

3555

Проектирование / Re: Что такое проектирование и каковы его цели?

« : 11 Марта 2009, 20:55:23 »

P.S. а всё-таки о чем курс КИС если не секрет?

Тссс секрет ... Не поверите о КИС

Если серьезно, очень непонятный предмет (здесь я пытался затронуть эту проблему http://www.uml2.ru/forum/index.php?topic=315.0)

С одной стороны он на 4 курсе, на выпускающем бакалавров. Следовательно должен быть неким обобщающим.

Реально я стараюсь рассказывать о истории  развития автоматизации процесс на уровне предприятий, о современном состоянии промышленных систем, их классификации.

Затем рассказываю о видах автоматизации, проблемах, рисках и способах преодоления (ну в меру, конечно, собственной грамотности).

+ в дань образовательному стандарту корпоративную сеть...