Алегорія печери

  • Платон розуміє, що загальний пробіг людства може думати і говорити, і т.д., без (остільки, оскільки вони визнають) будь усвідомлення своєї галузі форми.
  • Алегорія печери повинна пояснити це.
  • У алегорії, Платон уподібнює людей недосвідчений у теорії форми ув’язнених прикували в печері, не в змозі повернути голову. Всі вони можуть бачити це стіні печери. За ними горить вогонь. Між вогнем і ув’язнених є парапет, за яким ляльководи може ходити. Ляльководи, які стоять за ув’язненими, затримати ляльки, відкидають тіні на стіні печери. Ув’язнені не можуть бачити ці ляльки, реальні об’єкти, які проходять за ними. Те, що ув’язнені бачать і чують лише тіні і луна, поданих об’єктів, які вони не бачать. Ось ілюстрація з печери Платона:
  • 1

  • Такі ув’язнені плутати зовнішній вигляд реальності. Вони думають, що вони бачать на стіні (в тіні) були реальними, вони б нічого не знають про реальні причини тіні.
  • Тому, коли в’язні кажуть, що вони говорять? Якщо предмет (книгу, скажімо) здійснюється минуле позаду, і це кидає тінь на стіні, і укладеного каже: “Я бачу книгу,” те, що він говорить?
  • Він думає, що він говорив про книгу, але він дійсно говорив про тіні. Але він використовує слово “книга”. Що це відноситься?
  • Платон дає свою відповідь на лінію (515b2). Текст тут спантеличені багато редакторів, і це неодноразово виправлений. Переклад в Грубе / Рів отримує точку правильно:

    “І якщо б вони могли говорити один з одним, ви не думаєте, що вони б припустити, що вони використовували імена застосовуються до речей, вони бачать, що проходять перед ними?”

  • Точка Платона в тому, що ув’язнені будуть помилятися. Для них буде приймати умови на їхній рідній мові для позначення тіні, які проходять перед очима, а не (як це правильно, з урахуванням Платона) до реальних речей, які кидають тінь.
  • Якщо в’язень каже: “Це книга”, він вважає, що слово «книга» означає саме те, що він дивиться. Але було б неправильно. Він тільки дивився на тінь. Реальний референт цього слова “книга”, він не може бачити. Щоб побачити її, йому довелося б повертати голову навколо.
  • Точка Платона: загальні положення нашої мови не «імена” фізичні об’єкти, які ми можемо бачити. Вони насправді імена речей, які ми не бачимо, те, що ми можемо тільки зрозуміти, з розумом.
  • Коли в’язні виходять, вони можуть повернути голову і подивитися на реальні об’єкти. Потім вони розуміють свою помилку. Що ми можемо зробити, аналогічна поворот голови і бачачи причини тіні? Ми можемо прийти до осягнути форми з нашими умами.
  • Мета Платона в республіці, щоб описати те, що нам потрібно для досягнення цієї відбиває розуміння. Але навіть без цього, залишається вірним, що саме наше вміння мислити і говорити в залежності від форми. За умовами мову ми використовуємо отримати їх значення “іменування” форми, що об’єкти, які ми сприймаємо зацікавив
  • Ув’язнені можуть дізнатися, що книга є свого досвіду з тінями книг. Але було б помилкою, якщо вони думали, що слово “книга” ставиться до того, що жоден з них ніколи не бачив.
  • Крім того, ми можемо придбати концепцій нашого чуттєвого досвіду, фізичних об’єктів. Але ми помилимося, якщо б ми думали про те, що поняття, які ми осягаємо були на тому ж рівні, що ми сприймаємо.

Ресурс: S. Marc Cohen

Почему Unicode не будет работать в сети Интернет: языковые, политические и технические ограничения

Резюме

Unicode, полукоммерческий эквивалент UCS-2 (ISO 10646-1), было принято считать, что комплексное решение для электронного отображения всех символов из языков мира, является 16-битный символ определение позволяет теоретически максимум более 65000 символов. Тем не менее, комплекты характер мира добавить до более чем 170 000 символов. В настоящем документе кратко политических потрясений и технической несовместимости, которые начинают проявлять себя в Интернете, как следствие этого надзора. (Для более технически склонны: Unicode 3.1 не будет работать.)

Примечание редактора: В китайском, как Wade-Giles и пиньинь romanizations используются, в зависимости от которых лучше известен определенное слово. Справочные материалы по восточным языкам и политика достаточно обстоятельную; читателей связана с непосредственной технические последствия бумаги, возможно, пожелают перейти непосредственно к “неспособности Unicode для полного удовлетворения восточных символов”.

Китай (китайский)

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

