<?xml version="1.0" encoding="WINDOWS-1251"?>
<!-- generator="wordpress/2.0.4" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>255 ступеней</title>
	<link>http://blog.shumoos.com</link>
	<description>Блог об управлении, модульных тестах, аналитике и пр.</description>
	<pubDate>Mon, 28 Apr 2008 05:01:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.4</generator>
	<language>en</language>
			<item>
		<title>Памятка докладчикам</title>
		<link>http://blog.shumoos.com/archives/147</link>
		<comments>http://blog.shumoos.com/archives/147#comments</comments>
		<pubDate>Mon, 21 Apr 2008 03:45:59 +0000</pubDate>
		<dc:creator>SALar</dc:creator>
		
	<category>Всё новое</category>
		<guid isPermaLink="false">http://blog.shumoos.com/archives/147</guid>
		<description><![CDATA[Небольшая памятка мне любимому, и остальным, кто собирается делать небольшой доклад.

* У выступления должна быть цель. Если ее не знает автор - скорее всего, она останется неизвестной и слушателям. Очень полезно выписывать цель перед началом работы над докладом, но так бывает редко. Достаточно, если цель будет формализована после окончания подготовки.
*  Не удаляйтесь от основной [...]]]></description>
		<wfw:commentRSS>http://blog.shumoos.com/archives/147/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>Пример требований к системе. Часть 5.</title>
		<link>http://blog.shumoos.com/archives/146</link>
		<comments>http://blog.shumoos.com/archives/146#comments</comments>
		<pubDate>Thu, 10 Apr 2008 13:47:46 +0000</pubDate>
		<dc:creator>SALar</dc:creator>
		
	<category>Всё новое</category>
	<category>Аналитика</category>
		<guid isPermaLink="false">http://blog.shumoos.com/archives/146</guid>
		<description><![CDATA[
6    Замечания по архитектуре
6.1    Передача партнера
Операция &#8220;передача партнера от одного медпредставителя другому&#8221; должна совершаться в одном месте - в центре.  Проведенные изменения должны быть переданы двум медпредставителям.
Предлагаю создать отдельный объект для хранения связи &#8220;медпредставитель-партнер&#8221;, имеющий атрибуты &#8220;активен/неактивен&#8221; и время изменения.
6.2    Синхронизация данных
Три различных варианта
6.2.1  [...]]]></description>
		<wfw:commentRSS>http://blog.shumoos.com/archives/146/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>Пример требований к системе. Часть 4.</title>
		<link>http://blog.shumoos.com/archives/145</link>
		<comments>http://blog.shumoos.com/archives/145#comments</comments>
		<pubDate>Thu, 10 Apr 2008 13:42:04 +0000</pubDate>
		<dc:creator>SALar</dc:creator>
		
	<category>Всё новое</category>
	<category>Аналитика</category>
		<guid isPermaLink="false">http://blog.shumoos.com/archives/145</guid>
		<description><![CDATA[Объекты  системы
Диаграмма объектов (сущностей)
Список:

Пользователи системы
Партнеры
Визиты
Презентации
Обязятельства

Визиты, презентации, обязательства вводятся медпредставителем, принадлежат партнеру.
Диаграммы будут специфицированы позднее.
Основные объекты системы
Партнеры

Визит



№


Название поля


Описание


Тип данных


Обяз. поле


1.       


Номер





Число


+


2.    


Номер партнера





Число


+


3.    


ID медпредставитель
(может не быть,    уточнить)


Идентификатор    представителя, который создал данного партнера
Определяется при    [...]]]></description>
		<wfw:commentRSS>http://blog.shumoos.com/archives/145/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>Пример требований к системе. Часть 3.</title>
		<link>http://blog.shumoos.com/archives/144</link>
		<comments>http://blog.shumoos.com/archives/144#comments</comments>
		<pubDate>Thu, 10 Apr 2008 13:36:28 +0000</pubDate>
		<dc:creator>SALar</dc:creator>
		
	<category>Всё новое</category>
	<category>Аналитика</category>
		<guid isPermaLink="false">http://blog.shumoos.com/archives/144</guid>
		<description><![CDATA[4    Требования
 4.1    Функциональные требования
 4.1.1    Система должна предоставлять аналог планирования
Достаточным будет ежедневник. Оповещение о задачах не требуется.
4.1.2    Система должна функционировать вне рамок локальной сети.
 4.1.3    Поддержка различных режимов работы
Система должна поддерживать следующие режимы работы:

В офисе без интернета
Режим синхронизации с [...]]]></description>
		<wfw:commentRSS>http://blog.shumoos.com/archives/144/feed/</wfw:commentRSS>
		</item>
		<item>
		<title>Пример требований к системе. Часть 2.</title>
		<link>http://blog.shumoos.com/archives/143</link>
		<comments>http://blog.shumoos.com/archives/143#comments</comments>
		<pubDate>Thu, 10 Apr 2008 13:28:46 +0000</pubDate>
		<dc:creator>SALar</dc:creator>
		
	<category>Всё новое</category>
	<category>Аналитика</category>
		<guid isPermaLink="false">http://blog.shumoos.com/archives/143</guid>
		<description><![CDATA[3    Спецификация вариантов использования

3.1    Общие сценарии
3.1.1    Удаление любого объекта, (если не сказано обратного)
Примечание по реализации. Запрос подтверждения удаления не нужен, т.к. нельзя удалить большой блок информации без возможности восстановления.
3.1.1.1    Краткое описание
Уровень: цель пользователя
Основное действующее лицо: медпредставитель
3.1.1.2    Основной сценарий
1.   [...]]]></description>
		<wfw:commentRSS>http://blog.shumoos.com/archives/143/feed/</wfw:commentRSS>
		</item>
	</channel>
</rss>
