В первой и второй частях статьи мы рассмотрели четыре первых шага на пути проектирования приложения:
В третьей части мы поговорим о том, как предполагаемая функциональность приложения должна пробрасываться через интерфейс приложения: где ее следует завязывать на системные решения, где использовать специальные элементы управления, а где ее нужно интегрировать в контент.
Читать полностью »
Данная статья является продолжением моих статей (Часть 1, Часть 2, Часть 3) о применении ГОСТов 34й серии. Сегодня мы поговорим о таком важном и, не побоюсь этого слова, ключевом моменте в создании автоматизированной системы как Техническое задание.
Только еще раз хочу напомнить, что ГОСТ – это не готовый рецепт. Это всего лишь шаблон. Необходимую информацию вы занесете в него сами. И сами решите, что надо заносить и какие пункты использовать. Вам никто не мешает сделать ТЗ вообще на полстраницы. Только учтите, что ТЗ вы пишете не для ГОСТ и не для дяди. Вы его пишете для себя. Потому что именно вы будете по нему работать.
Читать полностью »
Лето 2012… Проект nanoCAD, разрабатываемый нашей компанией претерпел существенные изменения: из бесплатного nanoCAD выделилась платная версия. Можно сказать, что мы прошли первую ступень Star(T)Up’а – nanoCAD крепнет и развивается. Далее путешествие по бескрайним просторам САПР-космоса будут осуществлять две (одинаково важные для нас) версии nanoCAD.
О причинах разделения, различиях и наших планах на будущее – в статье ниже.
Читать полностью »
В предыдущей части мы рассмотрели три первых шага на пути проектирования приложения:
Как вы могли заметить, первые три шага действительно можно смело применять к любым проектам,
я думаю, они от этого только выиграют. В этой части мы рассмотрим четвертый шаг — планирование навигации в приложении, и на этот раз нам никак не обойтись без понимания специфики Windows 8.
Одна из сложностей, с которой, по моему опыту, сталкиваются практически все разработчики и дизайнеры, работая над приложениями для Windows 8 и Windows Phone, начинается прямо с порога – с проектирования того, как пользователь будет взаимодействовать с приложением (UX и UI).
Часто разработчик (автор приложения) приходит с некоторой готовой идей и старается напрямую перенести в Windows 8 привычную десктопную, мобильную или веб-функциональность. Обычно эта прямолинейная попытка «портирования» оборачивается стремлением сохранить все, что есть в оригинальном решении, включая схожие шаблоны решения интерфейсных задач и знакомые приемы разработки и написания кода.
Читать полностью »
Данная статья является третьей частью и продолжает рассмотрение ГОСТов 34й серии (часть 1, часть 2)
Теперь пришло время поговорить о шестой стадии разработки АС, а именно о стадии «Рабочая документация». Что же это за стадия такая? Как я заметил ранее во второй части, эта стадия настолько близка к стадии «Технический проект», что даже ГОСТ 34.601-90 при всей своей строгости допускает объединение этих стадий в одну «Техно-рабочий проект». В чем же между ними разница? Разница достаточно очевидная (как и родство): если на стадии «Технический проект» мы готовили комплект документов именно на проект АС как таковой, то на стадии «Рабочая документация» мы готовим комплект документов необходимых непосредственно для внедрения АС на конкретной площадке.
Читать полностью »
После появления статей типа "Я не знаю ООП" — возникает желание внести ясность, «сорвать покровы» и «докопаться до истины».
Обычно выделяют (читай: на собеседовании требуют назвать) четыре «принципа объектно-ориентированного программирования»: абстракцию, инкапсуляцию, наследование и полиморфизм.
На мой взгляд (не говоря о том, что абстракция и полиморфизм могут быть запросто отнесены к подразделам наследования), принцип тут один, в общем, тот же самый, что при проектировании баз данных: представление всего в виде объекта — некоторой штуковины со свойствами. Набор обычно бывает фиксированным, и тогда говорят о классе объектов, а даже если понятия класса и нет, то наличие свойств с определёнными названиями подразумевается логикой программы, т.е. нечто типа класса в виде некоего минимального набора свойств всё равно присутствует. В общем, воззрения восходят к давнему С-шному/паскалевскому типу данных struct/record. Потом к этому добавили немного «функциональности» (в смысле функционального программирования): значением свойства может быть функция, причём такая, которая имеет доступ к самой структуре/записи, значением одного из свойств которой она является. Сей феномен, в лучших традициях немецкого латиноязычного нейминга (когда опция называется «вариантом», а степень числа — «потенцией»), назвали «методом». Желание повторно использовать код, в сочетании с представлением каждого предмета как некоего подобия паскалевской «записи», привело к появлению концепции «наследования».Читать полностью »
Эта статья является продолжением моей статьи «ГОСТ 34-й серии для сисадминов, начинающих фрилансеров и всех заинтересованных». Продолжим наш разговор о советских ГОСТах 34й серии и чем они могут помочь в нелегкой работе над проектами.
Читать полностью »
Не хочу начинать сей рассказ с того, что это мой первый пост, какой я бедный-несчастный, не ругайте меня сильно и тд. и тп., а перейду непосредственно к делу.
Но для начала небольшое лирическое отступление. А вы чего хотели?
Работаю я в Обнинской/Калужской региональной редакции газеты «Из рук в руки», и должность моя — «сервис-менеджер». Но, по сути, я исполняю обязанности не только сервис-менеджера, но и быдлокодера Delphi и 1С (назвать себя программистом, пока что, язык не поворачивается). На эту работу я устроился примерно полгода назад, когда еще учился в техникуме. И так получилось, что я пришел туда в такой период, когда у руководства уже были идеи по улучшению рабочего процесса, но еще не было рук, которые бы этим занялись. Для начала мне дали задание написать конвертер для газетных объявлений, который бы менял их формат так, чтобы их можно было загружать на сайт, а то операторам не улыбается вручную парсить мегатонны строк в блокноте. Задание было успешно выполнено, после чего меня оформили, и выделили деньги для покупки Delphi XE2 Professional мне на новое рабочее место (да, у нас директор и сисадмин в одном лице, поэтому они быстро друг с другом договариваются, когда появляется необходимость закупить софт или хард). И когда я уже был в штате, мне доверили заняться инновацией — программой для составления объявлений. А тут начинается самое интересное…
Кому интересно, прошу под кат.
PS. присутствуют ссылки и картинки, но не для пиара/рекламы, а для более подробного описания.
Поводом для написания этой статьи стал цикл статей «Фриланс как средство заработка». Основной целью написания этой статьи послужила попытка донести до читателя всю мощь советских ГОСТов как подспорье в работе проектировщика. Пусть вас не смущают слова «заказчик» или «исполнитель». В любом проекте есть тот, кто заказывает — это может быть ваш начальник, или начальник начальника и т.д. В общем, некое заинтересованное лицо. Заинтересованное в получении выгоды от выполнения проекта. В конце концов заказчиком можете выступить и вы сами, поставив целью внедрения проекта прокачать свой скилл (если компания готова это оплатить, то почему бы и нет?). И с другой стороны есть исполнитель. Тот, кто желания заказчика оформит в некую форму представления. Обычно это вы.
Статья эта — пробная. Если читателю будет интересно, я продолжу. Если будут замечания по изложению — высказывайте, я постараюсь их учесть в продолжении. Если оно, конечно, будет…