Основополагающей книги Wieger о персонажах и строительство китайской, опубликованной в 1915 году, должен был стать де-факто источником, по которому все другие будут (и все еще должны) по сравнению – с несколькими оговорками. Среди них заметное смещение с его стороны против даосизма, который становится все более очевидным в своем анализе Тао Цанг (то есть даосский канон Писания Официальный [написано 'DaoZang »в латиницу материкового Китая])

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

Где это небольшое присутствует в теме под рукой есть настройка Wieger дела, впервые в популярной печати, формализация того мнения, что было огромное количество «лишних» персонажей, как ненужных и мешающих быстрым маршем в современную эпоху Китай, с которым шел в борьбу (был ли он хотел или нет). Сущность заключается в том, что этот уклон, и его вопиющие незнание реальной стоимости такого большого количества так называемых «избыточности» продолжается и по сей день, и, следовательно, по-прежнему является трение между точкой Востока и Запада ошибочной .

Следует также известно, что было больше, чем несколько ошибок, некоторые явно очевидно, некоторые нет, что Weiger определили в своей книге как “чрезмерное размножение», в котором свою неприязнь становится все более ясно: “1. Причины чрезмерное размножение символы … Во-первых, незнание книжников, которые постоянно выявила неисправность формы, которые тупо воспроизводить потомство, а затем, чувствовал необходимость давать имена новым вещам империя росла, обучение распространяется;. написания стало общественным вещь, процесс син-шэн [фонетических комплексов, в которых одна часть имеет смысл, а другой указывает на произношение] бытия из легких, все взял его из этого беспорядочного брожения, без направления, без контроля, без критики. , оба бросились с полезными символами, тысячи бесполезных парном разряде. ” Чтобы дать обзор того, что ему так ужасающе хаотично, различного количества символов заключаются в следующем:

Из около 800 до н.э. [До нашей (христианской) эры], и до того времени, около 300-200 г. до н.э., количество символов в использовании не оставался практически неизменным, а когда их около 3300 в общей сложности. В конце этой эпохи, количество стало расти быстрыми клипа, так что за сто лет до начала первого тысячелетия было около 7380 индексироваться. Эта сумма раздулась до чуть более 10 000 первым CE год. Как шли годы, все больше и больше символов, были добавлены к общей до Большой толковый словарь Кан Си (завершена в 1716 CE) кодифицированный набор в состояние, увидеть и сегодня.

Weiger в своей книге, что это (и, следовательно, весь набор санкционированных приводится в качестве последней инстанции, так как в то время) “… содержит 40 000 символов, которые могут быть прямо распределены следующим образом: 4000 символов в общем пользовании; 2000 имен собственных и парном ограниченного использования;. 34000 чудовищам никакого практического применения Мы далеки от легендарного число 80000 обычные символы, приписываемые китайского языка “. Что касается количества идет, Кан Си действительно содержит почти на 40000 символов жирным шрифтом, но в его пояснительными текстами дается вместе с каждым из этих персонажей, и уполномоченным конечным дополнением символов отсутствовали в ходе процесса его Первое издание, есть по крайней мере несколько тысяч больше, так что можно с уверенностью сказать, что Weiger неверны и что нормальное количество ближе к сорока пяти до пятидесяти тысяч общего.

Конкретный размер и содержание коммунистической уполномоченным сейчас множество народом на материке очень трудно отследить – это, кажется, меняется в зависимости от обстоятельств. Основные усилия начали – после свержения националистов в Тайвань – рационализировать и модернизировать воспитание масс, так что Китай может начаться реальная попытка догнать страны Запада. Реформа общей минимальный набор символов, достаточной для наиболее общего пользования и образования на уровень средней школы, был введен в действие, и мандарин, на котором говорят на севере страны было объявлено в качестве первого национального языка. Многие персонажи считается слишком сложным, чтобы писать и помнить и большой процент дубликаты были полностью удалены, так что список, как учили в школе чуть более 6000.

Новый и очень эффективный набор буквенно-цифровых символов известный как пиньинь латинизации был введен – это гениальное устройство очень похожие по действию Romaji японцев, но с добавлением “Акценты”, которые дают “Мелодии” (мандарин использует четыре), так необходимые для понимания смысла самих слов. Кроме того, значительная часть символов, которые остаются были подвергнуты процессу Джанхуа Hanzi («упрощенный китайских иероглифов»), так что они также легче писать.

Но это последнее изменение оказало глубокое влияние на несколько поколений студентов, которые в настоящее время учит новый набор, исключая остальные символы прошлого. Джанхуа Hanzi могли бы также быть совершенно новую письменность, ибо она имеет эффект отказа в доступе к тысячи лет литературы, которые предшествовали прихода к власти коммунистов в 1949 году. Это потребовало переписывания стандартных работ, в том числе ядро ​​старой классики, так что они могут быть изучены – ретрансляции является признаком того, что молчаливое такие работы “, утвержденного” правительства и, следовательно, также имеет официального утверждения мыслей и понятий, найденных внутри.

Потому что это «обрезание» произведения прошлого оказалась настолько серьезной, и в некоторых случаях, профессионально неловко, спрос китайского правительства, что новый 6000 + ядро ​​Джанхуа Hanzi быть включены наряду с несанкционированной количество старше, классических персонажей Hanzi (вплоть до полной суммы, если она когда-нибудь будет сочтено необходимым) не является необоснованным вообще, учитывая обстоятельства. И это приносит дополнительный эффект, что, хотя основное ядро ​​символов преподается в начальной через вторичные уровни государственного образования остается до некоторой степени постоянным, сам факт, что коммунистический Китай оставляет за собой право добавлять или вычитать или изменять от Кан Си компиляции означает, что попытки на Западе, чтобы укрепить и индексировать письменности Китая всегда будет также неустойчив.

Тайвань (Китайский)

Тайвань (Формоза ранее) пришел в поле зрения в 1949 году, когда националистическое правительство Чан Кайши отступили туда с материка после поражения от сил Мао Цзэдуна [Мао Цзэ Дун] и коммунистами. После того, как малоизвестный производитель сельскохозяйственной продукции, Тайвань сегодня имеет один из самых ярких хозяйств в мире. Так как большая часть некоренного людей, которые населяют остров пришли из соседней провинции Fujianin в юго-востоке Китая, его основные отношения остаются не только в общей оппозиции к коммунистам и их правила, но и содержит большой элемент гораздо старше недовольство присоединением к маньчжуров с севера районе Китая от правящей династии Мин Юга в 1544 CE Несмотря на это, официальным языком Тайваня Мандарин (потому что это высшего класса языка, на котором говорит правительство с тех пор увольнение Mings, и последующее создание столицы страны в Пекине на Севере).

Тайвань по-прежнему имеет чрезвычайно сильные и тесные связи с “Зарубежные китайцы”, который можно найти по всей планете, работает расширенная торговля и коммерция, сохраняя жизнь линии на Тайване и Гонконге. Точка зрения, что никто не может сократить формальные корни прошлом безнаказанно яростно состоялся. Тайвань продолжает оставаться оплотом за наследие докоммунистической Китай и его древнее прошлое. Наряду с Кореей и Японией, большие слои населения являются буддийскими и Confucist в их религиозным и философским мировоззрением. Тайвань имеет дополнительное условие, что, хотя его основной религией является буддизм, даосизм проходит второе место. Это означает, что они хотят иметь возможность доступа Труды этих трех систем, в основном это “Конфуция” (записано вскоре после смерти Конфуция в 479 г. до н.э.) и его союзников корпус работ, буддийского канона (Дазанг) бытия полученные с пали Canon записано в пятом веке до нашей эры, и даосские Canon (DaoZang), написание которого началось еще в 300 г. до н.э., хотя его философские корни гораздо старше. (Даосский Canon работает только до 1270 объемов 200 страниц письма и рисунки каждый.)

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

Сингапур (китайский)

Эта крошечная страна, экономически важных и далеко за ее размера, в основном используется та же система написания символов, использование мандарин в качестве своего официального разговорного языка, те же правила применяются к нему, как делать те коммунистического Китая. На самом деле, Сингапур является единственной другой страной, в союзе так тесно таким образом на независимой основе, с пиньинь и Джанхуа Hanzi преподается в школах наряду глубокой связи для классической Кан Си основе полного структура характера в прошлом.

Корея (корейский)

“Продолжающееся использование китайских иероглифов в [] японского и корейского языков привело к широко распространенное заблуждение, что существует тесная связь между этими тремя языками. Пристальный взгляд показывает, что на этом сходство заканчивается с получением заемных персонажами, когда одна система письма не существовало и дальнейшее использование кредитного ‘слова в корейском и японском от китайских.

“Исторически сложилось, что тесные культурные связи между Китаем и Кореей привел к неизбежному заимствование слов. Однако корейская грамматика и перегиба которые полностью отличаются от китайских. Фактически Брюс Грант заявил в предисловии к Руководство по корейских символов,” Китайский и английский больше общего, чем китайский и корейский. Корейская, скорее всего, членом урало-алтайской семьи языков и похож на японский, это интересно отметить, что финские также суб-член группы “[Цитируется по корейской с китайскими иероглифами, 1, Ричард Б. Rucci]

Обратите внимание, что то, что сформулированы в выше ссылки является использование разговорного языка, а не письменного ideographics (регулярные китайские «персонажей», которые находятся в большинстве случаев, а не пиктографическую фонетические, это называют Hancha от корейцев). Корейцы решили создать свой собственный фонетической основе письменности, хангыль, в 1446 году н.э., и его можно считать самым блестящим строительства, и по сей день. Технически, он был разработан с самого начала, чтобы быть в состоянии описать любой звук человеческого горла и полости рта способен производить в речи, а для этого в пространстве не больше того, что может быть записано с ясностью, в 24 X 24 [точка на дюйм] пространства.

Однако вплоть до самых последних времен, около 60% от общей лексике не было еще сделано с слов, заимствованных из китайского. После освобождения Кореи от японского контроля в 1945 году, а тем более после большому притоку западных вещей принесла союзникам во время корейского конфликта, и эта тенденция была установлена ​​которое продолжается по сей день, что является зависимость все больше и больше на скорость и простота фонетические хангыль.

Этот недавний период времени представляет собой лишь краткий всплеск в общем существовании корейской письменности и литературы. Это, конечно, еще до японской использование формализованной системы письма, так как последний узнал о китайских иероглифов через контакт с корейского суда, а Confucist и буддийские ученые, чуть раньше 100 CE С другой стороны Кореи, безусловно, может оказаться уже используют обычный китайский письменный язык по крайней мере с начала периода Воюющих царств (403-221 до н.э.) в Китае, когда по всей стране резню и разрушения вынужденной миграции на тех, кто не могли (или не будет) выживают за счет чисто физических способностей и хитрость. Многие искали убежища в более мирное климате – на Корейском полуострове, чтобы быть таким убежищем в течение многих десятилетий постоянной борьбы.

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

Только быть грамотным в использовании хангыль, конечно, не полная грамотность. Корейские ученые говорят, что она требует уровня владения языком гораздо больше, чем эта сумма, чтобы понять написания прошлого. (Это часто думают как до 1945 освобождению русских на севере и западных сил на юге от японской оккупации. Точнее, прошлое следует считать время до начала этой оккупации, в 1910 году , когда использование корейской письменности и языка было запрещено законом Imperial).

Корейские ученые по праву утверждать, что истинная грамотность, имеющих возможность чтения произведений всех предметов из этих писателей прошлого, и такие вещи, как правило, содержат баланс не более 30% хангыль в 70% китайских иероглифов. Колледжи и университеты всегда знал это, и даже в наши дни эти учреждения требуют использования сплит 70-30 процентов во всех письменно них создается дюйма С другой стороны, в газетах Hancha теперь официально ограничена примерно сумму, которая узнала в средней школе, так что однородность понимание может быть достигнуто в обычном населения.

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

Японии (японский)

Япония является частным случаем в использовании символов Хан, как использование письменности в этой стране имеет уровень сложности, которая даже превосходит, чем в Китае. В 1946 году только что установленную правительство издало постановление, что отныне будут официально база 1850 кандзи (японские произношение китайских иероглифов Hantzu он использует). Известный как Toyo кандзи (то есть “ежедневного использования” кандзи), заметные в этом указе было утверждение, что с того времени, данная [то есть, личный] имена всех японских может быть принято только от него и никакой другой источника. Это было также одобрено, ограниченный набор кандзи, которые будут использоваться в прессе. Как такое серьезное изменение скоро оказались слишком обременительными, список впоследствии был изменен несколько лет спустя (1951), чтобы еще 92 символов для использования в собственных имен. Кроме того, 28 символов добавляли в основной корпус 1850 Toyo кандзи, это время обычно используются и признанных сокращений и избыточный вариантах (с точное количество 28 символов быть соответственно удалена от основного корпуса таким образом, что сумма 1850 может оставаться в качестве константа). Тем не менее, Toyo кандзи не могли надеяться также распространяется на использование семьи [т.е. фамилий] и географических названий. Они работают в десятках тысяч; различные возможности просто ошеломляют. Также отметим, что в общей сложности 1850 символов недавно (в 1977) был изменен еще раз, и в настоящее время насчитывает 1950 символов в общей сложности, это существо известно как Kyoiku кандзи (или «образовательных» кандзи).

Это только начало того, что должно быть одним из самых сложных и интенсивных систем письменности в мире. Но сначала краткий исторический тур, так что некоторые из причин для этого основной запутанности можно понять.

Как и в случае с Кореей, разговорный язык Японии не была представлена ​​на самой ранней формой записи. Это была нормальная китайских иероглифов (Hantzu) исключительно. Свидетельством этого используются даты еще в 100 CE чуть позже, он был введен в страну двух корейских ученых, Ван В и Ajikki, которые были посланы к императорскому двору в качестве учителя, в третьем веке Словари CE были отправлены в более 285, так что эту дату можно считать, что из официального введения письменности и его структуры.

Буддизм прибыл в 552, а вместе с ней много текстов и основы своего Canon. Монахи считались такими же, как учителя, и чтение и письмо было необходимо для дальнейшего изучения и просвещения, почитание и уважение уделяется письменных материалов и обучения, которая была превышена только у корейцев, которые первоначально подал им.

Вот на этом сходство заканчивается. Япония имеет четыре различных типа письма. Существует оригинальный кандзи, а два других, которые основаны фонетически, эти являющиеся хирагана и катакана. Кроме того, есть Romaji, который является латинской основе символов мы знакомы на Западе. Kanji могут быть использованы для формирования “живописное” глифы рядом с его использованием в качестве источника звука, насколько это по-китайски. Слоговые, хирагана и катакана составляют полнофункциональной схемы письменно в себе. Хирагана, что несколько скорописи, могут быть использованы для увеличения кандзи – на самом деле, все в кандзи можно записать в хирагана. Катакана, что намного больше жидкости, по внешнему виду, чем хирагана, используется для записи любого слова, которое не имеет своих корней в кандзи, например, много иностранных слов и идей, которые на протяжении веков дрейфовали в общее употребление.

Таким образом, можно сказать, что хирагана могут образовывать фотографии, но катакана может сформировать только звуки, и современная наука это подтвердили. Люди с определенными заболеваний головного мозга или реального физического повреждения иногда может распознавать и функционировать в одной, а не другой, так как эти методы работают из двух различных полушарий. Romaji используется, чтобы попытаться сохранить все написанные вещи выйти из-под контроля, поскольку большинство западных концепций и нужные слова внедряется в язык с помощью этого механизма. Через некоторое время эти слова (хотя они все еще сохраняют свои “римские” формы на некоторое время дольше) станет неузнаваемым для людей, которых они были первоначально заимствованы из, например, фраза: “Персональный компьютер”, который в настоящее время “pasokon» или “persacom” в Японии (последний распространен в Нагасаки и прилегающих районах).

Перед натиском Английский за последние несколько десятилетий, было обнаружено, что 41% слов, используемых в общей беседе и письма основаны на китайских (в виде символов и звуков). В качестве одной поднимается выше в сферы государственных и научных кругов, этот процент увеличивается соответственно. Увеличивается, как учили в школе в следующем. 850 кандзи учат в начальной школе, 46 символов в один класс, 105 в два класса, 187 в три класса, 205 в четыре класса, 194 в пятом классе и 144 в шестой класс. Остальные 1950 должны быть полностью запомнил к моменту окончания средней школы в двенадцати классам. Пожалуйста, помните, что это только общая законом минимального необходимого порога считаться грамотным. И это должно быть полностью поглощается, а также непосильные нагрузки других предметов.

Чтобы считаться серьезным читателем “Классика” японских литературных и религиозных работ требует полного знания так же, как глубокий и широкий, как, что и ученые Китая. Как минимум 10000 символов и вверх является обязательным, и в общем может быть логически продлен до конца полной Kanji (Кан Си) словарь с 50000 различных иероглифов.

Воздействие последних западных технологий на восточные

Больше изменений произошло в Китае в последние пять лет, чем в предыдущие пятьдесят, и что пятьдесят содержит больше изменений, чем за последнюю тысячу. Это не может быть сказано о Японии и Корее (только потому, что они начали раньше, и, таким образом добились состоянии лихорадочного преобразование, которое продолжается, вместо того, совсем недавно резко проснулся в состоянии полного шока оказавшись бег на месте, полная -отверстие).

До появления Интернета несколько лет назад, с помощью персонального компьютера в Японии не считалось знаком аномального поведения – в стране, которую ненавидел что-либо за пределами нормы. Существует старая японская пословица: “гвоздь, который торчит получает стучал вниз”. Это означает, что норма состоит из стремясь быть как и все остальные в обществе, и не позволяя себе каким-то образом «Индивидуальный». Это не может быть переоценена, как глубоко укоренилась эта концепция, даже сегодня.

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

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

Появление Интернет изменил все это за один раз и навсегда. Термин “Интернет” означает “то, что взаимосвязано”, и это, конечно, совершенно в порядке с японского общества. Можно было видеть это развиваться вместе с сотовым телефоном, который также способствовал “связь” 12:59 по группам взаимосвязанных пути, будучи на основе матрицы, среди матриц пересекающей город и страну и в конечном счете всей планете). Так же, как использование сотового телефона чрезвычайно высока в Японии, поэтому является интеграция ПК в почти любой другой дом. Это дешево, быстро, надежно – и это уютно.

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

Это не случайно, что эти устройства в настоящее время в основном производятся на Востоке (с извинениями Hewlett-Packard и их успешную линию Северо-Американской построен принтеры), и основная причина в том, что уровень качества которых большинство из нас будет мириться с , например, с низким разрешением, 40 символов на строку зеленого монитора и одного-контактный принтер были совершенно непригодны для людей, нуждающихся в поколение с высоким разрешением символов в вертикальном режиме 24×24 DPI То же самое относится и к принтеру. Epson выпустила восемь-контактный принтер таким образом, то может выделяться хирагана и катакана за один проход – не так, что мы могли бы сделать более хорошо и Б. Они также дали принтеров “Графика” режимов с тем, что “снимков” (наиболее часто почерк в случае ее азиатских клиентов) может быть напечатан.

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

В конце концов, с большой подталкивая вместе на территории с высоким разрешением цвета и графики, более устройств ввода, таких как сканер (который можно рассматривать факсимильный аппарат для компьютеров), более устройств вывода, такие как струйный и лазерный принтер, и даже извращается клавиатуры и программного обеспечения, которое может генерировать тысячи символов, – если только один может запомнить каждый из входных кодов. Графические планшеты облегчить боль от того, чтобы получить что-то в и из компьютера. Но ничто из этого не является еще полностью удовлетворительным, и, возможно, она будет оставаться в этом состоянии до интеллектуальных, голосовое понимания, “компьютер”, наконец, приходит в нашу повседневную жизнь.

Неспособность Unicode полностью удовлетворить восточных жителей

Независимо от всего этого, рост World Wide Web на нас, и все остальные на этой планете. Нынешняя философия содержится в убеждении, что “английский язык является новым языком общения бизнеса”, – так он просто может, а также языком всех, кто использует Интернет.

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

ISO и Unicode пытались исправить этот недостаток. Как указано, заявленной целью Unicode том, чтобы позволить формализованный системный шрифт, которые будут созданы из списка размещению номера, которые могут сформулировать каждый письменный язык на планете.

Нынешние перестановки Unicode дает теоретический максимум примерно 65 000 символов (на самом деле ограничивается 49194 по стандарту). Это на первый взгляд, как более чем достаточно для смельчаков, которые создали формальные, начиная с очень длинной строки последовательных номеров, на которые персонажи разных языках назначены. Это была хорошая идея, в камеру – за исключением тех стран, которые не были приглашены на начальной партии.

Эти не включены приглашенные группы с самыми символов назначить. В самом деле, именно эти отвергает не было ни одного, кроме материкового Китая, Тайваня, Кореи и Японии.

Реакция была предсказуемой, и на мой взгляд оправдано. Материковый Китай настаивает, что все его нормально, официальная 6000 включаться символы, наряду со многими «упрощенного» вариациях, плюс остальные старше, Кан Си классический набор символов 40000 +. Одного этого достаточно, чтобы занять почти все пространство, отведенное на всей Unicode/UCS-2 спектра.

Тогда Тайваня и китайских эмигрантов (которых насчитывается 125 000 000, как правило, хорошо расположены и хорошо образованные люди) заявили, что у них были права на свою собственную полный набор Кан Си персонажи – все они в их первоначальной сложной формы. Это было добавление еще 50000 символов, и они не могли использовать ту же нумерацию, отнесенных к коммунистам на материке.

Между этими двумя группами, было теперь необходимость генерировать более 90000 личной номерной размещения. Япония жаловался и сказал, что это было не менее собственник его собственных персонажей (в том числе “кокудзи”, которые являются символами, которые кажутся китайской полученных, но на самом деле однозначно японский), и поэтому не должно быть другой блок создан для них . И так как это теоретически может включать в себя все символы не использовали до сих пор, еще 40.000 + размещений будет необходимо. И, наконец, чтобы не остаться вне круга законных истцов, Кореи, потому что его собственный набор прошлых и нынешних обстоятельств, попросил свою полную меру тоже.

Таковы лишь некоторые из многих причин, сумму, необходимую для удовлетворения таких требований может очень легко быть приняты, чтобы в общей сложности более 170 000 символов, если каждый из перечисленных выше стран продолжает расширять свою письменность права по максимуму – и есть Абсолютно никаких оснований ожидать каких-либо изменений в их желании сделать это.

Примечания редактора:

1. Насколько я могу сказать – допрос некоторых из пионеров в ARPAnet и протоколы передачи – проницательный из них были полностью осведомлены о необходимости разместить в конечном итоге восточных символов, целых 30 лет назад. Беда в том, они спросили бы один китайский или японский или корейский – и этот человек, глядя на набор символов родного языка, будет заверить их, что Unicode будет достаточно. Только тогда, когда вы получите все национальности в той же комнате, что проблема проявляется. И с Интернетом, мы теперь все “в одной комнате”.

2. Еще одним источником надзора происходит от тенденции многих людей на Западе уволить старше восточные символы, как “классические”, когда на самом деле они до сих пор используются именно по этой причине – чтение классической литературы.

Почему Unicode 3.1 не решает проблемы

Unicode недавно объявила версии 3.1, которая – вырваться из двух “Самолет Ноль” октета они первоначально позволили себе в версии 3.0, с 49 194 символов – хотел бы добавить еще два октета и еще 44946 символов схеме, для в общей сложности 94 140 .

Это по-прежнему падает катастрофически не хватает из 170 000 + символов, необходимых.

Очевидно, что 32 бита (4 октета), было бы более адекватными, если они непрерывный блок. Действительно, “18 бит” (262 144 вариаций) будет достаточно для решения символов в мире, если непрерывный блок.

Но два отдельных блока 16 бита не решают проблемы вообще.

Политическое значение этого выражено в Западных Условиях

Чтобы выразить это в западных условиях, как бы английского языка понравилось, если бы они вдруг ограничивается алфавит, который отсутствует пять или шесть из его букв, потому что они могут рассматриваться как “подобные” (например, “M” и “N” звучание и смотрит так похожи друг на друга), а также “комплекс” (“Q” и “X” – почему, они не являются не более, любитель “С” и “Z”). Можно было бы дальнейшее аналогию, говоря английского должны сдаваться около трех из каждых четырех слов, которые находятся на английском языке, на том основании, что они являются избыточными, тоже тайные, или просто лишнее, и современные речи не либо нужно пользоваться них. Это был бы конец Библии и Шекспиру.

Необходимо дополнительно рассмотреть оставшиеся враждебность, вытекающие из веков войны. В этом смысле на Востоке мало отличается от Европы; фурор, возникших в ЕС [Европейское сообщество] переход на единую валюту (евро) не было бы ничто по сравнению с шум, который бы возникнуть, если французы были вынуждены использовать немецкого алфавита или английском вынуждены использовать французскому алфавиту. Не помогли бы этот вопрос был чисто эмоциональным. Такие изменения были бы более чем раздражение, действительно, они были бы угроза для одного очень языку и образу мыслей.

Аналогия может быть легко принят Кроме того, если принять во внимание политическую напряженность в последние годы в различных странах было отказано (а иногда и позже выдан) членство в ЕС. В том же духе, чтобы ваш язык налево из Интернет, безусловно, если есть “отказано в членстве”.

Недавние действия Verisign

Verisign недавно открыл ящик Пандоры, когда компания заявила, что она принимает заказы на URL-адреса на языке особенно тем странам, которые либо хотят или требуют работать в письменный набор, кроме Latin1.

Компания отступил на несколько вопли страха и гнева тех, кто знает это не может работать, не вызывая большое бедствие для тех, кто должен управлять и работать World Wide Web.

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

То же истина может быть применен не только к URL, но сам Интернет. Там нет нормальных инструментов с Запада, чтобы позволить Полотна, работать на международном уровне, и браузеры, которые действительно являются прозрачными и бесшовной в повседневном использовании для этого сегмента в будущем. Спросите любого, кто должен использовать одну, так и хочется сделать что-нибудь другое, чем то, что могут быть получены с псевдо-ASCII (например, французский или немецкий, или албанской) – или нужны символы, которые выровнены по вертикали, и должны занимать не менее . 32 X 32 точек для каждого) продолжать верить, что взаимодействие в рамках World Wide Web может быть сделано с ascii-зависимой браузеров и – что еще более важно, ASCII-зависимых серверов – это наивно.

Заключение

UCS-2 (с 2-октет блоков на символ), действительно, кажется, самая простая система характером использования (и тот, который следует Unicode оригинальные намерения наиболее адекватно) – исключением того, что, как уже отмечалось ранее, он имеет слишком коротким общие Длина адреса, чтобы охватить все известные персонажи всех известных языках.

Переключение внимания другим Unicode сертифицированных методологии делать то же самое, есть UTF-8, UTF-16 и UTF-32. По словам бумаги Unicode автора: “Различные формы кодировки Unicode полезны в различных средах, например, UTF-32 несколько проще в использовании, чем UTF-16, почти во всех случаях занимает в два раза хранения общих стратегия должна иметь внутреннее.. Строка хранение, использование UTF-16 или UTF-8, но использовать UTF-32 для отдельных типов данных характер “.

Это нормально, на самом деле большинство компьютерных приложений работать в такой моде уже и сделала это перед Unicode. Проблема в том, что – даже в простое объяснение того, что открыто простую задачу – не менее трех отдельных кодификации формул пущены в ход, чтобы на него ответить. Легко сформулировать новые стандарты с использованием 4 октета блоков (до бесконечности), – но воспользовалась их сверху Unicode 3.1 просто усугубляет сложность шрифтов, а Unicode 3.1 увеличилась сложность UCS-2.

Так что это, в двух словах, является политически взрывоопасным будущем мы сейчас сталкиваемся.

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

Время пришло. Теперь возникает вопрос: что будет этой идее вырасти и стать?

# # #

Норман Goundry – программист, переводчик, а также энциклопедист, специализирующийся на редких даосские религиозные тексты и медицинские работ. Он обычно находится глубоко в азиатских катакомбах Департамента исследований. Британской Колумбии, работая с редкими даосских текстов Canon найдется в нем. Он выражает это личный опыт с пределов Unicode: “Я недавно разработал только один собственный шрифт, состоящий из более чем 50000 отдельных Хан сложных символов в соответствии с приведенным в Кан Си словарь 1710 для моей собственной рукой запрограммированный перевод интерфейса, из-за постоянного разочарования, не имеющих особый характер доступны для использования, когда это необходимо. Я внимательно посмотрел на Unicode, а затем отверг его, потому что это не в моих знаниях содержать даже одного полного индексирования шрифта представитель символов, необходимых для охватывающих любой из вышеуказанных групп.”

Ресурс: Norman Goundry

Spritely Plugin

Spritely является простой плагин, только два основных метода, спрайт () и Pan (), оба из которых просто анимации фонового изображения CSS свойство элемента. Разница между ними состоит в том, что “Спрайт” образ содержит два или более ‘кадры’ анимации, в то время как образ “кастрюлю” содержит непрерывный образ которого поворачивается влево или вправо, а затем повторяется. Как правило, в любом случае, вы должны использовать файл PNG (с или без прозрачности) для этого. Вы, возможно, пожелают использовать прозрачный GIF для Internet Explorer 6, хотя это, вероятно, не будет выглядеть так хорошо. Ваш HTML элементы уже должны быть правильного размера вы хотите спрайт появляться, но фоновое изображение, как правило, быть больше, чем HTML элемента, а Spritely методами изменить фоновое изображение в элементе HTML.

Пожалуйста, обратите внимание: есть проблемы с текущей версией Mobile Safari на Ipad

На Ipad, используя кастрюли () может вызвать сбои в Mobile Safari. Эта проблема не только влияет Spritely и в настоящее время вне нашего контроля – это, кажется, вызвана ошибкой в ​​Mobile Safari, где небольшие корректировки фон положение собственности в короткий промежуток времени триггер аварии. Возможные решения проблемы необходимо использовать очень низкую частоту кадров (до 10 кадров в секунду) или меньше фоновых изображений (менее 1000px в ширину). Mobile Safari на iPhone, похоже, не будут затронуты.

Быстрый старт

Если вы нетерпеливы, чтобы опробовать Spritely и хотят видеть некоторые автономные рабочие примеры, вы можете скачать некоторые образцы 0,4 код в виде архива.


Анимация изображений методу “sprite()”

Вот небольшой пример, чтобы вы начали … Следующий метод оживляет один из летающих “спрайтов птицы вокруг этой странице. “Спрайт” состоит из трех кадров в прозрачное изображение PNG, где каждый кадр бок о бок:

0

Теперь нам просто нужно создать DIV называется “птица”, стиль его точно нужного размера (180×180 пикселей в данном случае), и оживить ее с спрайт () метод. Два варианта мы должны использовать являются “кадров в секунду (кадров в секунду) и« no_of_frames, например, три кадра для картинке:

1

Чтобы мыши привлекают спрайт, когда вы нажимаете на экран, используйте:

2

Активное () делает этот метод спрайт спрайт на активное запуск – в противном случае спрайт с activeOnClick () становится активным только тогда, когда вы щелкните по ней (или коснуться его с помощью iPhone / IPad).

$ (“Тело”). FlyToTap () метод часы за клик по странице и в этот момент, после любого текущего движения завершена, спрайт перемещается на нажатия месте. После нескольких вторых, если случайное движение метод был применен (см. ниже), он затем переходит обратно.

Чтобы спрайт ход случайным образом, в рамках ограничений пикселей (скорости в миллисекундах), используйте:

3

Панорамирование фоновое изображение методу “Pan ()”

Вот как вы можете “Фавна фоновое изображение, как и холмы в демо в верхней части этой страницы:

01

Чтобы пан фоновое изображение постоянно влево, создать HTML элемента DIV меньше, чем само изображение и использовать CSS, чтобы разместить изображение в качестве фона изображения, убедившись, что вы установите повторить фоновое изображение ‘Repeat-х’, например, она повторяется непрерывно в горизонтальной оси.

Теперь оживить его с Spritely “pan()” метод:

4

Можно регулировать скорость (пикселей на кадр) и кадров в секунду независимо друг от друга. Почему? Из-за более низкой скорости приведет к более гладкой поддон, однако выше кадров в секунду, может привести к снижению производительности (особенно в устройствах, как iPhone). Вы должны экспериментировать, чтобы получить правильный баланс между плавной анимацией и производительность страницы.

Чтобы фоновый слой изображения друг на друга, просто поместите HTML изображения друг под другом, или настроить CSS свойство ‘Z-индекс “, а затем установите скорость кадров в секунду и свойства, чтобы создать иллюзию глубины. Более отдаленные фоновое изображение должно двигаться медленнее (нижняя кадров в секунду), чем крупным планом один.

Что нового в версии 0.6?

Мы очень рады версии 0.6. Почему? Потому что теперь есть Spritely событий!

Spritely 0.6 появилась возможность вызвать функцию, когда спрайт достигает первого, последнего или любого другого кадра. Три новые варианты вводятся для этого: on_first_frame, on_last_frame и on_frame. Это очень полезно, потому что это означает, что вы можете изменить «состояния» спрайт на любой кадр или остановить анимацию в целом.

Вот пример:

5

Также, начиная с 0.6:

Теперь вы можете рассказать спрайт, чтобы начать играть на конкретного кадра:

6

Что было нового в версии 0.5?

Новый метод: Destroy ()

Spritely 0,5 вводит Destroy () метод. Это приведет к сбросу элемент целиком и удаляет все анимации от него.

Так, например,

7

Что было нового в версии 0.4?

Две новые функции доступны в версии 0.4:

Вертикальное панорамирование

Долгожданный вертикального панорамирования теперь доступен. Это означает, что вы можете указать “вверх” или “вниз” как направления при вызове кастрюлю ().

Так, например,

8


Анимация спрайтов назад

Теперь есть возможность играть на спрайт, в обратном (например, перемотка). Это достигается с помощью “перемотки” вариант. Так, например,

9

Изменение кадров в секунду

Теперь Вы можете изменить количество кадров в секунду с FPS () метод:

10


Изменение фона скоростей относительно их глубины

Теперь, когда фонов имеют глубину, можно легко изменить скорость относительно друг друга с $. SpRelSpeed ​​() метод.

Переместите ползунок в вышеприведенная демо, чтобы увидеть влияние имеет глубину от скорости фоновых объектов, сравнивая его с этого изображения:

03

Чтобы изменить фон скоростью относительно, фоны объединить все в одном селектор JQuery и использовать spRelSpeed ​​() метод:

11

… где «spRelSpeed ​​’стоимость представляет собой сумму пикселей для перемещения, в кадре, имея в виду, что она относится к глубине элемента. Таким образом spRelSpeed ​​(30) применяется к объекту, расположенному на глубине 100 будет перемещать объект на 30 пикселей на кадр. Применительно к объекту на глубине 50 объект будет перемещаться на 15 пикселов на кадр. Вы можете изменить кадров в секунду отдельно – см. выше.

Изменение фона скорости абсолютно

. SpSpeed ​​$ () позволяет вам изменять скорость фоне абсолютно (это эквивалентно глубине 100):

12

Опять же, значение скорости является количество пикселей для перемещения, на кадр.


Изменение направления фоне анимации

SpChangeDir («левый») или spChangeDir («правильный») методы могут быть использованы на фоне анимации, чтобы изменить направление влево или вправо, соответственно:

13

Изменение направления движения или «состояния» спрайт анимации

Чтобы изменить направление спрайтов, необходимо использовать другой метод, spState $ (), и вам нужно другое изображение, с несколькими рядами кадров, по одной строке для каждого государства, а в следующем примере:

04

Второй ряд (полет в обратном направлении) представляет собой второе «состояния» спрайта, и вы поэтому изменение его направления по:

14


Остановка и запуск анимации

Для остановки и запуска спрайт фона и анимацию, используйте spStop (), spStart () и spToggle () методы:

15

Сделайте спрайт перетаскивать

IsDraggable () метод позволит спрайт быть втянутой в любую точку на экране. Есть также три параметров, которые могут использоваться с данным методом, запуска, остановки и перетащите. Эти дополнительные функции обратного вызова будет срабатывать в начале, конце, или в то время как вы тянете пункта. См. пример ниже:

16

Обратите внимание, что isDraggable () метод требует jQueryUI.

Объединение действий для получения одного действия

Конечно, Вы можете комбинировать действия в единый метод, так что вы можете контролировать движение ваших всей сцены. Следующий код, например, определяет «fly_forwards_quickly () ‘метод, которым можно управлять с помощью одного щелчка:

17

Обратите внимание, что рекомендуется для создания всех методов в единый объект, а не создавать страницы переменных, однако мы вместе с приведенным выше примером для простоты.


Рисуем спрайт игре на фиксированное количество кадров

Еще один новый метод, доступный в версии 0.2, хотя это не показано в демо, является возможность создать спрайт который играет на фиксированное количество кадров, а затем останавливается:

18

Больше примеров

Больше примеров кода можно найти, читая исходный код этой страницы – и не забывайте, вы можете объединить Spritely с другими методами JQuery для создания сложной анимации.


TwentyEleven – Spritely

Одно заключительное слово предостережения …

Используйте Spritely экономно. Немного Spritely проходит долгий путь, но слишком амбициозным использование этих методов может привести к ухудшению производительности, особенно на мобильных устройствах. Небольшое движение на большой странице может быть лучше, чем много движения на маленьком. Пожалуйста, проверьте внимательно Spritely для вашей целевой аудитории / платформы, прежде чем развивать ваш сайт, как могут меняться от платформы к платформе.

Неофициальная документация

Перечислим неофициальной документации и ресурсов здесь. Это также включает в себя переводы официальной документации.

Ресурс: Spritely

Фотографии Птеранодон

Эти фотографии были сделаны Брайаном Викинсом, который был частью первоначальной команды, работающей над Джордж Уитфилд Pteranodon модель полета.Цифровые изображения были созданы из оригинальных кадров в 2006 году и на авторские права, с того времени. Мои изображения копируются здесь в 2011 году с разрешения.

1

Первая фотография показывает Птеранодон модели на буровой установке в качестве Concorde взлетает. Самолет в этой картине G-BBDG, Concorde 202 в начальной ливреях British Airways. Самолет совершил первый полет в Filton: 13 фев 1974 г. и кулаком Concorde на посадку в Хитроу 6 июля 1974 года. Первоначальный ливрее Speedbird был заменен в 1977 году. Это дает фотографию дата кадра.

2

Запуск был великим делом с большим количеством местных интересов. В 1974 году самым летающим моделям были руки запущен. Сегодня это более вероятно, чтобы увидеть их воздухом запущен или запущен с кабелем жгут или рампы. Это была исключительно большой моделью передать запустить, как это было 7 м размах крыла, и это был первый раз такое большое представление ископаемое животное было предпринято.

3

Третье изображение показывает вид в полость тела, который содержал Комплект управления. Батареи и серверы были довольно большими, в то время, и наложил вес вопросов, которые должны быть учтены в конструкции.

Ресурс: Paul Pursglove

Возможность быстрого моделирования требований

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


Содержание

  1. Ловкие требования моделирование в миниатюре
  2. Где требования пришел?
  3. Лучшие практики
  4. Типы требований
  5. Потенциальные артефакты требования
  6. Методы выявления требований
  7. Общие требования проблемы моделирования
  8. ловкий требованиям управления изменениями


1. Требования быстрого моделирования в двух словах

Рисунок 1 отражает ловкий Model Driven Development (AMDD) жизненного цикла, на которой изображен как ловкий моделирование (АМ) применяется ловкий разработки программного обеспечения команды. Критические аспекты, которые мы обеспокоены сейчас являются начальными требованиями к моделированию, итерации моделирования и модели штурм. Основная идея в том, что у вас в обрез моделирования в начале проекта, чтобы понять требования к системе на высоком уровне, то вы собираете детали, как вам нужно, чтобы на только-In-Time (JIT) основе.

AMDD жизненного цикла

1

1.1. Начальные требования моделирования

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

  1. Использование модели. Как следует из названия модели использования позволяют исследовать, каким образом пользователи будут работать с вашей системой. Это может быть коллекция существенно случаев использования на Rational Unified Process (RUP) проекта коллекцию особенности для функций Driven Development (FDD) проекта, или коллекцию пользовательских историй для экстремального программирования (XP) проекта.
  2. Первоначальная модель предметной области. Модели предметной области определяет фундаментальные хозяйствующего субъекта типов и отношений между тогдашним. Домен модели могут быть изображены в виде набора классов Ответственность Сотрудника (КПР) карт, Slim класса UML диаграммы, или даже тонкая модель данных. Этот домен модель будет содержать достаточно информации: основные субъекты области, их основные атрибуты и отношения между этими лицами. Ваша модель антиплазмин должны быть полными, он просто должен охватывать достаточно информации, чтобы вы комфортно с первичных понятий области.
  3. Пользовательский интерфейс модели. Для пользовательского интерфейса интенсивных проектов, которые вы должны рассмотреть вопрос о разработке некоторых экране эскизы или даже прототип интерфейса пользователя.

Какой уровень детализации вы на самом деле нужно? Мой опыт показывает, что вам нужно требований артефакты, которые едва достаточно для того чтобы дать вам это понимание и не более того. Например, Рисунок 2 отражает простая точка-формы варианта использования. Этот вариант использования может очень хорошо были написаны на карточках, часть флип-бумажной карте, или на доске. Он содержит достаточно информации, чтобы вы поняли, что вариант использования делает, и на самом деле он может содержать слишком много информации для этой точки в жизненном цикле, потому что только название варианта использования может быть достаточно для заинтересованных сторон, чтобы понять основы что вы имеете на виду. Рисунок 3, с другой стороны, отражает полностью документированы формальных вариантов использования. Это отличный пример того, хорошо документированы использования, но она идет в гораздо более подробно, чем вы, возможно, необходимо прямо сейчас. Если вам действительно нужно таком уровне детализации, и на практике редко можно сделать, вы можете захватить его, если вы на самом деле нужно от модели штурма его на время. Чем дольше проекта ваша команда идет без обратной связи конкретных рабочих программного обеспечения, тем больше вероятность того, что вы моделирования вещи, которые не отражают то, что ваши заинтересованные стороны действительно необходимо.

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

Рисунок 2. – Точка-формы использования.

Название: Записаться на семинар

Базовый курс действий:

  • Студенческие входы ее имя и номер студента
  • Система проверяет, студент имеет право записаться на семинары. Если не могут, то студент информацию и использовать случае заканчивается.
  • Система отображает список доступных семинаров.
  • Студент выбирает семинар или решает не поступить вовсе.
  • Система проверяет студент имеет право поступить в выбранный семинара. Если не могут, студентов просят выбрать другое.
  • Система проверяет семинар вписывается в график S студента.
  • Система вычисляет и отображает сборе
  • Студенческие проверяет счет и либо указывает она хочет поступить или нет.
  • Система регистрирует студента в семинаре и счетов их за это.
  • Система печатает регистрации получения.

Рисунок 3. Подробные случае использования.

Название: Записаться на семинар

Идентификатор: UC 17

Описание:

Зарегистрируйтесь существующих студента в семинаре, на которые она имеет право.

Предпосылки:

Студенческие зарегистрирован в университете.

Постусловия:

Студент будет зачислен в Конечно, она хочет, если она имеет право и номера.

Базовый курс действий:

  1. Прецедент начинается, когда студент желает поступить в семинаре.
  2. Студент входы ее имя и число студентов в системе через UI23 безопасности Логин экрана.
  3. Система проверяет студент имеет право записаться на семинары в университете в соответствии с бизнес-правила определения права BR129 зарегистрироваться. [Alt курс]
  4. Система выводит UI32 семинар экран выбора, что указывает на список доступных семинаров.
  5. Студент показывает на семинар, в котором она хочет поступить. [Alt Курс B: студент решит не записаться]
  6. Система проверяет студент имеет право записаться на семинар в соответствии с правилом BR130 бизнес Определить Студенческая Право поступать в семинаре. [Alt курс C]
  7. Система проверяет семинар вписывается в существующий график студента в соответствии с бизнес-правила BR143 Проверка Студенческая Расписание семинаров.
  8. Система рассчитывает плату за семинар основан на плату опубликованы в течение каталога, соответствующие сборы студентов, и налоги. Применить бизнес-правил BR 180 Рассчитать сборы студентов и BR45 расчета налогов для семинара.
  9. Система выводит платы через UI33 Показать семинар сборы экрана.
  10. Система спрашивает студента, если она все еще хочет записаться на семинар.
  11. Студент показывает она хочет поступить в семинаре.
  12. Система регистрирует студента в семинаре.
  13. Система информирует студентов обучалось успешного через UI88 семинар регистрации Резюме экрана.
  14. Система счетов студентов на семинар, в соответствии с бизнес-правила BR100 Билл Студенческие для семинара.
  15. Система спрашивает студента, если она хочет печатных заявление регистрации.
  16. Студент показывает она хочет печатных заявление.
  17. Система печатает регистрации заявления UI89 регистрации короткого доклада.
  18. Вариант использования заканчивается, когда студент принимает печатных заявление.

Альтернативный курс А: студент не право зарегистрироваться в семинарах.

А.3. Регистратор определяет студент не имеет права поступать в семинарах.

А.4. Регистратор сообщает студентам, он не имеет права поступить.

А.5. Вариант использования концах.

Альтернативные Курс B: студент решает не поступать в Работает Семинара

B.5. Студент просматривает список семинаров и не видит, в котором он хочет поступить.

B.6. Вариант использования концах.

Альтернативный курс C: студент не Предпосылки

С.6. Регистратор определяет студент не имеет права поступать в семинаре он выбрал.

С.7. Регистратор сообщает студентам, он не имеет предпосылок.

С.8. Регистратор сообщает студент предпосылки ему нужно.

С.9. Использовать делу продолжается на шаге 4 в базовый курс действий.

1.2. Итерация Моделирование

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

1.3. Модель Штурм

Подробные требования вызывали, или, возможно, лучший способ думать об этом является то, что высокие требования проанализированы, на раз вовремя основе. Если разработчик нового требования по осуществлению, возможно, “Записаться на семинар” использовать случае рисунке 2, они спрашивают себя, понимают ли они то, что просили. В этом случае, это не так ясно, точно, что заинтересованные стороны хотят, например, у нас нет каких-либо указаний на то, что экраны должны выглядеть. Они также спросить себя, если требование достаточно мал, чтобы реализовать в менее, чем день или два, и если нет, то преобразовать его в коллекцию меньшие части, которые они решения по одному. Меньшие вещи проще в реализации, чем более крупные вещи.

Чтобы узнать подробности этого требования, разработчикам (или разработчиками на проектные группы, которые принимают подхода к программированию пара), просят своих заинтересованных сторон (S), чтобы объяснить, что они означают. Часто это делается путем эскизы на бумаге или доске с заинтересованными сторонами. Эти модели штурма сессий, как правило, экспромтом событий и обычно длятся от пяти до десяти минут (это с редкой для моделирования шторм более тридцати минут, потому что требования куски настолько малы). Люди собираются вместе, собираются вокруг общих инструмент моделирования (например, классная доска), изучить вопрос, пока их удовлетворен тем, что они понимают его, а затем они продолжат (часто кодирования). Extreme программистов (XPers) назвал бы требованиям моделирование штурма сессий “клиентов Q & сессий”.

2

В пример определения того, что экран будет выглядеть, вместе с заинтересованными сторонами (ы) вы эскиза, что хотите экране выглядеть, изображение несколько примеров пока не пришли к общему пониманию того, что должно быть построено. Эскизы такие как этого являются включая модели, потому что вы используете простые инструменты и методы моделирования, что позволило ловкий моделирование (АМ) практики ловкий Участие заинтересованных сторон. Лучшие люди для моделирования требований заинтересованных сторон, потому что они те, кто экспертом в этой области, а не вы.

Подробный пример того, как идти о моделировании требования, читать статьи ловкий Требования модельном примере.

1.4. Принятие Test Driven Development (ATDD)

Разработка через тестирование (TDD) (Beck 2003; Astels 2003), является эволюционный подход к развитию, который, что требует значительных дисциплины и умения (и хороший инструмент).Первый шаг заключается в быстро добавить тест, в основном достаточно кода на провал. Далее вы запускаете тесты, часто полный набор тестов, хотя ради скорости вы можете решить для запуска только часть, чтобы убедиться, что новый тест, на деле неудачу. Затем обновите функциональный код, чтобы сделать его пройти новые испытания. Четвертым шагом является запуск тестов снова. Если они не смогут вам необходимо обновить вашу функциональный код и повторите тест. Как только тесты проходят следующим шагом будет начать все сначала (возможно, вам в первую очередь необходимо, чтобы реорганизовать любое дублирование из вашего дизайна по мере необходимости). Как показано на рисунке 4 представлена​​, есть два уровня TDD:

  1. Принятие TDD (ATDD). С ATDD вы пишете одно приемочные испытания, или поведенческие спецификации в зависимости от ваших предпочтительных терминов, а затем просто достаточно функциональности производства / код для выполнения этого теста. Цель ATDD это указать подробные, исполняемые требования для вашего решения на как раз вовремя (JIT) основе. ATDD также называется Behavior Driven Development (BDD).
  2. Разработчик TDD. С разработчиком TDD вы пишете одно разработчик тестов, иногда неточно называют модульного теста, а затем просто достаточно рабочий код для выполнения этого теста. Целью разработчиков TDD это указать подробные, исполняемый дизайн для вашего решения на основе JIT. Разработчик TDD часто называют просто TDD.

Рисунок 4. Как ATDD и разработчик TDD сочетаются друг с другом.

3

С ATDD вы не обязаны также принять подход разработчиков к реализации TDD производства кода, хотя подавляющее большинство команд сделав ATDD также сделать разработчику TDD. Как вы видите на Рисунке 4, когда вы объединяете ATDD и разработчик TDD создание единого приемочные испытания в свою очередь, требует, чтобы вы итерацию несколько раз в течение написать тест, написать рабочий код, получить его рабочего цикла на уровне разработчика TDD. Очевидно, чтобы сделать TDD работает, вам нужно иметь один или несколько каркасов для тестирования доступны для вас. Для принятия TDD люди будут использовать такие инструменты, как Fitnesse или RSpec и для разработчиков TDD разработчики Agile Software часто используют XUnit семьи с открытым исходным кодом, такие как JUnit или VBUnit. Коммерческие инструменты тестирования также жизнеспособных вариантов. Без таких инструментов TDD практически невозможно.

5

Есть несколько важных преимуществ ATDD. Во-первых, тесты не только проверить свои работы на подтверждающем уровне они установлены также исполняемых спецификаций, о которых написано в только в срок (JIT) образом. Изменяя порядок, в котором вы работаете тесты по сути делать двойную работу. Во-вторых, прослеживаемость от детальные требования к тест автоматического потому приемочные испытания являются ваши детальные требования (что существенно снижает ваши усилия отслеживания технического обслуживания, если вам нужно, чтобы сделать такую ​​вещь). В-третьих, это работает для всех типов требований – хотя большая часть обсуждение ATDD в гибкой сообщества сосредоточена на написание тестов для пользовательских историй, в том, что это работает для использования, сценарии использования, бизнес-правила, и многие другие виды артефактов моделирования требований.

Самая большая проблема с принятием ATDD является отсутствие навыков среди существующих требований практики, еще одна причина, по содействию обобщающих специалистов в вашей организации более узких специалистов.

2. Откуда приходят требования?

Ваш заинтересованных сторон проекта прямых или косвенных пользователей, менеджеров, топ-менеджеры, сотрудники операций, поддержки (Help Desk) сотрудников, тестировщиков, разработчики, работающие на другие системы, которые объединяют или взаимодействовать с вашим, и обслуживание специалисты только официальный источник требований (Да, разработчики могут предложить требованиям, но заинтересованные стороны должны принять предложения). На самом деле это ответственность участников проекта, чтобы обеспечить, уточнить, определить и приоритеты требований. Кроме того, права участников проекта, что разработчикам инвестировать время, чтобы определить и понять эти требования. Это понятие имеет решающее значение для вашего успеха как ловкий Modeler это роли участников проекта, чтобы обеспечить требования, это роли разработчиков, чтобы понять и реализовать их.

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

Где ваши заинтересованные стороны проекта получить идеи? Они часто имеют любимых мозолей о существующей среде, “Мне очень жаль, что мы могли бы сделать это.”, Увидеть то, что их конкуренты могут делать, что они не могут, может потребоваться, чтобы избежать проблем, которые они претерпели в прошлом с других систем, или, возможно, просто видение новой функции. Некоторые заинтересованные стороны, в частности, оперативного персонала и старших ИТ-управления, возможно, требования, основанные на необходимости интеграции с существующими или быстро, чтобы быть существующими системами или требования мотивированы стратегии ИТ, такие как сокращение числа вычислительных платформ в вашей организации. Дело будет сделано в том, что ваши заинтересованные стороны проекта должна быть разработка требований, основанных на широком диапазоне материалов, то, что вы можете гарантировать, что происходит, задавая вопросы.

Я часто оказывается, что есть существенное значение в привлечении кого-то с соответствующими экспертными знаниями в системе, что я строю, чтобы помочь определить потенциальные требования к моей системе. Например, в случае системы электронной коммерции, скорее всего, я хочу принести в кого-то с международным опытом проектирования, экспертизы налоговое право, или логистики экспертизы. Такой подход является особенно ценным, если ваша организация строит системы, которая включает в себя аспекты, которые не знакомы с, возможно, ваш система электронной коммерции ваша первая попытка на обслуживание международных клиентов. Я буду часто приносят внешними экспертами в течение дня или двух, и с несколькими заинтересованными сторонами проекта забрать свои мозги для соответствующих вопросов, которые мы может отсутствовать из-за нашей неопытности. Это SA отличный способ убедиться, что мы повторно покрытие наших баз, в частности, если мы определяем начальные возможности для проекта, и получить участниками проекта мышления за пределами их нынешних условиях. Тем не менее, признают, что существует опасность того, при таком подходе внешние эксперты могут предложить идеи, которые хорошо звучат, но Арен T действительно необходимы прямо сейчас. Другими словами, вам все еще нужно работать через предложение от внешнего эксперта так же, как и любой другой.

3. Рекомендации

Есть несколько “лучшие практики”, которые должны помочь вам стать более ловким из моделировании требования:

  • Заинтересованные стороны активно участвовать
  • включительно моделей Принять
  • Возьмите в ширину подход
  • Модель бурю подробности Just In Time (JIT)
  • Предпочитают выполненных спецификаций на статической документации
  • Ваша цель заключается в реализации требований, не документ их
  • Создать независимый от платформы требования к точке
  • Меньше, тем лучше
  • Вопрос прослеживаемость
  • Объясните методы
  • Принять заинтересованных терминологии
  • Держите это весело
  • Получить поддержку управления
  • Включите заинтересованных сторон в разработчиков
  • Лечить требованиями, такими как приоритетные стека


4. Типы требований

Я та твердо верит в разделяет требования на две категории:

  1. Поведенческая. Поведенческих требования описывает, как пользователь будет взаимодействовать с системой (вопросы пользовательский интерфейс), как кто-то будет использовать системы (использование), или как система выполняет бизнес-функции (бизнес-правила). Это часто называют функциональным требованиям.
  2. Неповеденческая. Номера-поведенческие требования описывает технические особенности системы, особенности обычно относящиеся к доступности, безопасности, производительности, совместимости, надежности и надежности. Non-поведенческие требования часто называют “нефункциональные” требования в связи с плохой наименования Решение, принятое IEEE (насколько я могу судить нефункциональные следует, что она не работает).

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

5. Потенциальные артефактами требований

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

Таблица 1. Кандидат артефакты для моделирования требований.

Таблица 1. Кандидат артефакты для моделирования требований.

Артефакт Тип Простой инструмент Описание
Приемочные испытания Или FITNesse Описание наблюдаемой особенностью системы, которая представляет интерес для одного или нескольких заинтересованных сторон проекта.
Определение бизнес-правил Или Индекс карты Описание наблюдаемой особенностью системы, которая представляет интерес для одного или нескольких заинтересованных сторон проекта.
Изменить регистр Или Индекс карты Изменение случаях используются для описания новых потенциальных требований к системе или модификации существующих требований.
CRC модели Или Индекс карты Изменение случаях используются для описания новых потенциальных требований к системе или модификации существующих требований.
Определение ограничения Или Индекс карты Ограничением является ограничение на степень свободы вы имеете в получение раствора. Ограничения являются эффективным мировым требованиям вашего проекта.
Диаграмма потоков данных (DFD) Или доска рисования Потока данных диаграммы (DFD) показывает перемещение данных внутри системы между процессами, сущностей и хранилищ данных. При моделировании требований DFD могут быть использованы для моделирования контексте вашей системы, определения основных внешних сущностей, который взаимодействует с системой.
Эфирные прототип пользовательского интерфейса Или Должности, он отмечает и бумага для флипчарта Существенным пользовательский интерфейс (UI) прототип низкой точности модели или прототипа, пользовательского интерфейса для вашей системы – представляет собой общее идеи, лежащие в UI, но не точные детали.
Эфирные случае использования Поведение Бкмага Вариант использования представляет собой последовательность действий, которые обеспечивают измеримое значение для актера. Существенным прецедентов является упрощенным, абстрактным, обобщенным вариантом использования, который фиксирует намерения пользователя в технологии и внедрение независимым образом.
Признак Либо, обычно, Поведенческая Индекс карты Особенностью является “маленький, полезный результат в глазах клиента”. Особенностью является крошечный строительный блок для планирования, отчетности и отслеживания. Это понятно, измеримых и выполнимо (наряду с несколькими другими функциями) в течение двух недель приращения
Техническое требование Неповеденческое Индекс карты Техническое требование относится к нефункциональные аспект вашей системы, такие как связанные с производительностью вопрос, вопрос надежности, или техническая проблема окружающей среды.
Сценарий использования Поведенческое Индекс карты Сценарий использования описывает один путь логики через один или несколько вариантов использования или пользовательских историй.Использование сценария может представлять основной курс действий, счастливый путь, через один вариант использования, сочетание частей счастливому пути заменены шаги из одного или нескольких альтернативных путей через одного случая использования, или путь охватывающих несколько случаев использования или пользовательских историй.
Диаграмма варианта использования Поведенческое Эскиз доски Прецедентов схеме представлена ​​коллекция прецедентов, актеров, их объединений, и, возможно, коробку границы системы. При моделировании требований диаграммы прецедентов могут быть использованы для моделирования контексте вашей системы, определения основных внешних сущностей, который взаимодействует с системой.
История пользователя Или Индекс карты Пользовательская история является напоминанием для разговора с вашим заинтересованных сторон проекта. Пользовательские истории захвата требований высокого уровня, в том числе поведенческих требований, бизнес-правил, ограничений и технических требований.

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

Основной процесс часто мотивирует артефакт выбор. На главной странице я показывают, что М. используется в сочетании с другим программным обеспечением процесса, такие как экстремального программирования (XP) или унифицированный процесс (UP), чья сфера является полный жизненный цикл. Очень часто основной процесс будет предпочитают некоторые первичные требования артефакт (ы), в случае истории XP пользователь и для UP случаев использования, вопрос, который необходимо учитывать при моделировании требований. Смотрите статьи М., XP и AM и УП для дальнейших подробностей.

6. Методы выявления требований

Есть несколько методов для выявления требований, представлены в таблице 2. Каждый метод имеет компромиссов, подразумевается, что вам нужно изучить несколько, если вы хотите стать большой опыт по выявлению требований, и каждый из них может быть применен как в ловкий и не проворные образом (я полагаю, что вы держите его как ловкий насколько это возможно).

Таблица 2. Требования методов сбора информации.

Техника Описание Сила (ы) Слабость (ES) Пребывания Agile
Активное участие заинтересованных сторон Расширяет On-Site клиентов также есть заинтересованные стороны (клиента) активно сотрудничает с моделированием их требованиям.
  • Высоко совместной технику
  • Людей с знаний предметной области определяют требования
  • Информация предоставляется команде своевременно
  • Решения принимаются своевременно
  • Многие заинтересованные стороны должны изучить навыки моделирования
  • Заинтересованные часто не доступны 100% времени
  • Арии вашем грязном белье для заинтересованных сторон
  • Это не становится более гибким, чем это
Электронные Интервью Берете интервью у человека по телефону, с помощью видео-конференц-связи, или по электронной почте.
  • Поддержка сред с рассредоточенными заинтересованных сторон
  • Обеспечивает постоянную запись беседы
  • Ограниченные технику взаимодействия
  • Ограниченная информация может быть передана электронным
  • Рискованный, когда подходит ваша единственным средством связи
  • Идеально подходит для поддержки других методов, а не в качестве основного средства сбора информации
  • Лицом к лицу интервью должны быть предпочтительнее, чем электронные
Лицом к лицу интервью Вы встречаетесь с кем-то, чтобы обсудить их требования. Хотя интервью иногда импровизированные событий, она является более общим запланировать определенное время и место, чтобы встретиться и обеспечить по крайней мере неофициальные повестки дня собеседник агентства. Кроме того, общие предоставить копию заметки интервью интервьюируемый, а также некоторые дополнительные вопросы, для рассмотрения позже. Одна из опасностей интервью является то, что вам скажут, как человек идеально хочет работать, не так, как они на самом деле работают. Вы должны умерить интервью с фактическими наблюдениями.
  • Совместные технику
  • Вы можете вызвать много информации быстро из одного человека
  • Люди скажут вам вещи по секрету, что они не будут публично
  • Интервью должны быть запланированы заранее
  • Навыки интервьюирования, трудные для понимания
  • Будьте готовы к последующей
  • Проведения опроса на доске, так что вы можете рисовать, как вы говорите, превращая интервью в модель штурма сессии
  • Активно слушать, что они говорят
Фокус-группы Вы приглашаете группу фактических и / или потенциальных конечных пользователей обзор действующей системы, если она существует, и мозговой штурм требования к новой.
  • Совместные технику
  • Значительное количество информации можно получить быстрее
  • Хорошо работает с рассредоточенными заинтересованных сторон
  • Хорошо работает, когда реальные пользователи еще не существует
  • Должны быть запланированы заранее
  • Много неважной информации будут передаваться
  • Трудно определить правильные люди
  • Фокус-группы могут быть направлены одним волевым отдельных
  • Держите его в комнате с доски или бумага для флипчарта, чтобы люди могли рисуется как они говорят
Применение совместного проектирования (JAD) JAD является содействие и высоко структурированной встреча, которая имеет конкретные роли посредника, участник, писец, и наблюдателя. JADS определили правила поведения в том числе, когда говорить, и как правило, используют U-образный стол. Это обычная практика для распространения четкой повестки дня и информационный пакет которой каждый, как ожидается, прочитайте перед JAD. Официальный протокола заседания записываются и распространяются через JAD, в том числе список действий назначаются при JAD что посредник несет ответственность за обеспечение самом деле, выполняются.
  • Посредник может держать группа сосредоточила
  • Значительное количество информации можно получить быстрее
  • Хорошо работает с рассредоточенными заинтересованных сторон
  • Ограниченные технику взаимодействия
  • Упрощение требует большого мастерства
  • JADS должны быть запланированы заранее
  • Ослабить правила о том, когда люди могут говорить
  • Держите его в комнате с доски или бумага для флипчарта, чтобы люди могли рисуется как они говорят
Анализ старым кодом Вы работаете через код, а иногда и источники данных, существующего приложения, чтобы определить, что он делает.
  • Определяет, что было на самом деле реализованы
  • Ограниченные технику взаимодействия
  • Фактические требования обычно отличаются от того, что у Вас уже есть
  • Это может быть очень трудно извлечь из требований унаследованного кода, даже с хорошими инструментами
  • Должно быть смягчена с более интерактивной методики, такие как интервью и активном участии заинтересованных сторон.
Наблюдение Вы сидите и наблюдайте конечным пользователям делать свою повседневную работу, чтобы видеть то, что происходит в действительности, а часто идеалистический взгляд которых они говорят вам в интервью или JADS. Вы должны делать заметки, а затем задавать вопросы после наблюдения сессии выяснить, почему конечные пользователи делали то, что они делали в то время.
  • Помогает определить, что люди на самом деле
  • Обеспечивает значительное понимание разработчиков относительно их среди заинтересованных сторон
  • Ограниченные технику взаимодействия
  • Трудно лишь наблюдать, вы также хотите, чтобы взаимодействовать
  • Кажется, что это пустая трата времени, потому что вы “просто сидел там”
  • Может быть трудным получить разрешение
  • Наблюдение лучше всего делать пассивно
On-Site клиентов В XP заказчика роль заполняется одним или более людей, которые легко доступны для этого домена информации, связанной с командой и сделать требования решения, связанные своевременно.
  • Совместные технику
  • Информация предоставляется команде своевременно
  • Решения принимаются своевременно
  • Арии вашем грязном белье для заинтересованных сторон
  • Заинтересованные стороны должны быть образованными в их роли
  • Получите ваши заинтересованные стороны, участвующие с разработки развивается в направлении активного участия заинтересованных сторон подхода
Чтение Существует часто богатство письменной информации, доступных для вас, из которых можно различить потенциальные потребности или даже просто, чтобы понять ваши заинтересованные стороны лучше. Внутренне вы, возможно, существующие (хотя и устаревший) Система документирования и видение документов, написанных вашей Офис управления проектами (PMO), чтобы оправдать вашего проекта. Внешне может быть веб-сайтов описывающие подобные системы, возможно сайтов ваших конкурентов, или даже книги текст, описывающий область, в которой вы сейчас работаете.
  • Возможность научиться основам домена до взаимодействия с заинтересованными сторонами
  • Ограниченные технику взаимодействия
  • Практика обычно отличается от того, что записано
  • Есть пределы тому, сколько вы можете читать, и понимать, и один присест

7. Общие требования моделирования

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

  • Ограниченный доступ к участникам проекта
  • Географически распределенные заинтересованных сторон проекта
  • Проект заинтересованные стороны не знают, чего хотят
  • Заинтересованные стороны передумают
  • конфликтующими приоритетами
  • Слишком много заинтересованных сторон проекта хотят участвовать
  • Заинтересованные стороны назначают технологические решения
  • Заинтересованные стороны не в состоянии видеть дальше текущей ситуации
  • Заинтересованные стороны боятся быть увиденными
  • Заинтересованные стороны не понимают моделирование артефактов
  • Разработчики не понимают предметной области
  • Заинтересованные стороны чрезмерно сосредоточены на одном типе требования
  • Заинтересованными сторонами проекта требуют значительных формальностей в отношении требований
  • Разработчики не понимают требования

8. Изменение Agile управление требованиями

Ловкий команд разработчиков программного обеспечения охватывает изменения, принимая идею, что требования будут развиваться по всему проекту. Agilists понять, что, поскольку требования меняются со временем, что любые инвестиции в раннем подробная документация будет только впустую. Вместо agilists будет делать только достаточно начальных моделирования для определения их масштаба проекта и разработки высокого уровня графика и оценки; вот и все вы действительно нуждается в начале проекта, так вот и все вы должны сделать. В процессе разработки они будут модели буря в только в срок образом изучить каждое требование со всеми необходимыми подробностями.

Так как требования часто меняются, необходимо обтекаемой, гибкий подход к управлению изменениями требований. Agilists хотим развивать программное обеспечение, которое является одновременно высокого качества и высокой стоимости, и самый простой способ разработки высокой стоимости программного обеспечения для реализации приоритетных самым высоким требованиям в первую очередь. Agilists стремятся по-настоящему управлять изменениями, не чтобы предотвратить его, давая им возможность максимально заинтересованных ROI. Имя программное обеспечение команда разработчиков стек приоритетность требований которая должна быть реализована XPers будет буквально стек пользователя истории, написанные на карточках. Команда занимает высокие требования приоритет вершине стека которых они считают, что они могут реализовать в рамках текущей итерации. Scrum предполагает, что вы заморозить требования к текущей итерации, чтобы обеспечить уровень стабильности для разработчиков. Если вы сделаете это, то любые изменения в требования ты в настоящее время осуществляет следует рассматривать только как один новое требование.

Рисунок 5 обзоры ловкий подход к управлению рабочими элементами потенциально надо быть достигнуто путем команды (вы не можете на самом деле имеют достаточно времени или ресурсов для выполнения всех пунктов). Этот подход отражает Открыть Unified Process (OpenUP) ‘S подход к работе управления, которая является расширением Scrum подход к методологии управления требованиями. Где Scrum рассматривает требования как приоритетные стека называется продукт отставания, OpenUP занимает еще один шаг вперед, чтобы признать, что не только вы реализуете требования частью вашей повседневной работе, но вы также не-требование, связанное работы, такие как пройти обучение, пойти на отдых , обзор продуктов других команд, и так далее. Новые рабочие элементы, в том числе дефектов, выявленных в рамках вашей деятельности пользовательского тестирования, являются приоритетными вашем заинтересованных сторон проекта и добавлен в стек в соответствующем месте. Ваш заинтересованных сторон проекта вправе определять новые требования, изменят свое мнение о существующих требований, и даже reprioritize требования, как они считают нужным. Тем не менее, заинтересованные стороны должны также нести ответственность за принятие решений и предоставления информации в установленные сроки.

Рисунок 5. Agile требований процесс управления изменениями.

6

Разработчики несут ответственность за оценку усилий, необходимых для реализации требований, которые они будут работать. Хотя вы, возможно, опасаются, что разработчики не должны необходимыми навыками оценки, и это часто справедливо во-первых, тот факт, что она doesn’t займет много времени для людей, чтобы получить довольно хорошую оценку, если они знают, что Theyre собирается должны жить до тех оценок. Для получения дополнительной информации ознакомьтесь ловкий Изменение управления требованиями.

9. Рекомендуемые ресурсы

  • Активное участие заинтересованных сторон
  • Анализ
  • Требования Best Practices
  • Требования Управление изменениями
  • Software Development и бизнес-анализа (Требования сети, членство обязательно)
  • Рекомендации по ловкий / Lean Документация
  • “Изменение предупреждения” анти-паттерна
  • Сравнивая различные подходы к моделированию в разработке программного обеспечения
  • Подробное техническое задание: Худший практике?
  • Фазы развития рассматриваются: Почему требования, анализ и дизайн больше не имеют смысла
  • Документ поздно: проворный Лучшая практика
  • Доказательства того, что ловкий Software Development весы
  • Экспертизы “Большой Требования К фронту (BRUF)” Подход
  • Первоначальный высокого уровня архитектурного предвидение
  • Начального уровня Требования к средней выработки концепции
  • Итерация Моделирование
  • “Модель немного вперед” План
  • “Одна истина Прежде всего остального” анти-паттерна
  • Приоритетные требования: проворный Лучшая практика
  • Переосмысление, как Вы рассматриваете Управление требованиями
  • UML-профиль для моделирования данных
  • Неизменного правила изменениями программного обеспечения

Ресурс: Agile Requirements Modeling

Деятельность Луны

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

Космическая деятельность

  • Анимированные карты Луны
  • Земля-Луна расстояние модели
  • Сделать Пищевые Рок Луны
  • Сделать космической Пейте
  • Сборка механической руки
  • AlkaSeltzer Лунный Ракетно
  • Яйцо-ссылкой Воздействие
  • Gravity детектор
  • Масштабные модели Планеты
  • Солнечная система Live Game
  • Большая Медведица Up Close
  • Местной группы галактик модели

Анимированные карты Луны

Где Океана Бурь? Насколько большой кратер Тихо? Полет над особенности, узнать месячной географии, и проверить свои знания с головоломками. Найти старый кратер в Солнечной системе на карте есть далеко!

Отъезд удивительный анимационный Луны На карте!

Земли Луна Расстояние модели

Сделать модель Земли / система Луны. ГЛАВНАЯ На Луне содержит деятельности Масштабирование Луны, который показывает вам, как. С помощью Adobe Acrobat Reader (бесплатно через www.adobe.com), вы можете распечатать Земля / Луна изображения, чтобы вырезать и склеить на масштабной модели. Если бы Земля составляет 8 дюймов, то Луна 2 дюйма, когда Земля 4 дюйма, то Луна 1 дюйма в диаметре.

Сделать Пищевые Рок Луны

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

1

Фото реального Луны Скалы сравнить с вашим творением. Слева направо, базальта (темно из-за железа и магния, представлена ​​в рецепт от шоколада), брекчии, анортозиты (светлый алюминий и кремний представлен зефир в рецепте), а другой брекчии. Первый брекчии темно и второй свет. Который наиболее подходит вам “рок”, если нарезанный открыть?

Космические Пейте активность

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

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

Примечание: классы могут сделать пространство обеда пойти с их использованием напитков “Подготовка космического Питания” деятельности в космической станции науке.

Космические Пейте Поставки / сборочной линии

Материалы для космической Пейте на 150 человек, считая конвейера из 10 людей, которые стоят за каждым столом (5 на стороне) в одно время и подготовке закуски размера пить:

Первая таблица:

1)
две коробки мешки Gladlock молния бутерброд, 6 5/8 х 5 7/8, 100 до коробки; 2) Десять маркеры (которые могут писать на полиэтиленовые пакеты) и 3) десять руководителей.

Вторая таблица:

1) Десять столовых ложки, и
2) Семь банки пить смесь, которая составляет 8 кварт (каждый может имеет около 48 ст.л., так что можете сделать 24 напитков).

Третий стол:

1) 150 гибкие пластиковые соломинки,
2) семь галлонов воды в легких залить контейнерах или несколько фонтанов и
3) Большая корзина для отходов.

Направления космической Пейте

  • Возьмите одну крышкой пластиковый мешок сэндвич (Gladlock молния, 6 5/8 х 5 7/8, 100 до окна).
  • Марк горизонтальную линию снизу вверх из мешка, чтобы показать, сколько воды добавить. Для полного размера напитка (который будет использовать 1 1/3 стакана воды), Марк линии 2 1/2 “со дна. Для закуски размера напитка (который будет использовать 2/3 стакана воды), Марк линии 3 января / 4″ с нижней . Слова новые мехи на вершине уже отмечен сумки, чтобы избежать необходимости каждый раз мера.
  • Мера порошковой смеси напитков (Tang!) в мешке. Для полного размера пить, использовать 1/4 стакана смеси. Для закуски размера пить, использовать 2 столовые ложки смеси. Примечание: пить банки смеси, что составляет 8 кварт достаточно смеси на 12 полноразмерных или 24 половинного размера напитков.
  • Добавьте одну гибкие соломы пластиковые мешки.

2

  • Шаг 5 должно быть сделано над раковиной, на улице, или в не-коврами!
  • Использование кувшин для воды, кран, или фонтан, добавьте воды до линии на мешке.
  • Уплотнение мешок (с соломой внутри).
  • Замесить мешок к пить смесь полностью не растворится.

3

  • Поп открытый угол, промах из соломы, и пить!
  • Reseal мешок, когда закончил и пополнить или реализовать должным образом.

Роботизированная рука активность

Как вы выбираете вещи в пространстве? Вы пусть робот это сделать! Эта деятельность, чтобы сделать механической руки, что использует тот же принцип, как те, на “Спейс шаттл” и космической станции. Если есть только время для одного вида деятельности, на этот раз рекомендуется, поскольку он дает студентам что-то, чтобы забрать домой, можно сделать все в помещении, и не оставляет беспорядок, чтобы вымыться. Направления в области космической науки станции. Бумажный мешок обеда работает хорошо провести поставок. Распределить поставки до начала деятельности, либо в мешках или через конвейер из 5 станций. Деятельность требует 20-30 минут. Автор требует микрофон, чтобы избежать необходимости в рупор направлении “неконтролируемой” роботов.

  • Один туалетной бумаги трубку и студентов. (Автор можем поставить эти для Хьюстоне области семинаров.)
  • Один картона зерновых коробка с передней и задней разрезать пополам продольно обеспечивает достаточно картон для 4-х студентов. Части должны быть не шире, чем 4 “и около 9″ длинное и не помещается вокруг внешней трубки туалетной бумаги с пальца зазор между ними.

4

Примечание: если картон не режется раньше времени, он добавляет значительное количество времени на деятельность, и ножницы должны быть поставлены.
Необходимо 3 тонких (размер 10) резинки (около 2 см в диаметре) и студентов. Гладких не будет работать! Резинки должны быть срезаны. (Не раньше времени или дать ножницы.)

  • Маркер ручка (опционально) помогает в размещении резиновых полос на трубы, и позволяет студентам, чтобы украсить свои “руки”.
  • Рулон скотча / 2 студентов. Книга направления вызова для использования степлера, чтобы сделать внешний цилиндр и прикрепите резиновые ленты. Staples сделать руки сильнее, но не являются необходимыми. Для семинаров, особенно с маленькими детьми, использовать ленту вместо скобы.

5

AlkaSeltzser Лунный Ракетно

Эта деятельность включает в себя отстрел ракет, которые могут иногда достигают потолка в классе. Поэтому, рекомендуется, чтобы ракеты будет построен в класс и принятые за пределами или в тренажерном зале для запуска. Автор требует микрофон для поддержания “управления полетами”.

  • Каждый студент нужен Fuji Film канистру (вид с крышками, которые соответствуют внутри канистры) – Kodak канистры не будет работать! Большинство магазинов обработки пленки будет предоставлять эти бесплатно. Автор может подать контейнеров в районе Хьюстона.
  • Каждый студент требует одного сельтерской таблетку пополам.
  • Каждый студент должен пластиковую ложку и источник воды.
  • Автор будет предоставлять мастер ракеты для хостов, чтобы скопировать на тяжелых цветной бумаги и выражение для каждого студента. Это должно быть сделано заранее, или она принимает дополнительные 15 минут.
  • Каждый студент должен иметь свой собственный рулон ленты.

Она занимает около 30 минут, чтобы собрать ракеты зонда и запустите его (половина таблетки / запуска). Сельтерской воды и оставить клейкий беспорядок на полу, поэтому бумажные полотенца, необходимых для очистки если это делается в закрытом помещении. Эта деятельность является для 4-го класса и выше, хотя может быть сделано с младших школьников, когда отец добровольцы обеспечены.

Ракетный зонд

6

Яйцо-ссылкой Воздействие

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

Каждый студент будет необходимо
1) сырое яйцо в пластиковый стаканчик,
2) полка метр или рулетка,
3) никеля и
4) карандашом.
Чашки лучше всех на пол, так что это лучше всего сделать в uncarpeted комнате. Деятельности занимает 10-15 минут, а для 03/08 классов.

Gravity детектор

Как масла и воды ведут себя по-разному в свободном падении по сравнению в гравитационном поле? Этот эксперимент покажет вам!

Для экономии времени лучше иметь студентов сгруппированы в таблицах 03/05 с 1) одну бутылку растительного масла, 2) чайная ложка, 3) и пластиковая бутыль пищевого красителя (красного, синего и зеленого хорошо работать – желтый слишком трудно понять) в каждой таблице . Каждый студент должен trasparent Кубка пластика или пробирке заполнены до 1/4 “в верхней части с водой. Эта деятельность может быть сделано для всех возрастов, но обратите внимание, что пищевые красители пятен, так что если маленькими детьми занимаются, это хорошая идея, чтобы сделать это в таблицах пределами и имеют много бумажных полотенец готов! Эта деятельность занимает 10 минут.

7

Масштабные модели Планеты

Эти 3-D модели Меркурий, Венера, Земля, Луна и Марс, и бумажные модели внешних планет являются те, которые я использую в школе посещений. Направления в ближайшее время.

8

Солнечная система Live Game

9

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

Большая Медведица Up Close

Эта деятельность появилась в журнале Odyssey и показано влияние расстояния на восприятие. Направления в ближайшее время.

Местные Model Group

Направления для создания Местной группы (галактик) мобильный появился в моей звезд и галактик книги, но математической ошибки, что я нашел, как книги к печати вызвало спутниковой Andromdea галактик, которое располагается на должном расстоянии, но в неправильном направлениях. Исправлен направления должны были быть размещены на сайте Учебно космического университета, но никогда не были. Этот сайт больше не доступны в любом случае, так я отправляю правильного направления здесь в ближайшее время.

Вся деятельность, авторское право, Марианна Дж. Дайсон (Marianne J. Dyson), Все права защищены. Эта страница может быть скопирован / скачан только для личного использования. Вопросы? Отправить по электронной почте автору.

Ресурс: Hands-On Activities by Marianne J. Dyson

Деннис Шоссе (профессор, кафедра компьютерных наук)

Деннис Шоссе проф, кафедра компьютерных наук
Факультет компьютерных наук
Куранты Институт математических наук
Нью-Йоркский университет


Почтовый адрес

251 Мерсер-стрит
New York, NY 10012, USA

Телефоны

212.998.3086/212.998.3078 (голос) 212.995-4123 (факс)

Email
(лучший способ связаться со мной)

shasha@cs.nyu.edu

Фото

1

Исследования

Я исследований в биологических вычислений (в том числе опытно-конструкторских), распознавание и запросов в деревья и графы, картина открытие временных рядов, криптографических файловых систем, баз данных и настройки. Смотрите исследовательской деятельности в короткой. Если вы хотите действительно стимулирующие чтения, попробовать свои резюме в формате PDF.

Для выдержки из моей книги (с журналистом Кэти Lazere) биографий великих ученых компьютера, см. с ума: жизнь и открытий от 15 великих ученых компьютера (книга, изданная Коперник / Springer Verlag).

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

Я также имел удовольствие письма математические головоломки колонке для доктора Dobb’s Journal которых читатели очень острые и продолжать писать приключения Колонка Непонятные для Scientific American. Головоломки Дать привело к шести книг о математической детектив по имени доктор Ecco. Попробуйте, если вы смеете.

Профессионально, я написал две книги о базе данных настройки. Во-вторых, в соавторстве с Филиппом Бонне, появится в мае 2002 года и называется Database Tuning: принципы, эксперименты, и устранения неполадок (опубликовано Morgan Kaufmann). Вы можете найти слайды из наших SIGMOD и VLDB 2002 презентаций здесь.

Совсем недавно, я написал книгу с моей замечательной аспирант Yunyue Чжу озаглавленный High Performance Discovery во время серии: методы и тематических исследований, опубликованных издательства Springer-Verlag в июне 2004 года.

С чрезвычайно энергичный Джейсон Ван и другими коллегами, я помог совместного редактирования две книги в биоинформатике:
Первый План “Дискавери” в биомолекулярных данных средства, методы и приложения Джейсон Ван, Брюс Шапиро, и Деннис Шоссе (ред.) Oxford University Press, ноябрь 1999 года.

Второй Интеллектуального анализа данных в биоинформатике JTL Ван, МДж Заки, HTT Тойвонен и Д. Шоссе (редакция), 350 страниц, Springer-Verlag, август 2004.
В своей работе с биологами, я считаю себя нуждающимся статистики. Потому что я считаю, что академические книги статистики как правило, делают предметом чрезмерно сложными и лежал статистики книг, как правило, блеск предположений (например, о нормальности) Манди Уилсон и я написал книгу под названием короткое статистики легко!, Что использует ресамплинг подход к статистики (таким образом, избежать распределения предположений) и объясняет большинство концепций системы с помощью подсчета. Книга также содержит ссылку на Python код, реализующий статистики мы обсудим в этой книге. Пожалуйста, обратите внимание на выдержку.

Потому что я был?? Настолько очарован русской студентов у нас были в Нью-Йоркском университете, я в соавторстве с Мариной Шрон (драматург родился в Санкт-Петербург), Красный блюз: от последней волны иммигрантов из России. Голоса Вот выдержка из этой книги.

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

Моя семья состоит из Карен (моя жена, которая представляет собой мультимедийный художник), Хлоя (1988 г.р., который является вдохновением для моей головоломки характер лиан и Тайлер (1994 г.р., после стремятся химик пищу, а непочтительный вид на водный цикл).

Вот краткая биография Альфреда Шоссе, мой отец. Вдохновленный этой истории и другие подобные ему, Тамар Морада, мой брат Роберт Шоссе, и я написал книгу устных рассказов называется Ирака последний евреев.

Ресурс: Dennis Shasha

Программирование на Python: Введение в компьютерные науки

Теги:

Python программирование
CS1
Ada
SIGCSE
Wartburg College

Я написал вступительное учебник CS с помощью Python. Он публикуется Франклин Бидл & Associates [1]. Если Вы заинтересованы в рассмотрении и принятии этого учебника, свяжитесь с Джимом Leisy [2]
на FBA. Intructor ресурсов, включая решение задач и экзаменационных вопросов можно получить в редакции. Выберите издание ниже для доступа к изданию конкретных государственных ресурсов.
Просто Библиотека Графика: graphics.py

Я разработал простой в использовании графической библиотеки ввести объектно-ориентированной концепции. Библиотека распространяется под лицензией GPL, так что свободно доступны для использования и модификации.
graphics.py [7] Простой модуль графики, используемые в учебнике примеров. Это версия 4.1, и будет работать с Python 2.x и 3.x. Это последняя версия графической библиотеки могут быть использованы с любым изданием книги. Он, как известно, работают под Linux, Windows и Mac OSX.

Графика ссылки (HTML) [8] просматриваться справочной документации для графических пакетов
Графика справочник (PDF) [9] Загружаемое / печати документации для графических пакетов

Почему Python для CS1?

В Wartburg College мы используем Python широко в нашей программе с 1998 года. Мы нашли, что это почти идеальный первый язык и полезным инструментом всей учебной программы. Я убежден, по моему опыту, что Python намного лучше, чем для преподавания языков, таких как Java, C + + или Ada. Если вы заинтересованы в обучении, чем, проверить некоторые из моих статей и презентаций.

Python в качестве первого языка

Документ, представленный на 13-й ежегодной конференции компьютер Запада, март 1999 года. Эта позиция Представленные случае Python в CS1 и CS2 курсов. белорусский перевод [11] Алена Sinkovich.

Преподавание информатики с Python

HTML-версия семинара я представил на SIGCSE 2004 года. sigcse-slides.pdf [13] является PDF файл слайдов sigcse-handout.pdf [14] является раздаточный материал с 4 слайдов на странице.
Просто не Упрощенные: Сжатие всего от CS1 с Python [15]

HTML-версия доклада, который я представил на CCSC осенью 2003 года. ccsc-slides.pdf [16] является PDF файл слайдов ccsc-handout.pdf [17] является раздаточный материал с 4 слайдов на странице.

Ссылка по теме:

  • Язык Python Главная [18]
  • Джон Целле, к.т.н. [19]
  • Wartburg College [20]

Ресурс: Python Programming: An Introduction to Computer Science

Колесико мышки программирования в JavaScript

Хотя многие люди до сих пор находят эту страницу полезной, произошли некоторые изменения в браузерах с момента последнего обновления этой страницы, и вообще считаю некоторую информацию здесь, чтобы быть устаревшей. Тем не менее, я предлагаю использовать MooTools или другие общие рамки, которые обеспечивают Javascript портативные и обслуживании основой для написания кода Javascript.

Веб-приложения становятся все более и более, как “нормальные” приложений. Конечно, они все более и более функциональными, но гладкий интерфейс пользователя действует первичная роль. Поэтому у нас есть перетаскивания, autocompletition, и многое другое. Многие из тех, полезные свойства, получили возможно только с помощью AJAX.

Эта страница, однако, не об АЯКС (или любой другой словечко). Речь идет о довольно простой метод ввода данных пользователем – колесико мыши. Я считаю, что теперь будет трудно найти мышь без колеса. Подавляющее большинство пользователей используют для колес в качестве контроля для пролистывания списков, масштабирование и т.д. Вместо нескольких веб-приложений, однако, сделать умный использование колеса мыши. Эта страница, чтобы предоставить вам общую информацию об обработке колесо мыши генерируемых событий в языке программирования JavaScript.
Аннотированный код

Ниже приводится аннотированный код JavaScript, который должен объяснить волшебство колесо мыши генерируемые события. Существует также версия для простого копирования и вставки.

/** This is high-level function.
* It must react to delta being more/less than zero.
*/
function handle(delta) {
if (delta < 0)
…;
else
…;
}

/** Event handler for mouse wheel event.
*/
function wheel(event){
var delta = 0;
if (!event) /* For IE. */
event = window.event;
if (event.wheelDelta) { /* IE/Opera. */
delta = event.wheelDelta/120;
} else if (event.detail) { /** Mozilla case. */
/** In Mozilla, sign of delta is different than in IE.
* Also, delta is multiple of 3.
*/
delta = -event.detail/3;
}
/** If delta is nonzero, handle it.
* Basically, delta is now positive if wheel was scrolled up,
* and negative, if wheel was scrolled down.
*/
if (delta)
handle(delta);
/** Prevent default actions caused by mouse wheel.
* That might be ugly, but we handle scrolls somehow
* anyway, so don't bother here..
*/
if (event.preventDefault)
event.preventDefault();
event.returnValue = false;
}

/** Initialization code.
* If you use your own event management code, change it as required.
*/
if (window.addEventListener)
/** DOMMouseScroll is for mozilla. */
window.addEventListener('DOMMouseScroll', wheel, false);
/** IE/Opera. */
window.onmousewheel = document.onmousewheel = wheel;

Функция обработчика

Дельта на фото. Отрицательные средства вниз, положительные вверх.

В коде выше, есть «ручкой» функцию, которая, конечно, должна быть написана вами. Как вы уже заметили, это занимает от параметра, Delta. Она называется так, потому что колесо мыши не имеет абсолютной системе, и мы только захватить прокрутки дельт, то есть изменения угла колес.

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

Если дельта положительна, колесо прокручивается вверх. Иначе, это было прокручивать вниз.

Отметим, что в приложениях, прокрутка вверх страницы обычно означает, смещается вниз и т.д.

Вы можете спросить, что будет фактических значений дельты быть. В самом деле, код, указанный выше регулируется таким образом, что вы должны получить -1 или +1 в 99% всех случаев. Хотя, например, я видел ± 3 в Firefox, если вы прокрутите очень быстро. Кто-то в Digg сообщили дельте 14, и Джеффри Круз смог получить 76 на его Powerbook трекпад. :-) Конечно, это зависит от чувствительности, что вы установили для вашей мыши. Существует также тонкость в Firefox (по крайней мере): если вы начинаете с помощью колеса прокрутки быстро, а затем нажать на правую кнопку мыши для меню, большим значением дельты Сообщается, например, 30.

Роберт Герлах пишет о своем опыте на сафари, MacOS X: “Для одного повернуться + -0,1, если вы выбросили его быстрее, значения становятся больше. Это потому, что мышь Mac OS ‘/ колеса ускорение. Переместить / включите его один раз, он перемещается / свитков 1 пиксель. Затем мы перейдем / включить его в три раза быстро, и он перемещается / исполнится 30 пикселя “Он также пишет о Камино, который основан на Gecko, тот же двигатель, что Firefox использует:” так же, как Safari (+ – 0,3 до +-бесконечность), который удивляет меня, так как он основан на том же движке, Firefox, которая показывает только + -2,666666 несмотря на скорость “.

Вы также можете посмотреть тестовую страницу, а также длинную страницу теста, то есть с полосами прокрутки – который показывает, как предотвращение работ поведение по умолчанию.

Совместимость

Я написал первую версию настоящего Кодекса, в январе 2006 года. В то время, Firefox и Internet Explorer 6, поддерживались только браузеров. Старые Internet Explorer версии не работают. Благодаря Кейн Бартон для отчетности, что это работает с Firefox 1.0.7 (так возможно начиная с версии 1.0).

Я хотел бы поблагодарить Жана-Люка Milot за вклад заметки о том, чтобы сделать код работает в Opera 9. Эта версия оперы является относительно новым (по состоянию на июль 2006 года); предыдущие версии оперы не поддерживают колесико мышки. Я также благодарен Юрій Чайковський (Юрий Чайковский), которые указывают на то, что в новых версиях Оперы (по крайней мере от 9,20 и выше) вам больше не придется инвертировать знак дельты. Таким образом, поведение такое же, как и в Internet Explorer. Я немного волновался по поводу совместимости с более старыми версиями оперы (хотя опера насильственно рекомендует своим пользователям обновлять раз новая версия выходит), но через некоторое время проходит удалить условный код, который был написан специально для Оперы.

Кроме того, благодаря Эндрю Ширер, Дориан и Джеффри Крузе за указание на то, что код работает в Safari. Андрей упоминает версии 2.0.4, но я не уверен, о более ранних версий. Маркус Rothenbacher написал мне говорили, что Konqueror (по крайней мере до версии 3.5.4) не имеет поддержки колеса мыши.

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

Предотвращение код по умолчанию происходит от phpspot.org и Йохан Сундстрем. Вы можете увидеть, как их код работает в длинных тестовую страницу (т.е. с полосами прокрутки). Тем не менее, он работает в IE / Firefox. Он должен работать и в опере, начиная с версии 9.02. (Спасибо Яркко Rantavuori за указание на это.)

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

Колесо мыши в настоящее время работает на: (с ранней версией известно, работает)

  • Internet Explorer 6
  • Firefox 1.0
  • Opera 9.
  • Safari.

Неподдерживаемых браузерах: (ни одна из существующих версий не поддерживает колесо мыши)

  • Konqueror
  • OmniWeb
  • ICAB

Юзабилити

Не делайте колеса действовать неожиданно. Пользователи знают, что колеса прокручивает список файлов. Если есть список файлов в веб-приложении, используйте его. Некоторые программы используют карты колесо для масштабирования (и так же Google Maps). Поэтому использовать его.
Не заставить пользователей зависит от наличия рабочего колеса. Так же, как это плохая практика, полагаться на JavaScript.
Постарайтесь избавиться от глобальных полосы прокрутки, потому что смешивание их с настоящим Кодексом может вызвать разочарование для пользователей.

Реальные примеры

Если вы знаете, более практичным и интересные примеры, пожалуйста, пришлите мне ссылку.

  • Google Maps использует колесо мыши для увеличения и уменьшения масштаба.
  • ACME Mapper объединяет несколько источников данных, чем оригинальные карты Google.
  • ImageFlow Финном Рудольф

Связанные вещи

  • Болгарский перевод.
  • Итальянский перевод с живой демонстрации, Франческо Napoletano.
  • Перевод на белорусский язык Богдана Зограф.
  • Датский перевод фагоцитировать.
  • Простая поддержка колеса мыши для GWT.

Надеюсь, что это было полезно для вас. Вы можете послать мне замечание, если это было.

Ресурс: Mouse wheel programming in JavaScript

О комбинате PDF-файлами 5,2

Новое в версии 5.1:

  • Страницы могут быть отмечен не иметь номер страницы.
  • Добавлен французский и итальянский перевод.
  • Помнит больше настроек.
  • Слияние кнопку назад.
  • Лучше накладками.
  • История версий

В 2003 году в немецком кто-то новостей искал приложения для объединения нескольких файлов PDF легко. Так что это приложение было создано.

На протяжении многих лет программное обеспечение получили много внимания. Версия 5.0 следует рассмотреть наиболее распространенные запросы особенность нашего опроса в 2009 году, чтобы сделать это наилучшим образом сочетает PDF версия когда-либо.

Drop некоторые PDF или графические файлы на приложения или главного окна программы. Изменение порядка или удаление страниц, как вы хотите. Введите какой-нибудь мета-информации, как название и сохранить новый PDF. Анализ и обработку PDF-файлов может занять некоторое время …

О коробки PDF: Каждая страница имеет различные размеры в зависимости от того, что область была определена для его создания, насколько большой она используется для удержания или где он предложил быть обрезана. Большинство пользователей могут жить со значениями по умолчанию здесь.

С 2011 года наше приложение доступен в App Store.

Особенности

  • Добавить PDF страниц или файлов с изображениями из добавить кнопки, команды меню или Drag & Drop

  • Добавьте заголовок страницы
  • Добавить пустые страницы
  • Добавить чередованием страницы из двух файлов PDF
  • Повторяющиеся страницы
  • Слияние выбранных или всех страниц в новый файл PDF
  • Сплит выбранных или всех страниц к новым файлам PDF
  • Изменить порядок страниц с мышью
  • Удаление страниц
  • Сортировать страницы по названию
  • Сортировать страницы для печати книги
  • Перетаскивать файлы из Finder непосредственно в страницы списка на позиции, которую вы хотели бы вставить их.
  • Добавить текст накладками, как номера страниц
  • Смотрите просмотра каждой страницы
  • Поворот страниц
  • Добавление метаданных
  • Применение фильтров, как сжать фотографии, серые тона и другие.
  • Создайте ваши собственные фильтры
  • Открыть вновь созданных PDF файлов в режиме предварительного просмотра или Adobe Reader
  • Включает руководство на английском языке (см. меню “Справка”)
  • Сохранение и загрузка установки
  • Защитите ваши PDF с помощью пароля

Требует

Mac OS X 10.4 или более поздней версии.

Работает с Mac OS X 10.6 Snow Leopard.

Переводы

Французская Стефан Пинель.

Итальянский Федерико Magonio.

Немецкий и английский языки Schmitz


Заказ лицензии

Лицензия на одного пользователя 20 € $ 30 USD (для одного пользователя)
Семейная лицензия 69 € $ 99 USD (До 5 пользователей)
Компания Лицензия 199 € $ 299 USD (До 20 пользователей)

Посетите Интернет-магазин.

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

Если у вас возникли проблемы с Share-It, вы можете связаться с нами по оплате счета-фактуры и проводной банковским переводом или Paypal: Евро и доллар США. Пожалуйста, используйте правильное количество и добавить 19% НДС, если вы из Европейского Союза.

Только для Mac OS X?

Запрос пользователя этого милого приложения становятся доступными для Windows. Но это невозможно, так как Microsoft не включает такие хорошие библиотеки PDF со своими операционными системами.

Вы можете попробовать приложение A-PDF слияния для Windows.

Проблемы?

Это приложение использует PDF библиотек Mac OS X версии у вас есть. В зависимости от версии у вас есть некоторые ошибки могут показать. PDF файлы могут пропустить части содержания или, возможно, не удастся найти.

Это может быть исправлено отчетности ошибок в Apple, чтобы они могли исправить их CoreGraphics PDF обработки.

Проверьте все PDF файлы, создавать ли они все в порядке с вами.

Также помните, что PDF данные из цветов CMYK не может выглядеть отлично.

Скриншот

Просто организованы новые PDF со страницами из другого PDF и некоторых графических файлов в PDF-файлами комбинат 4,0:

1

Ресурс: About Combine PDFs 5.2